nginx или трафик организации очередей ядра
Вы не можете справиться с использованием ЦП, но можно управлять Привязкой ЦП. Таким образом, кто-то ограничил SQL Server использованием единственного ЦП?
В том же духе кто-то изменил глобальные maxdop настройки? Это ограничивает весь запрос одним ЦП, но любой единый запрос будет работать на одном из доступных центральных процессоров
Вы можете добавить время очереди в ваши новые реликтовые графы:
в конфигурации nginx на вашем SSL-терминаторе добавить в серверный блок:
set $msecstart "${msec}000";
if ($msecstart ~ "^(.*)\.(.*)") {set $msecout "t=$1$2";}
proxy_set_header X-Request-Start $msecout;
Итак, заголовок X-Request-Start будет содержать время в микросекундах и когда этот запрос попадет к агенту newrelic, он обновит графики. Убедитесь, что время хорошо синхронизировано как на балансировочном, так и на внутреннем серверах.
ps. 000 необходим, потому что $ мс в nginx находится в МИЛЛИСекундах, а агент newrelic ожидает данные в МИКРОсекундах.
если вы возьмете максимальное количество одновременных подключений в часы пик и умножите это значение на 1,5, можете ли вы убедиться, что пул подключений вашего балансировщика нагрузки и серверов приложений не исчерпан? вы отслеживаете время ответа app-server- / ha-proxy? Можете ли вы убедиться, что проблема не в ваших серверах приложений?