https://slinkov.ru/openforum/vsluhforumID1/88141.html Добрый день,<br> <br> <br> <br>Многие хостинг провайдеры указывают в условиях договора лимиты использования серверных ресурсов.<br>Есть ли у кого-нибудь практика, как можно автоматически настроить такие ограничения.<br>Ну примерно такие:<br> <br> <br>1. Не допускается пиковое использование процессами пользователя более чем 2,5% ресурсов сервера.<br>2. На пользовательские cgi-скрипты накладываются следующие ограничения:<br>&#8226; максимальное количество одновременно выполняемых задач - 32;<br>&#8226; максимальное допустимое время работы cgi-скрипта: не более 15 процессорных секунд и не более 5 минут реального времени;<br>&#8226; максимальное количество открытых файлов на один процесс - 32;<br>&#8226; максимальное использование оперативной памяти - 64Mb на процесс, при этом под данные отводится не более 32Mb<br>&#8226; максимальный размер файла 512Mb;<br> <br>3. На процессы пользователя, выполняемые из unix shell / cron, накладываются следующие ограничения:<br>&#8226; максимальное количество одновременно выполняемых задач - 64;<br>&#8226; максимал https://slinkov.ru/openforum/vsluhforumID1/88141.html#10 Sat, 29 Jan 2011 23:20:13 GMT Не столкнусь что костыль, так как позволяет очень многое, что обычными баш сериалами , особенно запускаемых по крону -не решить.<br>А 4ре человека в смене -будут стоить дороже.<br><br>Limiterd. Написан на С и работает как очень легкий демон. Память и процессор практически по минимуму потребляет.<br><br>И вот задачка, как баш скриптом не убивая процесс, ограничить время потребления проца?<br>Лимитер решает этот вопрос. Например при достижении 10% процессорного времени, процесс будет приостановлен и восстановлен позже. Очень удобно для поддержания долгоиграющих процессов.<br>ренайс тут не поможет кстати.<br><br>Если кого серьезно заинтересовала программа, пишите через форму контакта на сайте it-patrol.ru может сможем договорится на каких то условиях.<br><br>С уважением, Егор<br><br>&gt;[оверквотинг удален]<br>&gt; А тут (я про Limiter) готовый вариант, но редиски бабла хотят&#8230; <br>&gt; Такая нужная вещ, а аналогов нету.<br>&gt; Кстати сам apache, имеет директивы лимитов RLimitMEM и RLimitCPU <br>&gt; И еще Cpulimit тоже не сахар, каждый раз его запуска https://slinkov.ru/openforum/vsluhforumID1/88141.html#9 Fri, 19 Feb 2010 16:23:43 GMT Костыль согласен, но у меня например в данный момент ситуация такова что мой хостинг сервер крутится на VDS с 400Mhz CPU и 256 Mb ОЗУ, разумеется об OVZ в данном случае речь не идет вообще, что касается написания этого костыля на bash`е то сколько это все сожрет ресурсов? (особенно в прайм тайм, когда скрипту надо будет реагировать чтобы сбалансировать нагрузку, или что еще хуже в момент атаки&#8230;) Остается только си, но на си его ежу понятно за пять минут не родить, неделя убьётся как минимум, со всеми отладками. А тут (я про Limiter) готовый вариант, но редиски бабла хотят&#8230;<br>Такая нужная вещ, а аналогов нету.<br><br>Кстати сам apache, имеет директивы лимитов RLimitMEM и RLimitCPU <br><br>И еще Cpulimit тоже не сахар, каждый раз его запускать с отдельным PID`ом, это и время и память, а Limiter с конфигом, и резидентом одна копия висит.<br><br>А уж про ресурсопотребление Zabbix`а я вообще молчу.<br><br>Вообще конечно большое вам спасибо sHaggY_caT, на некоторые вещи глаза вы мне приоткрыли, т.к. в юниксах я челове https://slinkov.ru/openforum/vsluhforumID1/88141.html#8 Fri, 19 Feb 2010 15:07:27 GMT &gt;Частично еще может помочь Limiter http://it-patrol.ru/limiter/details/п╫п╟я│я┌я─п╬п╧п╨п╟-rules-cpulimit <br>&gt;<br>&gt;только прога платная, неужели действительно нету бесплатных аналогов ? <br><br>С их сайта:<br><br>&gt;ограничить процессорное время для бекап процесса,<br><br>Бесплатный cpulimit и, опять же, pam ограничения<br><br>&gt; - изменить приоритет процессов ftp сервиса,<br><br>за renice уже просят денег? ну-ну<br><br>&gt;- уничтожить все процессы php при load avg &gt; 10<br><br>И за Kill?<br><br>&gt;- поднять или остановить службу в зависимости от load avg<br><br>Аналогично<br><br>===============<br><br>Итого, ничего нового: обычный набор костылей, который _ничего_ (имхо) не решает, и не дает для изоляции пользователей друг от друга, и который можно написать за несколько дней на bash, интегрировав, например, с Zabbix.<br><br>А можно просто поставить мониторинг, и посадить за него на посменное дежурство четырех человек на круглосуточное дежурство, получится гораздо(!) эффективнее<br><br><br>Вместо этого можно использовать бесплатный OpenVZ, если нет проблем с религией и Linux (ка https://slinkov.ru/openforum/vsluhforumID1/88141.html#7 Fri, 19 Feb 2010 12:14:44 GMT Частично еще может помочь Limiter http://it-patrol.ru/limiter/details/п╫п╟я│я┌я─п╬п╧п╨п╟-rules-cpulimit<br><br>только прога платная, неужели действительно нету бесплатных аналогов ?<br> https://slinkov.ru/openforum/vsluhforumID1/88141.html#6 Sun, 14 Feb 2010 09:51:20 GMT &gt;очень интересно! спасибо! будем изучать! :) я почему-то всегда думал, что проще <br>&gt;сделать это на виртуальном гипервизоре а-ля VMware ESXi. наверно я был <br>&gt;не прав. :) <br><br>ESX + vsphere это лучшее(имхо), что есть на рынке виртуализации. Но контейнеры это не виртуализация, и плотность OVZ/PVC и ESX отличается, как минимум, на порядок.<br><br>И OVZ/PVC это не конкуренты Hyper-V, ESX(i), Xen, KVM, это решение из другой ниши и для других задач (обычно, более низкобюджетных). Если нужно поделить сервер на 5-10 частей, имхо, конечно, лучше использовать гипервизор: тут и выбор виртуалок не ограничен одной ОС, и свои ядерные модули для каждой виртуалки для всяких HA кластеров, и импорт LUN'ов с SAN, и т д.<br><br>Более того, контейнеры вполне можно запускать в качестве гостевой системы под гипервизором :) Для OVZ даже есть официальное ядро для Xen, но лучше, конечно, ставить на железо, так как дополнительный оверхед, и шанс наткнуться на какие-то редкие баги.<br><br><br>На OVZ/PVC с мощной дисковой подсистемой вполне реально испо https://slinkov.ru/openforum/vsluhforumID1/88141.html#5 Sun, 14 Feb 2010 09:45:13 GMT очень интересно! спасибо! будем изучать! :) я почему-то всегда думал, что проще сделать это на виртуальном гипервизоре а-ля VMware ESXi. наверно я был не прав. :)<br> https://slinkov.ru/openforum/vsluhforumID1/88141.html#4 Sun, 14 Feb 2010 09:06:20 GMT &gt;&gt;Ответила Вам на ixbt, впрочем, Вы знаете... <br>&gt;<br>&gt;Да-да, интересно почитать, может что новое узнаем. Давайте ссылку на Ваш ответ. <br><br>Я работала в одном из лидеров Российского рынка (название предпочитаю не называть на подиндексном пространстве):<br><br>http://forum.ixbt.com/topic.cgi?id=7:37477<br><br>Некоторые компании пишут _для_себя_ Apache модули (дорабатывают Nginx, и даже пишут ядерные модули для FreeBSD и Linux)<br><br>Альтернативой для нас, "простых смертных", кроме OVZ, может быть cgroups + (Apache suexec, можно и Nginx, но я никогда не видела, что бы кто-то такое делал не на легких VPS) + fastcgi, или что-то похожее по концепции.<br><br>Но это все не тестировалось по всему миру почти десять лет на десятках тысяч инсталляций, как OVZ/PVC, поэтому на шаред-хостинге большинство просто огранизует дежурство сотрудников с root-правами 7/24, кроме отрубов нагрузок это помогает решить кучу других проблем.<br><br>А так, limits.conf(5), login.conf(5) тоже помогают решить часть проблем, и не дать end-user'у, например, угробить https://slinkov.ru/openforum/vsluhforumID1/88141.html#3 Sun, 14 Feb 2010 04:48:38 GMT &gt;Ответила Вам на ixbt, впрочем, Вы знаете... <br><br>Да-да, интересно почитать, может что новое узнаем. Давайте ссылку на Ваш ответ.<br> https://slinkov.ru/openforum/vsluhforumID1/88141.html#2 Sat, 13 Feb 2010 21:21:10 GMT &gt;Ответила Вам на ixbt, впрочем, Вы знаете... <br><br>а мне ответите? тоже заинтересовался...<br>