CloudLinux - теперь в СНГ и бесплатно!

ну это само собой. я просто уточняю.

если это стандартное RHEL/CentOS (да что угодно) ядро с какими-то дополнительными модулями - это еще куда ни шло... если это свое ядро, с непонятно какими патчами и т.п., от малоизвестной в общем-то компании, то это уже гораздо менее хорошо... вот представьте себе что бы было, если бы vmware inc клепала свои ядра и где бы эта вмварь была...

вот собственно это я и пытался понять

то есть это не целый дистрибутив, а лишь несколько пакетов для centos?

Компания не очень известна пока на просторах СНГ, именно это мы пытаемся изменить. Ничего сомнительного нет, исходные тексты доступны по GPL, качайте, проверяйте.

на совсем понял мысль про vmware.

Ещё пару ответов от производителя :)

1. Почему не переведенно на русский:

Если честно, очень маленький для нас рынок, чтоб на начальных этапах (компании чуть больше года, продукт выпущен в конце февраля 2010) концентрироватся/заниматся перевеодом. Связано не столько с размером хостинговых компаний в рускоговорящих страннах, сколько с тем что в основном они используют debian и freeBSD а не CentOS. Так же ожидал что все будут говорить: A зачем нам за это платить, мы лучше зделаем это на уровне rlimits. Не так хорошо, но за то бесплатно. Если честно, последнее не случилось (ну случилось в куда меньшем размере чем я ожидал), но всё равно рынок сейчас ещё очень маленький/мало рускоговорящих клиентов чтоб поддерживать рускоязычный website.

2. ОС ли это: ОС. Мы перепаковываем все пакеты для CentoS (на самом деле RHEL), меняем всего пару: httpd, vixie-cron, kernel, ну и добавляем ещё десятка два/три. Почему не add-on:

a) Гораздо легче контролировать качество/что всё совместимо. Мы можем проверять все новые пакеты в нашей связке, не боясь что выйдет что то новое.

б) Лучше для "branding". В англо-язычном хостинг маркете мы уже завоевали себе имя.

c) Позволяет контролировать свою судьбу -- люди не привязаны больше к CentOS/RHEL. В результате мы не зависим от того что завтра решат эти компании.

3) Почему не freebsd -- другое ядро/сильно много проблем, очень маленький рынок.

4) Почему не debian -- я лично очень люблю ubuntu (на desktop -- ubuntu). Но когда я разговаривал с крупнейшими control panel providers (plesk, cpanel) -- cPanel поддерживает только CentOS/RHEL, у плеск -- большинство клиентов на CentOS/RHEL.. Для меня это было критично. Поддерживать две дистрибуции -- очень трудоёмко, да и не правильно ;)

5) Всё ли GPL -- практически всё. Ядро, библиотеки, патчи к програмкам -- либо GPL, либо apache license (зависит от пакетов). Исключение dbgovernor. На самом деле -- я не rhel, и не борюсь за то чтоб всё было open source.

iseletsk добавил 13.12.2010 в 16:58

CL6 (на основе RHEL 6) -- Будет, месяца через 2-3. Мы не особо спешим, потому что большинство контрольных панелей не будут RHEL 6 поддерживать ещё несколько месяцев.

Можно добавить еще на тему rlimit.

rlimit (rlimitNPROC, rlimitCPU) лимитируют количество процессов, и количество времени процесс выполняется. Но с помощью них ни как нельзя сказать - все процессы пользователя могут использовать не более 10% CPU. А лимиты на время выдают не нужные ошибки.

Так же как и NPROC -- ибо они ограничивают количество, так что могут загубить какой нибудь крон.

Ближайший аналог -- nice, но им невозможно контролировать %, он не обьективен

Oтличие от sysstat, sa, sarg -- не один из них не позволяет делать лимитов, с помощью этого можно находить проблему, но не предотвращать её.

И очень интересно что сервер будет делать клиенту без 503 ошибки когда сервер достигнет пределов? Начнём с того что rlimits будут делать именно эти ошибки убивая скрипты по таймаут, и не давая запускатся новым. Но даже при этом, всё равно интересно что с этими rlimit будет если клиент запустит 30 скриптов, каждый использующий 99% cpu.

Могу добавить по вопросам совместимости с RHEL/Debian ядрами - это обычное OpenVZ ядро с крайне аккуратным патчиком, который для программ абсолютно незаметен. Так что никаких проблем это не вызовет, не волнуйтесь :)

http://www.manageserver.ru/2009/06/21/kak-zarezat-cpu/

А по поводу 503 - надо не только rlimit дергать :D

>http://www.manageserver.ru/2009/06/21/kak-zarezat-cpu/

Лимитирование из юзерспейса SIGSTOP/SIGCONT? И Вы предлагаете ставить это на продакшн-сервера?

О да, это жесть-жесть, аж поежился :)

MIRhosting.com, имеется ли возможность просто считать процессорное время и при этом лимитировать по нему?

Поддерживает ОСь построения кластера?

Процессорное время считается в Jiffy (процессорное время). Ограничение ставится в процентах от процессора. IMHO, наиболее удобное и понятное для пользователей.

Наоборот, можно строить кластеры, используя эту OS как ноды.