Azure Load Standard Public Balancer load balancing to unhealthy or removed VM
We have a highly available website which we are trying to migrate to Azure. We basically have an Azure Standard Load Balancer with a public IP and 2 VMs in the backend pool.
We have noticed that if 1 of the VMs fails (Either the host fails or something like the App Pool fails) the standard load balancer detects that the host is unhealthy but continues to send existing connections to the host.
This means end users who already have a session on the unhealthy backend VM continue to be sent there and often just get a generic HTTP error. Users who are coming in as new connections are succesfully sent to the healthy host in the backend pool.
Our load balancer is setup to not hold state so in theory new connections will be randomly distributed between the hosts underneath and with a session timeout of 4 minutes (The lowest Azure lets us go).
Is there something we have missed here or is this just the expected behaviour of Azure's load balancers?
Это ожидаемое поведение. Поведение при отключении зондов выглядит следующим образом:
Новые TCP-соединения будут успешными для работоспособного бэкэнд-экземпляра и имеет гостевую ОС и приложение, способное принять новый поток.
Если проверка работоспособности внутреннего экземпляра завершается неудачно, устанавливается TCP соединения с этим внутренним экземпляром продолжаются.
Если все зонды для всех экземпляров в серверном пуле терпят неудачу, новые потоки отсутствуют. будут отправлены в бэкэнд-пул. Стандартный балансировщик нагрузки позволит установленные потоки TCP для продолжения. Базовый балансировщик нагрузки прекратит работу все существующие потоки TCP к внутреннему пулу.
Поскольку поток всегда идет между клиентом и гостевой ОС виртуальной машины, пул со всеми отключенными зондами приведет к тому, что интерфейс не будет отвечать на TCP попытки открытия соединения, так как нет работоспособного внутреннего экземпляра для получить поток.