Узлы балансировки нагрузки (http) работают медленнее, когда Redis не является локальным

Мы выполняем балансировку нагрузки с 3 серверами Windows 2019. { {1}} Один из них является «главным», обслуживающим общий ресурс SMB для других узлов, и это также сервер, на котором работает Redis (Redis используется для сеансов и кеширования). Но этот главный сервер также является узлом HTTP.

Наша проблема в том, что на главном сервере наш веб-сайт работает значительно быстрее, чем на других узлах, разница в 1 секунду, довольно большая.

Фактически, другие (не главные) узлы имеют более быстрый ЦП, и в тесте PHP они работают лучше:

Главный сервер (Redis, SMB, IIS):

PHP version : 7.4.16
Platform : WINNT
--------------------------------------
test_math                 : 0.396 sec.
test_stringmanipulation   : 2.818 sec.
test_loops                : 0.304 sec.
test_ifelse               : 0.374 sec.
--------------------------------------
Total time:               : 3.892 sec.

Другие узлы:

PHP version : 7.4.16
Platform : WINNT
--------------------------------------
test_math                 : 0.311 sec.
test_stringmanipulation   : 2.334 sec.
test_loops                : 0.234 sec.
test_ifelse               : 0.191 sec.
--------------------------------------
Total time:               : 3.07 sec.

Так что это определенно не проблема процессора, потому что главный узел работает медленнее. Так что проблема либо в сети, либо в SMB, либо в Redis.

Я склоняюсь к Redis, потому что мы используем Wincache и Opcache для узлов, поэтому в основном все файлы .php кэшируются локально для каждого узла (SMB используется только для повторной проверки каждые несколько минут).

Однако я не знаю, как узнать, где именно находится узкое место, и как его исправить.

Кто-нибудь может помочь?

Спасибо Алекс

0
задан 15 March 2021 в 00:03
1 ответ

Я на самом деле все неправильно понял, проблема возникает из-за общего ресурса SMB. Я проверил это, скопировав файлы на подчиненные узлы, и при этом производительность такая же, как у главного сервера, или даже немного лучше (из-за более быстрого процессора).

Так что это действительно проблема SMB. Вероятно, SMB все еще отправляет данные туда и обратно.

Общий ресурс SMB находится на очень быстром SSD-накопителе, я подозреваю, что это либо просто потому, что SMB недостаточно быстр, либо из-за проблемы с конфигурацией.

Если у кого-то есть какие-либо советы по SMB в этом случае, сообщите:)

Спасибо Alex

0
ответ дан 24 April 2021 в 02:08

Теги

Похожие вопросы