AWS의 Elastic Load Balancer는 단일 장애 지점입니까?

애플리케이션을 Amazon Web Services로 옮기려고합니다. 계획은 모든 EC2 인스턴스가 두 가용 영역에 걸쳐 미러링되도록하는 것입니다. 데이터 전송 비용으로 인해 단일 AWS 리전 (오레곤)에 머물게됩니다.

여러 AZ는 애플리케이션 및 데이터베이스 서버의 단일 실패 지점을 제거하지만 ELB는 어떻습니까? 두 개의 AZ에 트래픽을 분산하는 단일 ELB가있는 경우 ELB도이 두 AZ에 걸쳐 호스팅됩니까?

ELB가 SPoF가되지 않도록 Amazon은 무엇을합니까?

기본적으로 ELB는 EC2 인스턴스의 모음 일뿐입니다. ELB 를 생성 할 때로드 밸런서가 포함될 가용 영역을 지정합니다. 그런 다음 해당 영역에서로드 밸런서를 구성 할 인스턴스가 생성됩니다. 여기서 단일 장애 지점을 피하는 방법은 DNS 조회를 수행 할 때 여러 IP 주소를 반환하는 것입니다. 예를 들면 다음과 같습니다.

• website.example.com에 대한 DNS 조회는 CNAME website-elb-12345.eu-west-1.elb.amazonaws.com을 반환합니다.
• 조회는 website-elb-12345.eu-west-1.elb.amazonaws.com에 대한 정보도 반환합니다. 사이트의 IP 주소는 1.2.3.4이고 IP 주소는 2.3.4.5입니다.

연결하는 데 사용할 IP 주소를 선택하는 것은 클라이언트의 책임입니다. IP 주소가 DNS 조회에서 항상 같은 순서로 반환되는 것은 아닙니다. 클라이언트는 첫 번째 시도에서 연결할 수없는 경우 대체 IP 주소를 다시 시도 할 수 있습니다.

ELB에 대한 DNS 레코드의 TTL은 60 초에 불과합니다. 즉, ELB 인스턴스가 죽고 교체되어야하는 경우 DNS는 어느 곳에서나 빠르게 업데이트됩니다.

실제로 SPoF 일 수는 있지만 같은 지역 내에서만 SPoF 일 것이라고 생각합니다.

그렇기 때문에 AWS는 상태가 좋지 않은 ELB에서 발생하는 트래픽을 감지하고 다시 라우팅하기 위해 Route 53 상태 확인을 제안합니다.

Amazon Route 53 상태 확인 및 DNS 장애 조치 기능을 사용하여 Elastic Load Balancer 뒤에서 실행되는 애플리케이션의 가용성을 향상시킬 수 있습니다. 로드 밸런서에 등록 된 정상적인 EC2 인스턴스가 없거나 로드 밸런서 자체가 비정상 인 경우 Route 53은로드 밸런서에서 장애 조치를 수행합니다 .

출처 : http://aws.amazon.com/elasticloadbalancing/

로드, 응답 시간 등 단일 ELB가 X 팩터를 충족하지 않는 경우 새 ELB가 생성되는 자동 스케일링 그룹을 생성하여 단일 AZ SPoF를 해결할 수 있습니다. ELB는 본질적으로 독점 AWS 코드를 실행하는 EC2 인스턴스입니다.