- Лимиты использования серверных ресурсов. ,
 sHaggY_caT, 23:53 , 13-Фев-10 (1)Ответила Вам на ixbt, впрочем, Вы знаете...
- Лимиты использования серверных ресурсов. , Александр Лейн, 00:21 , 14-Фев-10 (2)
>Ответила Вам на ixbt, впрочем, Вы знаете... а мне ответите? тоже заинтересовался...
- Лимиты использования серверных ресурсов. , PavelR, 07:48 , 14-Фев-10 (3)
>Ответила Вам на ixbt, впрочем, Вы знаете... Да-да, интересно почитать, может что новое узнаем. Давайте ссылку на Ваш ответ.
- Лимиты использования серверных ресурсов. , sHaggY_caT, 12:06 , 14-Фев-10 (4)
>>Ответила Вам на ixbt, впрочем, Вы знаете...
>
>Да-да, интересно почитать, может что новое узнаем. Давайте ссылку на Ваш ответ. Я работала в одном из лидеров Российского рынка (название предпочитаю не называть на подиндексном пространстве): http://forum.ixbt.com/topic.cgi?id=7:37477 Некоторые компании пишут _для_себя_ Apache модули (дорабатывают Nginx, и даже пишут ядерные модули для FreeBSD и Linux) Альтернативой для нас, "простых смертных", кроме OVZ, может быть cgroups + (Apache suexec, можно и Nginx, но я никогда не видела, что бы кто-то такое делал не на легких VPS) + fastcgi, или что-то похожее по концепции. Но это все не тестировалось по всему миру почти десять лет на десятках тысяч инсталляций, как OVZ/PVC, поэтому на шаред-хостинге большинство просто огранизует дежурство сотрудников с root-правами 7/24, кроме отрубов нагрузок это помогает решить кучу других проблем. А так, limits.conf(5), login.conf(5) тоже помогают решить часть проблем, и не дать end-user'у, например, угробить сервер, растаривая архивы с миллионами файлов в прайм-тайм, делая дампы жутких баз, и так далее. Так же они полезны, например, поставить лимиты на сам Apache, что бы дежурный администратор смог попасть на сервер, который DDoS'т, жутко нагрузили, и т д Как резюме, что бы поставить и почти забыть про сервер, но получить хорошую плотность, советую (и сама использую) OpenVZ, или PVC, если есть деньги и нужны коммерческие гарантии и саппорт (который у Parallels, имхо, вполне адекватный) Все написанное выше является личным опытом и имхо, написано не для холиваров (особенно про Nginx + fastcgi, попробуйте нарыть инсталляции где-нибудь хотя бы в 200 бэкэндов без Apache и под _хостинг_, когда сотрудники компании не контролируют, что там запускают end-user'ы)
- Лимиты использования серверных ресурсов. , Александр Лейн, 12:45 , 14-Фев-10 (5)
очень интересно! спасибо! будем изучать! :) я почему-то всегда думал, что проще сделать это на виртуальном гипервизоре а-ля VMware ESXi. наверно я был не прав. :)
- Лимиты использования серверных ресурсов. , sHaggY_caT, 12:51 , 14-Фев-10 (6)
>очень интересно! спасибо! будем изучать! :) я почему-то всегда думал, что проще
>сделать это на виртуальном гипервизоре а-ля VMware ESXi. наверно я был
>не прав. :) ESX + vsphere это лучшее(имхо), что есть на рынке виртуализации. Но контейнеры это не виртуализация, и плотность OVZ/PVC и ESX отличается, как минимум, на порядок. И OVZ/PVC это не конкуренты Hyper-V, ESX(i), Xen, KVM, это решение из другой ниши и для других задач (обычно, более низкобюджетных). Если нужно поделить сервер на 5-10 частей, имхо, конечно, лучше использовать гипервизор: тут и выбор виртуалок не ограничен одной ОС, и свои ядерные модули для каждой виртуалки для всяких HA кластеров, и импорт LUN'ов с SAN, и т д. Более того, контейнеры вполне можно запускать в качестве гостевой системы под гипервизором :) Для OVZ даже есть официальное ядро для Xen, но лучше, конечно, ставить на железо, так как дополнительный оверхед, и шанс наткнуться на какие-то редкие баги.
На OVZ/PVC с мощной дисковой подсистемой вполне реально использовать 60-70 легких контейнеров, постоянно находящихся под нагрузкой на достаточно средненьком сервере(x2 quard Xeon 54XX, raid10 лучше на SAS, 16-24Gb ОЗУ, цифры не с потолка, а из личного опыта), и еще с сотню просто запущенных.
Но мне, правда, для _виртуализации_ все равно больше нравится KVM/Xen через Libvirt просто даже из ценовых соображений, и по тому, что это свободное, в отличае от VmWare, решение, которое можно пилить в удобную для себя сторону :)
Мы Libvirt интегрировали с Puppet, он генерит XML-ки доменов.
- Лимиты использования серверных ресурсов. , metacom, 15:14 , 19-Фев-10 (7)
- Лимиты использования серверных ресурсов. , sHaggY_caT, 18:07 , 19-Фев-10 (8)
>Частично еще может помочь Limiter http://it-patrol.ru/limiter/details/п╫п╟я│я┌я─п╬п╧п╨п╟-rules-cpulimit
>
>только прога платная, неужели действительно нету бесплатных аналогов ? С их сайта: >ограничить процессорное время для бекап процесса, Бесплатный cpulimit и, опять же, pam ограничения > - изменить приоритет процессов ftp сервиса, за renice уже просят денег? ну-ну >- уничтожить все процессы php при load avg > 10 И за Kill? >- поднять или остановить службу в зависимости от load avg Аналогично =============== Итого, ничего нового: обычный набор костылей, который _ничего_ (имхо) не решает, и не дает для изоляции пользователей друг от друга, и который можно написать за несколько дней на bash, интегрировав, например, с Zabbix. А можно просто поставить мониторинг, и посадить за него на посменное дежурство четырех человек на круглосуточное дежурство, получится гораздо(!) эффективнее
Вместо этого можно использовать бесплатный OpenVZ, если нет проблем с религией и Linux (как, увы, есть у многих посетителей OpenNet, "предпочитающих" FreeBSD, если что, у меня нет религиозных проблем с использованием BSD там, где она, в свою очередь сильна): десятки стабильно работающих нагруженных окружений даже на самом слабом сервере (на P4 плотность может быть больше, чем у, например, ESX на dual Нехалемах с десятками гигабайт ОЗУ, если только не запускать под ESX те же OpenVZ системы с контейнерами :) Изврат, но в некоторых случаях вполне можно использовать, если очень не хватает железа, ноды под виртуализацию достаточно мощные, а хостинга в компании сравнительно с остальным бизнесом мало)
Виртуализация, имхо, не подходит для хостинга, а вот контейнеры решают проблему изоляции конечных клиентов друг от друга, как бонус давая свой набор ПО в каждый контейнер, и имеет возможности, очень близкие к виртуализации (как Вам, например, возможность без всякого изврата с перекомпиляцией по другим путям использовать на одном сервере Plesk, Cpanel, и WebMin в зависимости от того, к чему привык end-user, или из экономических соображений? А так же live-migration без дорогих полок с дисками, просто между локальными дисками серверов?)
- Лимиты использования серверных ресурсов. , metacom, 19:23 , 19-Фев-10 (9)
Костыль согласен, но у меня например в данный момент ситуация такова что мой хостинг сервер крутится на VDS с 400Mhz CPU и 256 Mb ОЗУ, разумеется об OVZ в данном случае речь не идет вообще, что касается написания этого костыля на bash`е то сколько это все сожрет ресурсов? (особенно в прайм тайм, когда скрипту надо будет реагировать чтобы сбалансировать нагрузку, или что еще хуже в момент атаки…) Остается только си, но на си его ежу понятно за пять минут не родить, неделя убьётся как минимум, со всеми отладками. А тут (я про Limiter) готовый вариант, но редиски бабла хотят…
Такая нужная вещ, а аналогов нету.Кстати сам apache, имеет директивы лимитов RLimitMEM и RLimitCPU И еще Cpulimit тоже не сахар, каждый раз его запускать с отдельным PID`ом, это и время и память, а Limiter с конфигом, и резидентом одна копия висит. А уж про ресурсопотребление Zabbix`а я вообще молчу. Вообще конечно большое вам спасибо sHaggY_caT, на некоторые вещи глаза вы мне приоткрыли, т.к. в юниксах я человек новый, но в своей песочнице придется таки искать другие пути :)
- Лимиты использования серверных ресурсов. , Егор, 02:20 , 30-Янв-11 (10)
Не столкнусь что костыль, так как позволяет очень многое, что обычными баш сериалами , особенно запускаемых по крону -не решить.
А 4ре человека в смене -будут стоить дороже.Limiterd. Написан на С и работает как очень легкий демон. Память и процессор практически по минимуму потребляет. И вот задачка, как баш скриптом не убивая процесс, ограничить время потребления проца?
Лимитер решает этот вопрос. Например при достижении 10% процессорного времени, процесс будет приостановлен и восстановлен позже. Очень удобно для поддержания долгоиграющих процессов.
ренайс тут не поможет кстати. Если кого серьезно заинтересовала программа, пишите через форму контакта на сайте it-patrol.ru может сможем договорится на каких то условиях. С уважением, Егор >[оверквотинг удален]
> А тут (я про Limiter) готовый вариант, но редиски бабла хотят…
> Такая нужная вещ, а аналогов нету.
> Кстати сам apache, имеет директивы лимитов RLimitMEM и RLimitCPU
> И еще Cpulimit тоже не сахар, каждый раз его запускать с отдельным
> PID`ом, это и время и память, а Limiter с конфигом, и
> резидентом одна копия висит.
> А уж про ресурсопотребление Zabbix`а я вообще молчу.
> Вообще конечно большое вам спасибо sHaggY_caT, на некоторые вещи глаза вы мне
> приоткрыли, т.к. в юниксах я человек новый, но в своей песочнице
> придется таки искать другие пути :)
|
Версия для распечатки
Лимиты использования серверных ресурсов. , 
