- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
man sa
под фрей работает очень точно, под линухом есть некоторые вопросы.
А вот систем умеющих как то учитывать дисковую нагрузку имхо пока нет.
Привет, форумчане!
Часто встречаются жалобы от недовольных клиентов о том, что внезапно их сайт отключили за нагрузку на сервер, предложили увеличить тариф или перейти на ВПС.
Конечно, есть жалобы о том, что хостер - жадина и не должен контроллировать нагрузку.
Но большая часть жалоб - именно из-за внезапности. Сейчас хостеры не предоставляют никаких средств для самостоятельного контроля клиентом нагрузки, создаваемой им.
Представим себе, что такая система появилась :) Пользовались бы Вы ей для контроля за нагрузкой, или игнорировали бы?
Если бы пользовались, то что бы Вы хотели в ней видеть? Можно высказывать самые неожиданные желания, которые помогут Вам в пользовании системой. Например, есть вариант, когда показывается среднее cpu% за 15 минут, по ним можно делать выборки и строить графики. Есть вариант показа cpu time отдельно по сайтам, mysql-юзерам, с отдельными графиками и общим вкладом. Можно добавить какие-то хитрые аналитические инструменты, другие показатели, предупреждалки, и так далее. Предлагайте!
Для хостеров: на ХО есть обсуждение хостерской части. Если Вас нет на ХО, то, наверно, можно писать сюда.
Первое что должна делать такая система, это сообщать "завтра на сайт прийдет сумашедший мсн бот без задержек, а так же одновременно с ним заглянет яндекс, в связи с чем нагрузка превысит допустимый предел и сайт будет отключен".
Смешно? На самом деле нет. Потому что сайт вырубается как раз именно в такие моменты, в пиковые и малопредсказуемые. Сидим мы смотрим как нагрузка растет от 1 до 4% постепенно, спим спокойно, а потом slashdot - 16% и опять же - неожиданная смерть сайта. При чем ключевое слово здесь то, что это именно внезапная смерть. Поэтому система мониторинга как таковая особо не спасет.
Опять же, Вы тут выше упоминает php-cgi и т.д., что наводит на мысль о том, что нагрузку мускула оно мерять не будет. А ведь есть не только мускул. А если так, то теряется смысл такой тулзы полностью.
Более того, на hostobzor.ru на который Вы ссылаетесь, неоднократно высказывалась мысль о том, что адекватная и полноценная система мониторинга для вирт.хостинга будет дороже, чем организация вдс, поэтому смысла в ней нет. Вы изобрели что-то опровергающее это мнение?
И напоследок чутка позитива. Сделайте систему которая будет включать сайт после ухода с него нагрузки превышающей допустимые лимиты. Это была бы мегабодрая штука. Т.к. если понять внезапное выключение сайта еще как-то можно, то вот понять почему его не включают назад, сверх понимания обычного, нормального человека.
Как вариант, выключение на 10 минут, если после этого опять превышение, увеличение до 30 мин, далее до часу и т.д.. Можно сделать определенное количество включений, за определенный промежуток времени. Пример, система блокировки IP в CSF, в начале несколько раз, на короткий промежуток времени, далее уже на сутки. Также, хотелось бы функционал информирования клиента о ситуации на реквизиты (icq, mail, jabber, sms)
А если так, то теряется смысл такой тулзы полностью.
А незачем драматизировать ;) Цифры приближенные к реальности вполне можно получить.
Привет, форумчане!
Часто встречаются жалобы от недовольных клиентов о том, что внезапно их сайт отключили за нагрузку на сервер, предложили увеличить тариф или перейти на ВПС.
Конечно, есть жалобы о том, что хостер - жадина и не должен контроллировать нагрузку.
Но большая часть жалоб - именно из-за внезапности. Сейчас хостеры не предоставляют никаких средств для самостоятельного контроля клиентом нагрузки, создаваемой им.
Представим себе, что такая система появилась :) Пользовались бы Вы ей для контроля за нагрузкой, или игнорировали бы?
Если бы пользовались, то что бы Вы хотели в ней видеть? Можно высказывать самые неожиданные желания, которые помогут Вам в пользовании системой. Например, есть вариант, когда показывается среднее cpu% за 15 минут, по ним можно делать выборки и строить графики. Есть вариант показа cpu time отдельно по сайтам, mysql-юзерам, с отдельными графиками и общим вкладом. Можно добавить какие-то хитрые аналитические инструменты, другие показатели, предупреждалки, и так далее. Предлагайте!
Для хостеров: на ХО есть обсуждение хостерской части. Если Вас нет на ХО, то, наверно, можно писать сюда.
А почему в сослагательном наклонении? :) У нас, например, такая система (память, процессор, ввод-выод, mysql) есть и в ближайшее время после подобающего тестирования будет предоставлена клиентам (сейчас же используется лишь для внутреннего мониторинга).
Pavel.Odintsov добавил 18.04.2010 в 03:24
А вот систем умеющих как то учитывать дисковую нагрузку имхо пока нет.
Под linux есть :)
И напоследок чутка позитива. Сделайте систему которая будет включать сайт после ухода с него нагрузки превышающей допустимые лимиты. Это была бы мегабодрая штука. Т.к. если понять внезапное выключение сайта еще как-то можно, то вот понять почему его не включают назад, сверх понимания обычного, нормального человека.
Вот это было бы круто, имхо
У меня приходилось перезагружать сервер - раньше через саппорт, далее вручную.
И вот вопрос вопросов - определить источник нагрузки и его изолировать
man sa
под фрей работает очень точно, под линухом есть некоторые вопросы.
А вот систем умеющих как то учитывать дисковую нагрузку имхо пока нет.
Я знаю о sa :) Работает примерно на базе него.
Boris A Dolgov добавил 18.04.2010 в 10:22
Первое что должна делать такая система, это сообщать "завтра на сайт прийдет сумашедший мсн бот без задержек, а так же одновременно с ним заглянет яндекс, в связи с чем нагрузка превысит допустимый предел и сайт будет отключен".
Смешно? На самом деле нет. Потому что сайт вырубается как раз именно в такие моменты, в пиковые и малопредсказуемые. Сидим мы смотрим как нагрузка растет от 1 до 4% постепенно, спим спокойно, а потом slashdot - 16% и опять же - неожиданная смерть сайта. При чем ключевое слово здесь то, что это именно внезапная смерть. Поэтому система мониторинга как таковая особо не спасет.
Опять же, Вы тут выше упоминает php-cgi и т.д., что наводит на мысль о том, что нагрузку мускула оно мерять не будет. А ведь есть не только мускул. А если так, то теряется смысл такой тулзы полностью.
Более того, на hostobzor.ru на который Вы ссылаетесь, неоднократно высказывалась мысль о том, что адекватная и полноценная система мониторинга для вирт.хостинга будет дороже, чем организация вдс, поэтому смысла в ней нет. Вы изобрели что-то опровергающее это мнение?
И напоследок чутка позитива. Сделайте систему которая будет включать сайт после ухода с него нагрузки превышающей допустимые лимиты. Это была бы мегабодрая штука. Т.к. если понять внезапное выключение сайта еще как-то можно, то вот понять почему его не включают назад, сверх понимания обычного, нормального человека.
Мне кажется, Вы немного не так понимаете то, что делает система аккаунтинга :) Она не занимается отключением сайта при первышении им лимита. Она записывает это, уведомляет, и, если превышения - стабильны, то предлагает сменить тариф. Так же позволяет клиенту смотреть, как росла нагрузка - плавно с ростом посещаемости, резко с включением какого-либо модуля, и так далее.
Если и будет автоотключение, то, наверно, только для критических случаев вроде 400%cpu с автовозвращением через час-два.
На данный момент - действительно, только php-cgi/mpm-itk, потому что используется bsd accounting. Однако, есть способ снимать и mysql, и mod_php, и посайтовую статистику, и даже топ5 самых грузящих url. Вопрос в том, надо ли это кому-то. На ХО я увидел достаточно мало желающих, тут - больше :)
Boris A Dolgov добавил 18.04.2010 в 10:24
Как вариант, выключение на 10 минут, если после этого опять превышение, увеличение до 30 мин, далее до часу и т.д.. Можно сделать определенное количество включений, за определенный промежуток времени. Пример, система блокировки IP в CSF, в начале несколько раз, на короткий промежуток времени, далее уже на сутки. Также, хотелось бы функционал информирования клиента о ситуации на реквизиты (icq, mail, jabber, sms)
Никого не нужно отключать - ведь от этого появляются клиенты, а недовольные клиенты - это плохо для хостера :) Думаю, хостеры имеют сервера, которые в состоянии выдержать превышение в два раза нагрузки парой сайтов.
Boris A Dolgov добавил 18.04.2010 в 10:26
А почему в сослагательном наклонении? :) У нас, например, такая система (память, процессор, ввод-выод, mysql) есть и в ближайшее время после подобающего тестирования будет предоставлена клиентам (сейчас же используется лишь для внутреннего мониторинга).
Насколько я понимаю, у Вас это - для впс? У меня - для шареда.
Под linux есть :)
Не для 2.6.18 от редхет :(
Boris A Dolgov добавил 18.04.2010 в 10:32
Вот это было бы круто, имхо
И вот вопрос вопросов - определить источник нагрузки и его изолировать
Да, это действительно - сложный вопрос. Вчера обсуждал это с основым идейным вдохновителем :)
Что нужно, чтобы понять, откуда берется нагрузка?
имя сайта+время? совсем не точно.
запрос? даже зная запрос, сложно понять, что именно нагружает.
запускаемый скрипт? опять же, в большинстве случаев мы получим site.ru/index.php.
тяжелые mysql-запросы? человеку, который не сильно разбирается во внутреннем устройстве своей cms, это ничего не даст.
результат профайлинга клиентского скрипта? слишком накладно по производительности и совсем не универсально.
sa + mrtg = $$$! Profit!
sa + mrtg = $$$! Profit!
Вы будете писать об этом в каждой теме? :)
На ХО я уже доказал и показал, что это - не то, что нужно.