Изменение конфигурации RS 2008R2 остановило сайт IIS, получающий трафик через балансировщик нагрузки (и он все еще не работает после его резервного копирования)

Фон

Мы тестируем пару веб-серверов Windows 2008 R2 (IIS 7.5) в сочетании с аппаратным балансировщиком нагрузки (внешним устройством), который разделяет трафик порта 80, поступающий в виртуальный IP, между двумя серверами.

На обоих серверах настроен тестовый веб-сайт (на каждом сервере есть дубликаты). Существует адрес для доступа к сайту через VIP, другой адрес для доступа к сайту непосредственно на сервере № 1 и другой для сервера № 2.

В IIS на обоих серверах привязки настраиваются следующим образом (я использую общую конфигурацию, поэтому на обоих серверах есть все привязки, необходимые для обоих):

Type   Host Name                       Port   IP Address
HTTP   address-resolving-to-server-1   80     Public-IP-of-server-1
HTTP   address-resolving-to-server-2   80     Public-IP-of-server-2
HTTP   address-resolving-to-VIP        80     Public-IP-of-server-1 *
  • Возможно, это неправильная привязка, позволяющая распределять трафик, проходящий через VIP, между серверами, но, по крайней мере, это позволяло сайту заходить на VIP.

До сегодняшнего дня это работало нормально - тестовый сайт можно было получить по всем 3 адресам.

Службы Reporting Services 2008 R2 установлены на обоих серверах. Конфигурация не была изменена с момента запуска мастера установки. Привязка сервера отчетов и диспетчера отчетов выглядит следующим образом:

IP-адрес: все назначено (рекомендуется) Порт TCP: 80 Сертификат SSL: нет

Службы отчетности также работают нормально.

Эта проблема!!

Внесены изменения в конфигурацию служб Reporting Services на сервере № 1, и с тех пор к тестовому веб-сайту нельзя получить доступ через балансировщик нагрузки. Веб-клиенты зависают около 30 секунд, а затем возвращают ошибку 502 - Ошибка подключения.

Доступ к тестовому веб-сайту непосредственно на сервере № 1 и непосредственно на сервере № 2 по-прежнему работает.

Это изменение конфигурации, которое было сделано в службах Reporting Services:

В разделе "Сервер отчетов (URL-адрес веб-службы)" мы щелкнули "Дополнительно", отредактировали существующую запись идентификатора HTTP и изменили ее с прослушивания "всех назначенных" IP-адресов на конкретное имя заголовка узла (имя сервера NETBIOS).

Сразу после внесения этого изменения на тестовый веб-сайт больше нельзя было получить доступ через балансировщик нагрузки, однако доступ к нему по-прежнему можно получить непосредственно на сервере № 1 и непосредственно на сервере № 2. Службы отчетности продолжали работать после изменения.

Мы возвращаем к исходным настройкам конфигурации служб Reporting Services, однако проблема сохраняется.

Мы попытались перезапустить все службы, связанные с IIS, и даже перезапустить сервер, но это ничего не изменило.

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

Я думаю, что эта проблема должна иметь отношение к "резервированию URL", как описано здесь, но я действительно сбит с толку, почему установка привязки RS по умолчанию не устранила проблему. Похоже, что RS постоянно подключил сервер!

1 ответ

Догадаться! Это не было проблемой Windows, IIS или Reporting Services. Вот ответ на случай, если это поможет кому-то еще:

Балансировщик нагрузки имеет встроенный монитор проверки работоспособности, который периодически проверяет, имеет ли он доступ к определенному файлу через веб-сайт по умолчанию. Переконфигурирование RS должно было привести к закрытию веб-сайта по умолчанию (я полагаю, что и RS, и веб-сайт по умолчанию были настроены на прослушивание одного и того же заголовка хоста, IP-адреса и порта, и RS был выбран в качестве "победителя").

Таким образом, проверка работоспособности балансировщика нагрузки перестала работать и автоматически отключилась! Никакое движение не могло пройти через это больше.

Другие вопросы по тегам