저는 서브 도메인을 가지고 있으며 이것을 몇 개의 EC2 인스턴스를 포함하는 아마존 탄성로드 밸런서에게 지적했습니다. 하위 도메인을 가리 키도록 CNAME 레코드를 만들고로드 균형 조정기의 DNS 이름 값을 입력했습니다.아마존 탄력적 인로드 밸런서를 생성하는 동적 IP가 변경됩니다.
이제 내 질문은 :
당신은 무작위로 탄성로드 밸런서 변경의 IP 주소를 알고있다.
그렇다면 응용 프로그램에서 하위 도메인의 DNS를 해결하도록 요청하면로드 균형 조정 프로그램의 성능이 저하 될 경우 DNS 전파 지연 문제 (로드 균형 조정기의 이전 IP 주소를 반환 할 수 있음)가 발생할 가능성이 있습니다. IP가 변경되었습니다.
새 IP가 전파 될 때까지 기다려야합니까? 또는 DNS 요청이 해결되기 바로 전에 탄성 부하 균형이 변경 되더라도 새로운 IP가 실시간으로 전파됩니까?
ELB의 IP 주소와 IP 주소 변경 경향에 대해 걱정할 필요가 없습니다. CNAME 레코드의 IP 주소 대신 DNS 이름 (IPv4 또는 IPv6) 중 하나를 입력하면됩니다. ELB는 예 : Test-ELB-12345678.us-east-1.elb.amazonaws.com을 제공합니다. ELB 정보 페이지에서는
견적
참고 :로드 밸런서 과 관련된 IP 주소의 설정은 시간이 지남에 따라 변경 될 수 있기 때문에, 당신은 어떤 특정와 "A"레코드를 작성해서는 안 IP 주소. Elastic Load Balancing 서비스에서 생성 된 이름 대신 부하 분산 장치에 친숙한 DNS 이름을 사용하려면 LoadBalancer DNS 이름에 대한 CNAME 레코드를 만들거나 Amazon Route 53를 사용하여 호스트 된 영역을 만들어야합니다 . 자세한 내용은 Using Domain Names With Elastic Load Balancing을 참조하십시오.
몇 년 전에 그러한 우려가 있었던 것 같습니다. 잠재적 문제를 설명하는 다음과 같은 흥미로운 기사를 읽을 수 있습니다. Elastic Load Balancer: An Elasticity Gotcha
문제는 DNS 해상도가 인터넷을 통해 여러 계층에서 캐시 것입니다. ELB가 확장되어 전역 풀에서 새 가상 장비 IP 주소를 가져 오면 일부 클라이언트가 다른 IP 주소를 다른 ELB의 DNS 이름을 확인하는 데 여전히 사용하고있을 수 있습니다. 이 다른 ELB는 당신에게 속하지 않을 수도 있습니다. 몇 시간 전에 다른 DNS 이름을 가진 다른 ELB가 DNS 조회에서 해당 IP 주소를 반환했습니다. 이제 해당 IP 주소가 ELB를 제공합니다. 그러나 어딘가의 클라이언트가 IP 주소를 사용하여 자신이 아닌 응용 프로그램에 도달하려고 시도 할 수 있습니다.
플립 사이드가 발생합니다. 어딘가의 클라이언트가 ELB의 DNS 이름을 지금 소유 한 IP 주소로 계속 해석 할 수 있습니다. 주소가 풀로 반환되면 해당 클라이언트의 서비스 연결 시도가 실패합니다. 그런 다음 동일한 가상 어플라이언스 IP가 다른 ELB에 사용되면 ELB DNS 이름에 대해 캐싱되었지만 현재는 아닌 DNS 확인을 사용하는 클라이언트가 다른 ELB 가상 어플라이언스로 향한 다음 당신이 아닌 인스턴스를 끝내십시오.
이제,이 문서는 2009 년과 2010 년 3 월, 아마존은 부분적으로 이러한 문제를 해결했습니다
ELB IP 주소에서 철회 후 1 시간 동안 ELB에 트래픽을 계속 그 ELB의 DNS 풀
더 오랜 시간 동안 DNS 항목을 캐시하는 일부 클라이언트는 여전히 영향을받을 수 있습니다.