Hosting control panel. Настройки NGINX, PHP, MySQL, Apache

itradestorez
5 months
0

На бизнес-хостинге хотелось бы иметь возможность изменять настройки NGINX, PHP, MySQL, Apache на примере данных мануалов
highload.today/index-php-2009-04-24-nastroyka-nginx/
highload.today/optimizatsiya-php/
highload.today/index-php-2009-05-27-optimizatsiya-proizvoditelnosti-apache/
highload.today/index-php-2009-04-23-optimalnaya-nastroyka-mysql-servera/

rudenko
5 months
0

Предварительно посмотрел, все это сделано и внедрено много лет назад. Давать настраивать эти все параметры клиентам не лучший вариант, так как некоторые параметры при неправильной настройке могут приводить к падению сервера, а изменение некоторых параметров в MySQL может приводить к повреждению таблиц InnoDB (которые очень сложно восстанавливаются потом на уровне редактирования бинарного файла).

Под каждый тариф бизнес хостинга программа устанавливает свой набор параметров сервера, которые будут оптимально подходить для максимальной производительности. У нас не ведется установка "по умолчанию", каждый параметр проработан и администраторы, знают значение каждого из них и как он работает.

Безусловно предложенные документы проанализируем более подробно, возможно, что-то не учтено.

itradestorez
5 months
0

я почему задался этим вопросом, потому что сайты иногда отдают ошибку при так называемом ХабраЭффекте но по графику например еще свободно 10 ГБ оперативы и пару ядер CPU в этот момент, я думаю надо добавить больше воркеров запущенных для php и выставить другие лимиты коннектов ну может еще время сброса коннектов уменьшить или наоборот увеличить

rudenko
5 months
0

В первую очередь надо смотреть какую ошибку отдают сайты, что в логах пишется. Что происходит с соединениями (nginx stub-status и apache status). Если воркеров нехватает, то они пораждаются очень быстро, делать так, чтобы они просто висели нет смысла так как они просто будут кушать память. Опять таки, что происходит на стороне MySQL. В реальности бутылочных горлышек очень много, но надо смотреть на систему, изучать и анализировать. Опишите подробней какая ошибка возникает?

Просто подкрутить какие-то параметры, это не решение.

itradestorez
5 months
0

пока ошибок нет взяли тариф больше, теперь 16 ГБ оперативы

смущает сброс кеша по непонятным алгоритмам в 21:55 осводилось 3 ГБ памяти например, не может быть чтобы так резко посещяемость обвалилась (по яндекс метрике она равномерная)

понаблюдаем в общем как будет на новом тарифе

rudenko
5 months
0

Какой-то процесс мог решить, что нужно освободить кеш или наступило время удаления неиспользуемых fastcgi процессов. Есть такая настройка, которая удаляет fastcgi спустя определенное количество запросов 10000. Это позволяет при утечках памяти в скриптах освобождать ее.