что в принципе логично и вряд ли изменится под нагрузкой — там 32 честных ядра auto выбрал по одному воркеру на ядро
хотя не логично, вот на текущем стабильном стенде, где 20HT ядер, воркеров оказалось 53… > On 31 Aug 2020, at 16:19, Alexey Galygin <m...@me.com> wrote: > > сервер сейчас не под нагрузкой > в ночи проверю > > сейчас 32 воркера > >> On 31 Aug 2020, at 16:07, Илья Шипицин <chipits...@gmail.com >> <mailto:chipits...@gmail.com>> wrote: >> >> Количество воркеров можно посмотреть >> >> ps auxw | grep nginx | grep worker | wc -l >> >> >> Это безопасно >> >> On Mon, Aug 31, 2020, 2:38 PM Alexey Galygin <m...@me.com >> <mailto:m...@me.com>> wrote: >> стандартная сборка из docker hub nginx:1.18.0 >> >> docker exec nginx nginx -V >> >> TLS SNI support enabled >> configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx >> --modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf >> --error-log-path=/var/log/nginx/error.log >> --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid >> --lock-path=/var/run/nginx.lock >> --http-client-body-temp-path=/var/cache/nginx/client_temp >> --http-proxy-temp-path=/var/cache/nginx/proxy_temp >> --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp >> --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp >> --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx >> --with-compat --with-file-aio --with-threads --with-http_addition_module >> --with-http_auth_request_module --with-http_dav_module >> --with-http_flv_module --with-http_gunzip_module >> --with-http_gzip_static_module --with-http_mp4_module >> --with-http_random_index_module --with-http_realip_module >> --with-http_secure_link_module --with-http_slice_module >> --with-http_ssl_module --with-http_stub_status_module --with-http_sub_module >> --with-http_v2_module --with-mail --with-mail_ssl_module --with-stream >> --with-stream_realip_module --with-stream_ssl_module >> --with-stream_ssl_preread_module --with-cc-opt='-g -O2 >> -fdebug-prefix-map=/data/builder/debuild/nginx-1.18.0/debian/debuild-base/nginx-1.18.0=. >> -fstack-protector-strong -Wformat -Werror=format-security >> -Wp,-D_FORTIFY_SOURCE=2 -fPIC' --with-ld-opt='-Wl,-z,relro -Wl,-z,now >> -Wl,--as-needed -pie’ >> >> тестировать можем только по ночам, днём пользователи работают >> поэтому посмотреть рост воркеров сейчас не представляется возможным + >> требуется именно получить нагрузку (пока сервер не трогают там штиль и >> спокойствие) >> >> хочу собрать идеи, что крутить ночью >> >> возможно дело и не в количестве воркеров: по скриншоту видно, что всего 5-10 >> воркеров набрали всю память >> >> конфиг большой, светить бы его прод версию не хотелось >> >> могу точечно надёргать: >> >> worker_processes auto; >> >> events { >> worker_connections 4096; >> multi_accept on; >> use epoll; >> } >> worker_rlimit_nofile 10240; >> >> http { >> client_max_body_size 2000m; >> sendfile on; >> tcp_nopush on; >> tcp_nodelay on; >> server_tokens off; >> keepalive_timeout 60; >> reset_timedout_connection on; >> if_modified_since before; >> >> proxy_buffer_size 128k; >> proxy_buffers 24 32k; >> proxy_busy_buffers_size 256k; >> proxy_temp_file_write_size 4m; >> >> client_header_buffer_size 8k; >> large_client_header_buffers 8 128k; >> client_body_buffer_size 256K; >> >> server_names_hash_max_size 4096; >> server_names_hash_bucket_size 128; >> map_hash_max_size 8500; >> proxy_headers_hash_bucket_size 128; >> >> gzip on; >> gzip_types text/plain text/css text/xml application/xml >> application/x-javascript application/javascript application/json >> application/rss+xml application/rss application/x-rss+xml; >> gzip_http_version 1.1; >> gzip_min_length 900; >> gzip_comp_level 7; >> gzip_proxied any; >> gzip_buffers 32 8k; >> gzip_disable msie6; >> >> proxy_cache_path /var/lib/nginx/cache levels=1:2 >> keys_zone=C1:20m inactive=24h max_size=20000m; >> proxy_cache_use_stale updating error timeout >> invalid_header http_500 http_502 http_503 http_504; >> proxy_cache_background_update on; >> proxy_temp_path /var/run/nginx/proxy; >> proxy_cache_lock on; >> proxy_cache_lock_timeout 25s; >> proxy_cache_methods GET HEAD; >> proxy_cache_valid 404 1m; >> >> open_file_cache max=1024 inactive=30s; >> open_file_cache_valid 60s; >> open_file_cache_min_uses 2; >> open_file_cache_errors on; >> open_log_file_cache max=100 inactive=30s >> valid=1m min_uses=2; >> } >> >> >> к слову, на новом стенде cache выел всего 300 Мб из 10-20 Гб разрешённых (а >> на рабочем старом стенде вообще пишется в RAM /var/run — и всё там ок) >> нюанс в том, что эта конфигурация отлично работает на старом сервере рядом, >> где только Ubuntu более старая >> >>> On 31 Aug 2020, at 14:19, Илья Шипицин <chipits...@gmail.com >>> <mailto:chipits...@gmail.com>> wrote: >>> >>> Посмотрите, не увеличивается ли у вас число воркеров. >>> >>> Ещё поможет вывод nginx -V >>> >>> И поможет конфиг >>> >>> On Mon, Aug 31, 2020, 1:51 PM Alexey Galygin <m...@me.com >>> <mailto:m...@me.com>> wrote: >>> привет всем >>> >>> случилось странное, переехали на сервера по параметрам в разы большие, чем >>> сейчас (с нескромными 256 Гб RAM+ 100 Гб swap (из всех параметров влияния >>> на штатные параметры sysctl осталось отключение ipv6 и swapness >>> выставленный в 10%)) >>> >>> через 5 минут после старта nginx ест всю память и весь swap! (см. >>> https://prnt.sc/u8nia0 <https://prnt.sc/u8nia0>) >>> в итоге сервер умирает, никогда такого не видели, это же кэширующий прокси, >>> а не БД!… >>> >>> пускаем на Ubuntu 20.04 Server LTS (5.4.0-42-generic #46-Ubuntu SMP Fri Jul >>> 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux) >>> нагруженный nginx 1.18 (пробовали из официальных репок ставить на хост >>> nginx/stable 1.18.0-1~focal amd64 и в контейнер из официального докера >>> nginx:1.18.0) >>> >>> из особенностей используются ngx_http_js_module.so — для исторического >>> escape/unescape URI и ngx_http_image_filter_module.so — для подрезки >>> изображений >>> >>> исключили уже всё — и zfs, который переформатировали в ext4 с отключенным >>> atime >>> и из docker вынесли nginx в хост >>> >>> и внутренние системы исключили… >>> >>> меняли конфиги, отключали sendfile, кэши open-файлов, включали aio… >>> >>> упорно кончается вся память через 5 минут, все 256 Гб и своп >>> >>> идей практически не осталось, куда можно ещё копать? >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru@nginx.org <mailto:nginx-ru@nginx.org> >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> <http://mailman.nginx.org/mailman/listinfo/nginx-ru>_______________________________________________ >>> nginx-ru mailing list >>> nginx-ru@nginx.org <mailto:nginx-ru@nginx.org> >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> <http://mailman.nginx.org/mailman/listinfo/nginx-ru> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru@nginx.org <mailto:nginx-ru@nginx.org> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> <http://mailman.nginx.org/mailman/listinfo/nginx-ru>_______________________________________________ >> nginx-ru mailing list >> nginx-ru@nginx.org <mailto:nginx-ru@nginx.org> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
