한 회사에서 여러 가용 영역의 Amazon EC2 인스턴스에서 웹 애플리케이션을 실행합니다. EC2 인스턴스는 프라이빗 서브넷에 있습니다. 솔루션스 아키텍트가 인터넷 연결 Application Load Balancer(ALB)를 생성하고 EC2 인스턴스를 대상 그룹으로 지정했지만, 인터넷 트래픽이 인스턴스에 도달하지 않습니다. 이 문제를 해결하기 위해 아키텍트는 아키텍처를 어떻게 재구성해야 할까요?

인터넷 연결 Application Load Balancer(ALB)는 인터넷 트래픽을 수신하므로 퍼블릭 서브넷에 있어야 합니다. 현재 ALB는 프라이빗 서브넷에 있는 EC2 인스턴스를 대상으로 지정하고 있습니다. 인터넷 트래픽이 ALB에 도달하려면 ALB가 퍼블릭 서브넷에 위치해야 합니다. 각 가용 영역에 퍼블릭 서브넷을 생성하고 ALB를 이 퍼블릭 서브넷과 연결하면 인터넷 트래픽이 ALB에 도달할 수 있습니다. 그런 다음, 퍼블릭 서브넷의 라우팅 테이블을 업데이트하여 프라이빗 서브넷으로 가는 경로를 포함하면 ALB가 프라이빗 서브넷의 EC2 인스턴스로 트래픽을 전달할 수 있습니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. ALB를 Network Load Balancer로 교체하는 것은 문제 해결에 직접적인 도움이 되지 않으며, NAT 게이트웨이는 인스턴스에서 인터넷으로의 아웃바운드 트래픽에 사용됩니다. EC2 인스턴스를 퍼블릭 서브넷으로 이동하면 보안 위험이 증가하며, ALB가 여전히 프라이빗 서브넷에 있다면 인터넷 트래픽을 수신할 수 없습니다. EC2 인스턴스 서브넷의 라우팅 테이블을 업데이트하는 것은 인스턴스에서 인터넷으로의 아웃바운드 트래픽에 주로 관련되며, ALB가 인터넷 트래픽을 수신하는 문제와는 다릅니다.