На прошлой неделе я создал лазурную LB-маршрутизацию HTTPS-трафика с порта 443 на альтернативный порт на внутренних веб-серверах. Проверка работоспособности для правила LB использовала тот же альтернативный порт. Некоторое время спустя на этой неделе я столкнулся с проблемой, когда каждый из веб-серверов возвращал 500 ошибок на альтернативном HTTPS-порте. Проверка работоспособности правильно удалила эти серверы из внутреннего пула. Однако похоже, что серверы никогда не добавлялись обратно в пул после устранения ошибки. Единственный способ решить эту проблему - открыть новый порт на веб-серверах с новой проверкой работоспособности и правилом балансировки нагрузки для этого порта.
Когда проверка работоспособности Azure добавляет серверы обратно во внутренний пул? Я ожидал, что это произойдет после того, как зонд здоровья вернет 200 один или два раза. однако это непрозрачно для конфигурации зонда работоспособности.
Кроме того, есть ли способ получить дополнительную конфигурацию для состояния проверки работоспособности внутренних серверов, такую как возврат в нормальное состояние и состояния переключения?
Зонды TCP и HTTP считаются работоспособными и помечают экземпляр роли как работоспособный в следующих случаях:
Балансировщик нагрузки получает положительный зонд при первой загрузке виртуальной машины.
Число SuccessFailCount (описанное ранее) определяет значение успешных проверок, необходимых для отметки экземпляра роли как работоспособного. Если экземпляр роли был удален, количество успешных последовательных проверок должно быть равно или превышать значение SuccessFailCount, чтобы экземпляр роли был отмечен как работающий.
Для получения дополнительной информации обратитесь к этому ссылка на сайт.