Vesta Control Panel - Forum

Сменил на ваш конфиг, бд легла, пока просто закоментировал с начальным конфигом, все работает.

Победил ошибку c Mysql при зажатом F5

При частом рефреше страницы nginx все запросы передает Apache, а апач на каждый новый запрос создает новый процесс, так как работает в режиме Prefork, соответственно каждый новый процесс съедает часть памяти, но кроме того, эти процессы начинают выполняться, в результате количество запросов к Mysql превышает число max_user_connections.

Для того, чтобы запретить nginx передавать в апач множественные запросы от отдного пользователя нужно файле /etc/nginx/nginx.conf в секции http прописать

limit_req_zone $binary_remote_addr zone=dyn:10m rate=10r/s;

Эта директива ограничивает количество запросов от одного клиента до 10 запросов в секунду

И в файле /home/username/conf/web/nginx.conf
во-первых выносим обработку статики отдельно:

location ~* ^.+\.(jpg|jpeg|gif|png|ico|svg|css|zip|tgz|gz|rar|bz2|exe|pdf|doc|xls|ppt|txt|odt|ods|odp|odf|tar|bmp|rtf|js|mp3|avi|mpeg|flv|html|htm)$ {

root /home/UserName/web/site.com/public_html;
access_log /var/log/httpd/domains/site.com.log combined;
access_log /var/log/httpd/domains/site.com.bytes bytes;
expires max;
try_files $uri @fallback;
}

А в данных передающихся апачу дописываем вызов директивы limit_req

location / {
limit_req zone=dyn burst=10;
proxy_pass http://ip:8080;
}

это позволит ограничить до 10 одновременных запросов к апачу от одного клиента, при привышении nginx будет отдавать для этого клиента ошибку 503, работа других клиентов нарушена не будет.
При желании 503 ошибку можно завернуть так, что клиент ее не увидит.

Тестировалось у DigitalOcean на сервере с 512Mb.

Спасибо тебе мил человек. Я твое дело запихнул в тпл все сайты так прут))) Красота)

Спасибо Visioner за инструкцию.
Дело реально в Vest'е, я работал с кучей VPS'ок, в первый раз решил попробовать CentOS и данную панельку- начались проблемы =/

Всё равно упал через пару часов :(

Перед падением /var/log/mysqld.log: Оперативки 1gb. Добавил swap на 500мб по этой инструкции, посмотрим что будет.

Сервер падает каждый день и только ночью, перед падением лог: От не больших ддос атак есть защита, от F5 помогает :)
http://servachoc.net/anti_ddos.7z

ifelse wrote:Всё равно упал через пару часов :(

Перед падением /var/log/mysqld.log:

Code: Select all

131214 11:24:31 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(135987200 bytes) failed; errno 12
131214 11:24:31 InnoDB: Completed initialization of buffer pool
131214 11:24:31 InnoDB: Fatal error: cannot allocate memory for the buffer pool
131214 11:24:31 [ERROR] Plugin 'InnoDB' init function returned error.
131214 11:24:31 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
131214 11:24:31 [ERROR] Unknown/unsupported storage engine: InnoDB
131214 11:24:31 [ERROR] Aborting

Оперативки 1gb. Добавил swap на 500мб по этой инструкции, посмотрим что будет.

131214 11:24:31 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(135987200 bytes) failed; errno 12
131214 11:24:31 InnoDB: Completed initialization of buffer pool
131214 11:24:31 InnoDB: Fatal error: cannot allocate memory for the buffer pool

так то по русски написано... в чем проблема...

если вы не используете для своих баз данных InnoDB уменьшите размер буферного пула для данного движка.
innodb_buffer_pool_size = 8M

совсем отключать движок InnoDB нельзя... т.к. Roundcube использует его для своих таблиц

RoDGeR wrote:Сервер падает каждый день и только ночью, перед падением лог:

140106 9:54:33 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.

исправьте в конфиге key_buffer --> key_buffer_size
опция key_buffer не работает с версии 5.5.10

Visioner wrote:Победил ошибку c Mysql при зажатом F5

При частом рефреше страницы nginx все запросы передает Apache, а апач на каждый новый запрос создает новый процесс, так как работает в режиме Prefork, соответственно каждый новый процесс съедает часть памяти, но кроме того, эти процессы начинают выполняться, в результате количество запросов к Mysql превышает число max_user_connections.

Для того, чтобы запретить nginx передавать в апач множественные запросы от отдного пользователя нужно файле /etc/nginx/nginx.conf в секции http прописать

limit_req_zone $binary_remote_addr zone=dyn:10m rate=10r/s;

Эта директива ограничивает количество запросов от одного клиента до 10 запросов в секунду

И в файле /home/username/conf/web/nginx.conf
во-первых выносим обработку статики отдельно:

location ~* ^.+\.(jpg|jpeg|gif|png|ico|svg|css|zip|tgz|gz|rar|bz2|exe|pdf|doc|xls|ppt|txt|odt|ods|odp|odf|tar|bmp|rtf|js|mp3|avi|mpeg|flv|html|htm)$ {

root /home/UserName/web/site.com/public_html;
access_log /var/log/httpd/domains/site.com.log combined;
access_log /var/log/httpd/domains/site.com.bytes bytes;
expires max;
try_files $uri @fallback;
}

А в данных передающихся апачу дописываем вызов директивы limit_req

location / {
limit_req zone=dyn burst=10;
proxy_pass http://ip:8080;
}

это позволит ограничить до 10 одновременных запросов к апачу от одного клиента, при привышении nginx будет отдавать для этого клиента ошибку 503, работа других клиентов нарушена не будет.
При желании 503 ошибку можно завернуть так, что клиент ее не увидит.

Тестировалось у DigitalOcean на сервере с 512Mb.

Вам это помогло?

А в данных передающихся апачу дописываем вызов директивы limit_req

- простите за тупой вопрос - а это где?

gorodsb wrote:

А в данных передающихся апачу дописываем вызов директивы limit_req

- простите за тупой вопрос - а это где?

Присоединяюсь к вопросу:)