fortyseven Aug 6 2013 at 14:18

CloudLinux — разделяй и властвуй

4 min

46K

Comments 12

la0 Aug 6 2013 at 19:52

CL пока довольно сыр для использования в продакшене.
Вот прежде всего из-за таких историй (http://forums.cpanel.net/f391/server-hangs-253991.html), на дату публикации можно не смотреть, багофичи остались. При использовании лимитов система очень сильно теряет в стабильности(но выигрывает в безопасности, ага).

fortyseven Aug 6 2013 at 23:21

Во время тестирования мы тоже столкнулись с небольшими багами. Однако, подержка приятно удивила, воркэраунды были предоставлены в тот же день, а баги были пофикшены и выпущены в бета релизах в течение недели-двух (часть уже в стэйбле). Опять же вся поддержка на русском языке, что особенно важно при разборе сложных или/и срочных проблем.
Лично я остался очень доволен от общения с ребятами из CloudLinux.

la0 Aug 8 2013 at 13:17

Вам как-то очень везёт… Может потому что для ISP поддержка другого уровня?

fortyseven Aug 8 2013 at 16:42

К сожалению, мне не известна система приоритезации тикетов в их техподдржке. Возможно, мы просто отправляли очень подробные багрепорты, и сами баги были просты для локализации и исправления.

k0ldbl00d Aug 6 2013 at 20:03

Одним из оптимальных решений описанной выше задачи является использование пряморукого персонала, знакомого с KVM / OpenVZ.
Fixed!

la0 Aug 6 2013 at 21:47

Допустим, у вас самый обычный шаред. Расскажите как вы будете пытаться относительно честно резать ресурсы? Аккаунтинг «по факту», когда отдельный аккаунт уже всё положил, а задача найти виноватого не рассматриваем.
Интересует решение, аналогично CL. Для шареда.

UFO just landed and posted this here

la0 Nov 14 2013 at 14:25

Я прекрасно знаком с cPanel, это уже решение «по факту».
Вы можете резать кол-во процессов, процессы по памяти. но это не решает проблему.

strange_stone Aug 7 2013 at 08:19

Ещё есть betterlinux (и пока всё ещё бесплатный, хотя обещали сделать платным ещё с начала года), но он тоже ещё сырой.

UFO just landed and posted this here

fortyseven Nov 13 2014 at 17:13

Всё верно. Вы строите единую облачную систему, а лимитирование контейнеров необходимо для разделения ресурсов серверов между различными клиентами.

Kalashmatik Apr 7 2016 at 18:47

3 года прошло а все тот же багодром, периодичеки встает таким «клешнеруким животным» что хоть вешайся… уже сил нет никаких терпеть эти глюки, то поддержка говрит вот мы новое ядро выкатили там все устранили, тут опять по новой куча 500-х у юзеров с ошибкой:

SoftException in Application.cpp CageFS jail error Error while executing /usr/sbin/lve_root_setup

при попытке все это дело реинитнуть через cagefsctl все вообще умерло, при попытке вообещ выключить --disablecagefs севрак засыпал консоль

Message from syslogd@srv1 at Apr 7 18:36:12 ...

 kernel:BUG: soft lockup - CPU#21 stuck for 23s! [httpd:838352]



Message from syslogd@srv1 at Apr 7 18:36:12 ...

 kernel:BUG: soft lockup - CPU#22 stuck for 23s! [php:839591]



Message from syslogd@ssrv1 at Apr 7 18:36:12 ...

 kernel:BUG: soft lockup - CPU#23 stuck for 23s! [php:839577]



Message from syslogd@srv1 at Apr 7 18:36:12 ...

 kernel:BUG: soft lockup - CPU#2 stuck for 22s! [lve_init_thread:939]



Message from syslogd@srv1 at Apr 7 18:36:12 ...

 kernel:BUG: soft lockup - CPU#3 stuck for 22s! [exim:839248]



Message from syslogd@srv1 at Apr 7 18:36:12 ...

 kernel:BUG: soft lockup - CPU#4 stuck for 22s! [exim:838685]



Message from syslogd@srv1 at Apr 7 18:36:12 ...

 kernel:BUG: soft lockup - CPU#5 stuck for 22s! [php:839578]

И опять умер… седой станешь в продакшен с такими багами