Административное состояние (состояние администратора) в Azure Load Balancer
Административное состояние (состояние администратора) — это функция Azure Load Balancer, которая позволяет переопределить поведение пробы работоспособности Load Balancer на основе экземпляра внутреннего пула. Эта функция полезна в сценариях, когда вы хотите снять серверный экземпляр для обслуживания, исправления или тестирования.
Почему используется состояние администратора?
Состояние администратора полезно в сценариях, где требуется больше контроля над поведением подсистемы балансировки нагрузки. Например, можно задать состояние администратора для всегда учитывать серверный экземпляр, подходящий для новых подключений, даже если проба работоспособности указывает в противном случае. И наоборот, можно задать состояние администратора для предотвращения новых подключений, даже если проба работоспособности указывает, что внутренний экземпляр работоспособен. Это может быть полезно для обслуживания или других сценариев, когда вы хотите временно взять внутренний экземпляр из смены.
Типы значений состояния администратора
Существует три типа значений состояния администрирования: Up, Down, None. В следующей таблице описываются последствия каждого состояния для новых подключений и существующих подключений:
| Состояние администратора | Новые подключения | Существующие подключения |
|---|---|---|
| Работает. | Подсистема балансировки нагрузки игнорирует пробу работоспособности и всегда рассматривает внутренний экземпляр как подходящий для новых подключений. | Подсистема балансировки нагрузки игнорирует ответ настроенной пробы работоспособности и всегда позволяет существующим подключениям сохраняться в серверный экземпляр. |
| Вниз | Подсистема балансировки нагрузки игнорирует пробу работоспособности и не разрешает новые подключения к внутреннему экземпляру. | Подсистема балансировки нагрузки игнорирует пробу работоспособности и существующие подключения определяются в соответствии со следующими протоколами: TCP: установленные TCP-подключения к внутреннему экземпляру сохраняются. UDP: существующие потоки UDP перемещаются в другой здоровый экземпляр в серверном пуле. Примечание. Это похоже на поведение пробы вниз. |
| Не допускается | Подсистема балансировки нагрузки учитывает поведение пробы работоспособности. | Подсистема балансировки нагрузки учитывает поведение пробы работоспособности. |
Примечание.
Метрики состояния пробы работоспособности Load Balancer и топология Аналитики Load Balancer отражают изменения настроенного значения состояния администратора.
Рекомендации по проектированию
При развертывании подсистемы балансировки нагрузки с состоянием администратора рассмотрите следующие рекомендации по проектированию:
- Состояние администратора вступает в силу на основе экземпляра внутреннего пула
- В сценарии, когда экземпляр виртуальной машины находится в нескольких серверных пулах, состояние администратора, примененное к одному серверному пулу, не влияет на другой серверный пул.
- В сценарии, когда серверный пул является частью нескольких правил балансировки нагрузки, состояние администратора, примененное к внутреннему пулу, влияет на все связанные правила балансировки нагрузки.
- Состояние администратора вступают в силу только в том случае, если в правилах балансировки нагрузки настроена проба работоспособности.
Ограничения
При развертывании подсистемы балансировки нагрузки с состоянием администратора рассмотрите следующие ограничения:
- Состояние администратора не поддерживается с правилом NAT для входящего трафика.
- Состояние администратора не поддерживается для непробированных правил балансировки нагрузки.
- Состояние администратора невозможно настроить во время создания серверного пула подсистемы балансировки нагрузки на основе сетевого адаптера.