Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Квоты, ограничения, QoS / Linux)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Лимиты использования серверных ресурсов. , zghuladze (ok), 12-Фев-10, (0) [смотреть все] Ответила Вам на ixbt, впрочем, Вы знаете , sHaggY_caT (ok), 23:53 , 13-Фев-10, (1) // а мне ответите тоже заинтересовался , Александр Лейн (?), 00:21 , 14-Фев-10, (2) Да-да, интересно почитать, может что новое узнаем Давайте ссылку на Ваш ответ , PavelR (??), 07:48 , 14-Фев-10, (3)   // Я работала в одном из лидеров Российского рынка название предпочитаю не называт, sHaggY_caT (ok), 12:06 , 14-Фев-10, (4)   // очень интересно спасибо будем изучать я почему-то всегда думал, что проще , Александр Лейн (?), 12:45 , 14-Фев-10, (5)   ESX vsphere это лучшее имхо , что есть на рынке виртуализации Но контейнеры э, sHaggY_caT (ok), 12:51 , 14-Фев-10, (6)   Частично еще может помочь Limiter http it-patrol ru limiter details п п я я я , metacom (ok), 15:14 , 19-Фев-10, (7) // С их сайта Бесплатный cpulimit и, опять же, pam ограниченияза renice уже просят , sHaggY_caT (ok), 18:07 , 19-Фев-10, (8) // Костыль согласен, но у меня например в данный момент ситуация такова что мой хос, metacom (ok), 19:23 , 19-Фев-10, (9) // Не столкнусь что костыль, так как позволяет очень многое, что обычными баш сериа, Егор (??), 02:20 , 30-Янв-11, (10) 1,7

Сообщения

[Сортировка по времени | RSS]

	3. "Лимиты использования серверных ресурсов. "	+/–
	Сообщение от PavelR (??), 14-Фев-10, 07:48
	>Ответила Вам на ixbt, впрочем, Вы знаете... Да-да, интересно почитать, может что новое узнаем. Давайте ссылку на Ваш ответ.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	4. "Лимиты использования серверных ресурсов. "	+/–
	Сообщение от sHaggY_caT (ok), 14-Фев-10, 12:06
	>>Ответила Вам на 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'ы)
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Лимиты использования серверных ресурсов. "	+/–
	Сообщение от Александр Лейн (?), 14-Фев-10, 12:45
	очень интересно! спасибо! будем изучать! :) я почему-то всегда думал, что проще сделать это на виртуальном гипервизоре а-ля VMware ESXi. наверно я был не прав. :)
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Лимиты использования серверных ресурсов. "	+/–
	Сообщение от sHaggY_caT (ok), 14-Фев-10, 12:51
	>очень интересно! спасибо! будем изучать! :) я почему-то всегда думал, что проще >сделать это на виртуальном гипервизоре а-ля 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-ки доменов.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема