반응형
🤔 문제
한 회사가 VPC 내의 Amazon EC2 인스턴스에서 모니터링 애플리케이션을 실행할 계획입니다. 연결은 인스턴스의 프라이빗 IPv4 주소를 사용하여 EC2 인스턴스로 이루어집니다. 솔루션 아키텍트는 애플리케이션이 실패하여 접근할 수 없게 되었을 때 트래픽을 빠르게 대기 중인 EC2 인스턴스로 전환할 수 있는 솔루션을 설계해야 합니다.
이 요구 사항을 충족하는 접근 방식은 무엇입니까?
- 프라이빗 IP 주소에 대한 리스너가 구성된 애플리케이션 로드 밸런서를 배포하고, 기본 EC2 인스턴스를 로드 밸런서에 등록합니다. 장애가 발생하면 인스턴스를 등록 취소하고 대기 EC2 인스턴스를 등록합니다.
- 맞춤형 DHCP 옵션 세트를 구성합니다. DHCP를 구성하여 기본 EC2 인스턴스가 실패하면 동일한 프라이빗 IP 주소를 대기 EC2 인스턴스에 할당합니다.
- 프라이빗 IP 주소로 구성된 두 번째 탄력적 네트워크 인터페이스(Elastic Network Interface)를 EC2 인스턴스에 연결합니다. Primary EC2 인스턴스가 접근할 수 없게 되면 네트워크 인터페이스를 Secondary EC2 인스턴스로 이동합니다.
- 기본 EC2 인스턴스의 네트워크 인터페이스에 Elastic IP 주소를 연결합니다. 장애가 발생하면 Elastic IP 주소를 기본 인스턴스에서 분리하고 대기 EC2 인스턴스에 연결합니다.
정답
더보기
정답. 3번
프라이빗 IP 주소로 구성된 두 번째 탄력적 네트워크 인터페이스(Elastic Network Interface)를 EC2 인스턴스에 연결합니다. Primary EC2 인스턴스가 접근할 수 없게 되면 네트워크 인터페이스를 Secondary EC2 인스턴스로 이동합니다.
하나의 EC2 인스턴스에 여러 개의 탄력적 네트워크 인터페이스(ENI)를 붙일 수 있다
EC2 인스턴스에 보조용(Secondary) 탄력적 네트워크 인터페이스(Elastic Network Interface)를 추가할 수 있다.
Primary 네트워크 인터페이스는 인스턴스에서 분리할 수 없지만, Secondary 네트워크 인터페이스는 분리 후 다른 EC2 인스턴스에 연결할 수 있다.
반응형