Назад | Перейти на главную страницу

Высокие экземпляры сообщений с нулевым окном

На своих веб-серверах я наблюдаю высокую частоту (106 за ~ 13 секунд или 300 000 пакетов) сообщений об обновлении с нулевым окном, отправляемых с моих веб-серверов на мои серверы баз данных во время пикового трафика.

Прошивка обновлена:
Я обновил микропрограмму и драйвер до последних версий, которые Dell предоставляет для карт BCM5709C.

Разгрузка TCP включена:
Исходя из того факта, что я вижу активный «Total Offload TCP Connections» в интерфейсе Broadcom Advanced Control Suite (BAC), разгрузка TCP включена. Я также не вижу привязки ЦП на серверах.

Масштабирование окна включено:
Масштабирование окна включено, но мало используется. Я вижу 20 пакетов с установленным масштабированием окна из 300 000 пакетов.

Статистика:
Среднее время приема-передачи составляет ~ 2 мс, максимум ~ 3 мс. Использование ЦП на веб-серверах вообще не достигает пика.

Вопросы:

  1. Я не верю, что буферы должны так сильно заполняться на веб-серверах.
  2. Стоит ли мне следить за другими показателями помимо ЦП, чтобы понять, почему заполняются буферы?
  3. Учитывая, что все обновлено, следует ли мне настраивать параметры TCP на своих веб-серверах Windows 2008 Server R2? Какие корректировки мне следует внести в этом случае?

Вопрос уже несколько постарел. Я не уверен, что проблема еще не решена, но тем не менее попробую несколько советов по устранению неполадок.

Прежде всего, важно проверить, где появляются объявления с нулевым окном. В определенные моменты обмена протоколами их присутствие может быть совершенно допустимым, если веб-сервер просто не ожидает, что какие-либо данные вернутся в качестве ответа в данный момент, и, возможно, установил буфер приема на 0 для данного сокета. или буфер приема заполнен из-за того, что какое-то время просто ничего оттуда не извлекает. Для отладки потребуется знание используемого протокола (а еще лучше - реализаций).

Вам не нужно настраивать какое-либо значение параметров TCP для любой общей настройки LAN, TCP в основном самонастраивается, за исключением крайних случаев, таких как сети с переменными задержками или непредсказуемой потерей пакетов.

Я никогда не сталкивался с этим, но у меня есть подозрение, что проблема на уровне приложений. Я бы начал с рассмотрения счетчиков perfmon, связанных с веб-процессами. Набор ресурсов Internet Information Services (IIS) 7.0 и карманный консультант администратора Internet Information Services (IIS) 7.0 содержат информацию о мониторинге производительности и настройке, к сожалению, ни один из них не является бесплатным.

http://www.microsoft.com/learning/en/us/book.aspx?ID=9550&locale=en-us

http://www.microsoft.com/learning/en/us/book.aspx?ID=10442&locale=en-us

РЕДАКТИРОВАТЬ:

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