Как интерпретировать эту статистику munin для nginx?
Следующая статистика взята с сайта, где nginx был размещен перед веб-сервером, чтобы доставлять статические файлы и позволить приложению CMS на устаревшем веб-сервере сосредоточиться на динамической работе. Это делается через nginx HttpProxyModule на том же физическом компьютере.
Статистика создается плагином munin nginx_combined_v2.
Основной файл HTML загружает около 8 файлов CSS, около 10 файлов js (и еще около 5, но с внешних сайтов) и почти 200 встроенных элементов, в результате чего получается до 2-4 мегабайт данных. Не спрашивай.
Для обработки нагрузки требуется много кэширования, и пользовательский интерфейс в порядке (для немобильных пользователей, конечно ;-)
Интересно, стоит ли мне беспокоиться о высоких значениях «ожидающих» соединений или это просто обычная картина, когда задействовано такое огромное количество inline-элементов?
Поскольку унаследованный сервер теперь имеет меньшую нагрузку, чем раньше, я не предполагаю, что nginx должен долго ждать бэкэнд.
Статистика по неделям хорошо показывает взгляды в течение дня, когда люди должны работать, а не выходить в Интернет ;-)
Ожидание соединений не является большой проблемой - это соединения в состоянии keepalive. Но они все еще используют некоторые системные ресурсы (память для хранения дескрипторов файлов, сетевые буферы и т. Д.). Поэтому лучше держать keepalive_timeout как можно меньшим (но при более низких значениях может потребоваться частое восстановление соединений от некоторых пользователей, поэтому вам нужно будет выяснить, насколько это выгодно для вашей рабочей нагрузки).