Компания запускает приложение на инстансах EC2 в группе Auto Scaling за Application Load Balancer (ALB). При запуске инстансы выполняют скрипты user-data для загрузки критически важного содержимого приложения из бакета S3. Инстансы запускаются, но через некоторое время завершаются с сообщением: «An instance was taken out of service in response to an an ELB system health check failure». Auto Scaling постоянно запускает и завершает инстансы по кругу. Единственное недавнее изменение — добавление большого объема критически важного содержимого в бакет S3. Компания не хочет изменять скрипты user-data в production. Что должен сделать архитектор решений, чтобы production-среда могла успешно развернуться?

Проблема заключается в том, что инстансы завершаются до того, как успевают полностью загрузить критически важное содержимое из S3 и пройти проверку работоспособности ALB. Увеличение льготного периода проверки работоспособности группы Auto Scaling (ASG) дает инстансам больше времени для инициализации и загрузки всех необходимых данных перед тем, как ALB начнет их проверять. Это предотвращает преждевременное завершение инстансов. Увеличение размеров инстансов EC2 не решает проблему времени инициализации. Увеличение таймаута проверки работоспособности ALB влияет на длительность ожидания ответа, а не на время до начала проверок. Изменение пути проверки работоспособности ALB не решает проблему задержки инициализации.