Задний план
Мы тестируем пару веб-серверов Windows 2008 R2 (IIS 7.5) в сочетании с аппаратным балансировщиком нагрузки (внешним устройством), который разделяет трафик порта 80, поступающий на виртуальный IP-адрес между двумя серверами.
На обоих серверах настроен тестовый веб-сайт (на каждом сервере есть дубликат). Есть адрес для доступа к сайту через VIP, другой адрес для доступа к сайту непосредственно на сервере №1 и еще один для сервера №2.
В IIS на обоих серверах привязки настроены следующим образом (я использую Shared Config, поэтому оба сервера имеют все привязки, необходимые для обоих):
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 *
До сегодняшнего дня это работало нормально - тестовый сайт был доступен по всем трем адресам.
Службы Reporting Services 2008 R2 установлены на обоих серверах. Конфигурация не менялась с момента запуска мастера установки. Привязка сервера отчетов и диспетчера отчетов выглядит так:
IP-адрес: Все назначены (рекомендуется) Порт TCP: 80 Сертификат SSL: нет
Службы Reporting Services тоже работают нормально.
Эта проблема !!
В конфигурацию служб Reporting Services на сервере №1 было внесено изменение, и с тех пор тестовый веб-сайт не может быть доступен через балансировщик нагрузки. Веб-клиенты зависают около 30 секунд, а затем возвращают ошибку 502 - Connection Failed.
Доступ к тестовым веб-сайтам непосредственно на сервере №1 и непосредственно на сервере №2 по-прежнему работает.
Это изменение конфигурации, которое было сделано в службах Reporting Services:
В разделе «Сервер отчетов (URL-адрес веб-службы)» мы щелкнули «Дополнительно» и отредактировали существующую запись идентификатора HTTP и изменили ее с прослушивания «Все назначенные» IP-адреса на конкретное имя заголовка хоста (имя NETBIOS сервера).
Сразу после внесения этого изменения тестовый веб-сайт больше не был доступен через балансировщик нагрузки, однако он все еще мог быть доступен непосредственно на сервере №1 и непосредственно на сервере №2. Службы Reporting Services продолжали работать после внесения изменений.
Мы вернули конфигурацию служб Reporting Services к исходным настройкам, однако проблема не устранена.
Мы попытались перезапустить все службы, связанные с IIS, и даже перезапустить сервер, но это не имело никакого значения.
В журналах системы Windows или журналах приложений, которые мы видим, нет соответствующих ошибок.
Я думаю, что эта проблема как-то связана с "резервированием URL", как описано Вот но я действительно смущен, почему установка привязки RS к значению по умолчанию не устранила проблему. Похоже, что RS окончательно залил сервер из шланга!
Догадаться! Это не было напрямую связано с Windows, IIS или службами Reporting Services. Вот ответ на случай, если это поможет кому-то другому:
Балансировщик нагрузки имеет встроенный монитор «проверки работоспособности», который периодически проверяет, может ли он получить доступ к определенному файлу через веб-сайт по умолчанию. Реконфигурация RS должна была вызвать закрытие веб-сайта по умолчанию (я думаю, потому что и RS, и веб-сайт по умолчанию были настроены на прослушивание одного и того же заголовка хоста, IP и порта, и RS был выбран в качестве «победителя»).
Итак, проверка работоспособности балансировщика нагрузки начала давать сбой и автоматически отключилась! Через него больше не могло проходить движение.