Веб-сайт работает на четырех инстансах EC2 за ALB. Когда ALB помечает инстанс как неработоспособный (unhealthy), срабатывает CloudWatch alarm, и оператор вручную добавляет инстанс на замену. Компания хочет получить высокодоступное решение, которое автоматически заменяет вышедшие из строя инстансы EC2, минимизируя время простоя во время перехода на новую архитектуру. Какую последовательность шагов должен использовать архитектор решений?

Правильный ответ позволяет добиться автоматической замены инстансов с минимальным простоем. Создание группы Auto Scaling с шаблоном запуска — это первый шаг к автоматизации. Прикрепление этой группы к существующему ALB гарантирует, что трафик продолжит поступать на рабочие инстансы без прерывания. Добавление существующих инстансов EC2 в новую группу Auto Scaling позволяет им быть управляемыми ASG, обеспечивая их автоматическую замену в случае сбоя, при этом избегая удаления рабочих инстансов и простоя. Неправильные варианты: Удаление существующего ALB приведет к простою. Удаление существующих инстансов EC2 также вызовет простой. Ожидание регистрации инстансов ALB не является частью процесса добавления инстансов в ASG; ASG управляет регистрацией.