管理状态是 Azure 负载均衡器的一项功能，允许您基于每个后端池实例独立控制负载均衡器的运行状况探测行为。 在想要关闭后端实例进行维护、修补或测试的方案中，此功能非常有用。
为何使用管理员状态？
在希望更好地控制负载均衡器行为的情况下，管理员状态非常有用。 例如，即使运行状况探测显示其他情况，您也可以将管理状态设置为“up”，以始终将后端实例视为符合新连接条件。 相反，可以将管理状态设置为关闭以防止新连接，即使运行状况探测指示后端实例正常也是如此。 这对于维护或其他情境下需要将后端实例暂时移出循环非常有用。
管理状态值的类型
管理状态值包括三种类型：Up、Down 和 None。 下表描述了每个状态对新连接和现有连接的影响：
| 管理状态 | 新连接 | 现有连接 |
|---|---|---|
| 向上 | 负载均衡器会忽略运行状况探测，并且始终将后端实例视为符合新连接的条件。 | 负载均衡器会忽略配置的运行状况探测的响应，并且始终允许现有连接保存到后端实例。 |
| 向下 | 负载均衡器会忽略运行状况探测，不允许与后端实例建立新连接。 | 负载均衡器忽略运行状况探测，并且根据以下协议确定现有连接： TCP：与后端实例建立的 TCP 连接仍然存在。 UDP：现有 UDP 流将迁移至后端池中另一个正常运行的实例。 注意：这类似于 探测关闭操作。 |
| 没有 | 负载均衡器遵循健康探测的行为。 | 负载均衡器遵循健康检查机制。 |
注释
负载均衡器运行状况探测状态指标和负载均衡器的 Insights 拓扑将反映您配置的管理员状态值的更改。
设计注意事项
部署具有管理状态的负载均衡器时，请考虑以下设计注意事项：
- 管理员状态基于每个后端池实例生效
- 在虚拟机实例位于多个后端池的情况下，在一个后端池上应用的管理状态不会影响另一个后端池。
- 在后端池是多个负载均衡规则的一部分的情况下，在后端池上应用的管理状态会影响所有关联的负载均衡规则。
- 仅当负载均衡规则上配置运行状况探测时，管理员状态才会生效。
局限性
部署具有管理状态的负载均衡器时，请考虑以下限制：
- 入站 NAT 规则不支持管理状态。
- 非探测负载均衡规则不支持管理状态属性。
- 在创建基于 NIC 的负载均衡器后端池期间，无法配置管理状态。