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

Низкая пропускная способность Windows Server 2008 для подключений с задержкой в ​​Интернете

У нас есть серверы Windows (2008 R2), и мы испытываем странную проблему с сетью на них. Лучше всего я могу описать это, что мы испытываем низкую пропускную способность (но высокую пропускную способность) только при работе в сетях с задержкой в ​​Интернете (20 мс или более).

Симптомы:

1.) Рассматриваемые серверы расположены в двух центрах обработки данных уровня 1 с большими широкими интернет-каналами.

2.) Если мы подключим RDP к серверам в центре обработки данных №1, мы сможем запустить тест SpeedTest.NET и получить сотни мегабайт вниз / вверх.

3.) Если мы загрузим ISO-образ CentOS (в основном большой файл) на сервер, мы можем получить пропускную способность от 6 до 20 мегабайт / сек.

4.) Если мы подключаемся к веб-серверу, мы запускаем сервер FreeBSD 9.0 (также в центре обработки данных) из другого центра обработки данных (так, freebsd в DC # 1, Windows Server в DC # 2) и загружаем большой файл (100 сек. МБ) мы также получаем отличную производительность. (опять же, много мегабайт / сек)

5.) Если мы подключаемся с сервера в DC # 1 к другому серверу Windows в DC # 1, мы получаем потрясающую производительность (почти 1 ГБ / сек).

6.) Если мы подключаемся из оконного сервера в DC # 1 к оконному серверу в DC # 2, мы получаем ~ 450 килобайт / сек (очень низкая пропускная способность). но мы можем открывать несколько браузеров / окон и загружать столько раз, сколько захотим (одновременно), и при этом получать именно те же 450 кб / сек.

  1. Мы запустили NTTTCP и порт netperf для Windows между серверами Windows в DC №1 и DC №2, и в каждом случае, который мы можем найти, мы получаем одинаковую пропускную способность (~ 450 кб / сек) при каждой загрузке.

8.) Мы провели целый ряд других тестов, которые позволили нам окончательно устранить брандмауэры и т. Д. Как источник нашей проблемы (также см. Тест 4, поскольку сервер FreeBSD обменивается данными через тот же аппаратный стек, что и серверы Windows. ...)

Мы попытались отключить масштабирование окна TCP на паре серверов Windows, но безуспешно.

Итак, сообщество ServerFault: похоже, это должна быть какая-то настройка TCP для Windows - что вызывает такого рода проблемы?

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

1.) Устанавливаем VMWare / CentOS на одном из ящиков Windows Server 2008R2 с проблемой, с мостовыми сетями, Угадай, что отличная проходимость! Итак, образ VMWare на хосте Windows, отличная производительность, поймите!

Попробуйте отключить TCP Chimney и автонастройку:

netsh int tcp set global chimney=disabled
netsh int tcp set global autotuninglevel=disabled