В AWS NLB, когда AZ выходит из строя, меняется ли связанный статический IP на другой AZ?

AWS недавно представила NLB (балансировщик сетевой нагрузки), где EIP (Elastic IP) может быть связан с AZ (зоной доступности). Рекомендуется иметь NLB на нескольких AZ, следовательно, иметь несколько EIP, связанных с каждым.

Но что происходит, когда один из AZ выходит из строя, связывается ли связанный EIP с другим AZ, пока оригинальный AZ не возвращается снова? Это важно, если вы используете один EIP (т. Е. Один AZ для NLB), где такой сбой может вызвать сбои трафика, даже если ваши серверы, работающие на нескольких AZ, работают и работают.

2 ответа

Отвечая на мой вопрос для тех, кто борется с подобным вопросом. Это то, что поддержка AWS ответила на мой вопрос

Зоны доступности (AZ) представляют собой различные географические местоположения, которые спроектированы таким образом, чтобы быть изолированными от сбоев в других AZ. Однако, к сожалению, когда AZ не работает, обслуживание на этом AZ нарушается. Там не будет никакого перехода IP на другой AZ автоматически [1].

Хотя сбои AZ редки, и AWS прилагает большие усилия, чтобы таких сбоев не было, сбои такого типа могут происходить и происходят. По этой причине мы обычно просим пользователей размещать ресурсы (NLB) в нескольких AZ. Таким образом, приложение может быть защищено от сбоя в одном месте. Если одна зона выходит из строя, приложение в другой зоне может продолжать работать [2].

[1] https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html[2] https://media.amazonwebservices.com/architecturecenter/AWS_ac_ra_ftha_04.pdf

EIP перестает работать, если в AZ нет исправных экземпляров, и NLB удаляет свою запись из записей DNS балансировщика нагрузки. Он добавляется обратно, когда AZ снова становится здоровым.

Если одна или несколько целевых групп не имеют исправной цели в включенной зоне доступности, мы удаляем IP-адрес соответствующей подсети из DNS, чтобы запросы не могли быть направлены на цели в этой зоне доступности.

https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html

По этой причине ваши абоненты должны соблюдать DNS TTL.

Другие вопросы по тегам