AWS - действительно ли эластичная балансировка нагрузки предотвращает аварийное переключение нагрузки LOAD BALANCER?

Question

Я взял это прямо из документации AWS:

"По мере того, как трафик к вашему приложению со временем меняется, Elastic Load Balancing масштабирует ваш балансировщик нагрузки и обновляет запись DNS. Примечаниечто в записи DNS также указано время жизни (TTL), равное 60 секундам, что обеспечивает возможность быстрого переназначения IP-адресов в ответ на изменение трафика. "

Два вопроса:

1) Изначально у меня сложилось впечатление, что один статический IP-адрес будет сопоставлен с несколькими экземплярами балансировщика нагрузки AWS, что приведет к отказоустойчивости на уровне балансировщика, если, например, одна машина выйдет из строя по какой-либо причине.По этой причине статический IP-адрес, зарегистрированный для моего доменного имени, просто будет динамически «перемещен» в другой экземпляр балансировщика и продолжит обслуживать запросы. Это неправильно? Исходя из приведенной выше цитаты из AWS, кажется, что единственное волшебство, которое происходит здесь, заключается в том, что DNS-серверы AWS хранят несколько записей A для вашего зарегистрированного доменного имени AWS, и через 60 секунд нет соединения склиент, TTL истекает, и DNS-запись Amazon обновляется, чтобы начать отправлять запросы только на активные IP-адреса.Это все еще занимает 60 секунд на стороне клиента неудачного соединения.Правда или ложь?И почему?

2) Если приведенное выше верно, было бы это функционально эквивалентно, если бы я использовал хост-провайдера, скажем, GoDaddy, ввел несколько записей имени «А» и установил TTL равным 60 секундам?

Спасибо!

Answer 1

ELB присваивается DNS-имя, которое затем можно присвоить записи A в качестве псевдонима, см. Здесь .Если у вас есть ELB с несколькими экземплярами, вы определяете проверку работоспособности.Вы можете определить, какой путь проверен, как часто и сколько сбоев указывают на то, что экземпляр не работает (например, проверьте / каждые 10s с тайм-аутом 5s, а в случае сбоя 2 times считают его нездоровым.экземпляр становится неработоспособным, все остальные экземпляры по-прежнему нормально обрабатывают запросы без задержки.Если экземпляр возвращается в исправное состояние (например, его проходит 2 проверок подряд), то он возвращается в качестве исправного хоста в балансировщике нагрузки.

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

То, осуществляется ли трафик, частично зависит от того, как сеансы обрабатываются вашей установкой: являются ли они sticky или обрабатываются другой системой, такой как elasticache или вашей базой данных.