한 회사의 HTTP 애플리케이션이 Network Load Balancer(NLB) 뒤에 있습니다. NLB의 대상 그룹은 웹 서비스를 실행하는 여러 EC2 인스턴스와 함께 Amazon EC2 Auto Scaling 그룹을 사용합니다. NLB는 HTTP 오류를 감지하지 못하여 웹 서비스 EC2 인스턴스를 수동으로 다시 시작해야 합니다. 이 회사는 사용자 지정 스크립트나 코드를 작성하지 않고 가용성을 개선하고자 합니다. 솔루션스 아키텍트는 무엇을 해야 할까요?

NLB는 레이어 4(TCP/UDP)에서 작동하므로 HTTP 오류를 감지할 수 없습니다. Application Load Balancer(ALB)는 레이어 7(HTTP/HTTPS)에서 작동하며 HTTP 상태 확인을 지원합니다. ALB로 교체하고 HTTP 상태 확인을 활성화하면, ALB는 HTTP 오류를 감지하고 비정상 인스턴스를 Auto Scaling 그룹에서 자동으로 교체하도록 트리거할 수 있습니다. 이는 사용자 지정 스크립트 없이 가용성을 개선하는 가장 적절한 방법입니다. cron 작업은 수동 개입이 필요 없지만 사용자 지정 스크립트이며, NLB의 UnhealthyHostCount는 레이어 4 상태 확인에 기반하므로 HTTP 오류를 감지하지 못합니다.