HTTP-приложение компании находится за Network Load Balancer (NLB). Целевая группа NLB использует группу автомасштабирования Amazon EC2 с несколькими инстансами EC2, на которых работает веб-сервис. NLB не обнаруживает HTTP-ошибки, что требует ручных перезапусков инстансов EC2 веб-сервиса. Компания хочет повысить доступность без написания пользовательских скриптов или кода. Что должен сделать архитектор решений?

Network Load Balancer (NLB) работает на уровне 4 (транспортном) и не может проверять HTTP-ошибки, что объясняет, почему он не обнаруживает проблемы приложения. Application Load Balancer (ALB) работает на уровне 7 (приложений) и может выполнять проверки работоспособности на основе HTTP/HTTPS, включая указание URL-адреса. Замена NLB на ALB позволит настроить проверки работоспособности, которые будут обнаруживать HTTP-ошибки. Интеграция ALB с Auto Scaling Group (ASG) и настройка действия Auto Scaling для замены неработоспособных инстансов обеспечит автоматическое восстановление, повышая доступность без ручного вмешательства или пользовательских скриптов. Включение HTTP-проверок работоспособности на NLB невозможно, так как NLB не работает на уровне HTTP. Добавление задания cron требует написания пользовательских скриптов, что противоречит требованию. Создание оповещения CloudWatch для UnhealthyHostCount NLB не решит проблему обнаружения HTTP-ошибок, поскольку NLB не видит эти ошибки.