"Хочу зашибись", ясен пень ;)
Вам показали, что грамотная разбивка поможет избежать как минимум - части проблем. А еще есть масса возможностей: разные флаги на разделах, разные файловые системы, LVM...
Почему "не справился". Я этого покуда не увидел. То что видно - кривой бекап от ISP, разработчики которого, как обычно "не подумали".
Зачем платить - чтобы было меньше проблем. А те, что возникают - решались бы в срок (без необходимости бегать по всяким помойкам форумам и приглашать первого Васю-одмина, доступного в ICQ).
Хорошего, конечно, мало. Но не лукавьте - часть проблем все-таки уходит. Например, зачем Вам "стартовать демоны", когда они уже были запущены и работают при старте системы? Ну а если подумать - можно и этот сценарий предусмотреть в разбивке.
Вообще-то, скорость работы с файлами упадет в разы. Так что я бы такие вещи надолго не оставлял... Но, хозяин - барин...
Сисадминам обычно платят не за такую ерунду.
Ну, с энтропией Вы поделать ничего не сможете - ибо физика. А проблем с _нормальной_ разбивкой дисков - так и не представили. Только на уровне "блондинка ниасилит". ISP manager делают строго для подобного "контингенту"?
Вот именно. Зачем лишать себя возможности гибко рулить ресурсами?
Цифры взяты просто с потолка личного опыта - или Вы способны их обосновать более объективно?
Эти крутилки всем известны. Вы действительно считаете, что они решат задачу ТС по управлению кешем? Расскажите тогда поподробнее, пожалуйста.
Так сконфигурирован апач. Скакнула нагрузка - он наплодил детей в соответствие с Max/MinSpareServers. Какое-то время они у Вас были в безумном количестве и это не "усреднилось" на графике, в отличие от "busy".
Специального "раздела документации" - нет. В выводе mod_status есть легенды (Scoreboard Key и внизу, под выводом "расширенной" информации, если ExtendedStatus On). Если после этого что-то останется непонятным - Вам к прочтению разделы документации про разные mpm-модули, в частности mpm-prefork (который используется у Вас, скорее всего).
Да, по старой памяти. Действительно, ошибся. Мои извинения.
StartServers 20 MinSpareServers 5 MaxSpareServers 20 # ServerLimit 450 ServerLimit 900 # MaxClients 450 MaxClients 900 MaxRequestsPerChild 4000
Безумные настройки. 900*20 ~ 17Gb. Серверу тупо памяти не хватит, чтобы обслужить все это. Я взял 20Mb как размер типового воркера апача (это еще не так много, навороченные CMS жрут и до 50Mb).
Поставьте перед апачем какой-нибудь проксирующий сервер. Второй экземпляр апача с mod_proxy или nginx. Если это еще не сделано - Вы должны иметь тому веские причины.
ппц какой-то. Автор, завязывайте копировать конфиги из всяких говноблогов.
Если Вы _не понимаете_ что делает программа - оставьте установку таковой специалистам. Иначе потом огребете таких проблем с "портальчиком" - до которым недостаток "оптимизаций" покажется цветочками.
Вот элементарные советы:
1) убедитесь, что все было сделано на бакенде для ускорения отработки скриптов (напр., настройки mysql, opcode-кешер PHP, настройки кеширования на клиенте типа Expires)
2) недостаточно - попробуйте помимо простого проксирования nginx также организовать кеширование
1) Это _не процессы_. Для процесса, как Вы сами изволили сообразить - нужен PID.
2) Это воркеры, часть и которых уже давно была завершена в процессе работы сервера. И для них показываются некоторые данные, в основном - связанные с последним отработавшим там запросом.
3) Прочитайте документацию апача http://httpd.apache.org/docs/
Потому что кто-то не читает документацию и выдумывает вместо всякую фигню.
Да. Давайте, Вы сами найдете такую директиву mod_status. У модуля аж две конфигурационные директивы - справитесь.
Ну а я знаю какие каталоги следует выделить из /var на отдельные разделы, чтобы базы "не упали и не побились"? На том самом стандартном Debian и CentOS.
Вам рассказать - или сами догадаетесь?
Ну syslog жалко, наверное... Зато с чего апачу помереть? Логи некуда писать будет - жаль, конечно. Но сайты работать будут, т.к. разделы под файлы пользователей, /tmp и раздел под данные mysql - не засраны.
Все идиоты, один я д'Артаньян... Ну, не нравится - не еште. Что так взъелись-то? Али имеете какое-то отношение к ISP и "хвалебный" отзыв о сем чуде енженерной мысли обидел?
Это уже не online, увы. Или не знали? Уменьшение многих FS потребует отмонтирования & fsck & ресайза offline - увы. Порядка нескольких часов все в дауне.
что за хостинг-то?
