단순 Amazon Route 53 구성에서 상태 확인 작동 방식 - Amazon Route 53

단순 Amazon Route 53 구성에서 상태 확인 작동 방식

동일한 기능을 수행하는 둘 이상의 리소스(예: example.com에 대한 둘 이상의 웹 서버)가 있으면 다음 상태 확인 기능을 사용하여 트래픽을 정상적인 리소스에만 라우팅할 수 있습니다.

EC2 인스턴스 및 기타 리소스(비 별칭 레코드)의 상태 확인

EC2 인스턴스와 같이 별칭 레코드를 생성할 수 없는 리소스로 트래픽을 라우팅하는 경우 각 리소스에 대해 레코드 및 상태 확인을 생성합니다. 그런 다음 각 상태 확인을 해당 레코드와 연결합니다. 상태 확인은 해당 리소스의 상태를 주기적으로 확인하고, Route 53는 상태 확인 보고에 따라 정상인 리소스에만 트래픽을 라우팅합니다.

AWS 리소스(별칭 레코드)의 상태 평가

별칭 레코드를 사용하여 ELB 로드 밸런서와 같은 일부 AWS 리소스로 트래픽을 라우팅하는 경우 Route 53가 리소스의 상태를 평가하여 정상인 리소스로만 트래픽을 라우팅하도록 구성할 수 있습니다. 별칭 레코드를 구성하여 리소스의 상태를 확인하는 경우 리소스에 대한 상태 확인을 생성할 필요가 없습니다.

단순 구성에서 Route 53가 리소스의 상태를 확인하도록 구성하는 방법에 대한 개요입니다.

  1. Route 53가 모니터링할 리소스를 식별합니다. 예컨대 example.com 대한 요청에 응답하는 HTTP 서버 전체를 모니터링하기 원할 수도 있습니다.

  2. 고유 데이터 센터의 EC2 인스턴스 또는 서버와 같은 레코드의 별칭을 생성할 수 없는 리소스의 상태 확인을 생성합니다. 리소스에 상태 확인 요청을 전송하는 방법을 지정합니다. 즉, 사용할 프로토콜(HTTP, HTTPS, 또는 TCP), 사용할 IP 주소 및 포트, 그리고 HTTP/HTTPS 상태 확인을 위한 도메인 이름 및 경로를 알려줍니다.

    참고

    ELB 로드 밸런서와 같이 별칭 레코드를 생성할 수 있는 리소스를 사용하는 경우 이러한 리소스에 대한 상태 확인을 생성하지 않습니다.

    기본 구성은 각 리소스마다 하나의 상태 확인을 생성하고 리소스마다 상태 확인 엔드포인트를 위한 동일한 IP 주소를 사용하는 것입니다. 상태 확인은 지정된 IP 주소로 요청을 전송합니다.

    참고

    Route 53는 IP 주소가 로컬, 프라이빗, 라우팅 불가, 또는 멀티캐스트 범위에 있는 리소스의 상태는 확인할 수 없습니다. 상태 확인을 생성할 수 없는 IP 주소에 대한 자세한 내용은 RFC 5735, Special Use IPv4 Addresses와 RFC 6598, IANA-Reserved IPv4 Prefix for Shared Address Space를 참조하십시오.

    상태 확인 생성에 대한 자세한 내용은 상태 확인의 생성, 업데이트 및 삭제 단원을 참조하십시오.

  3. 상태 확인에서 지정한 엔드포인트에 대해 Route 53가 규칙적으로 요청을 전송할 수 있도록 하기 위해서는 라우터 및 방화벽 규칙을 구성할 필요가 있을 수 있습니다. 자세한 내용은 Amazon Route 53 상태 확인을 위한 라우터 및 방화벽 규칙 구성 섹션을 참조하세요.

  4. 리소스(예: 가중치 기반 레코드 그룹)에 대한 레코드 그룹을 생성합니다. 별칭 및 비 별칭 레코드를 조합할 수 있습니다. 하지만 모두 동일한 [Name], [Type] 및 [Routing Policy] 값을 보유해야 합니다.

    Route 53가 리소스의 상태를 확인하도록 구성하는 방법은 별칭 레코드 또는 비 별칭 레코드 생성 여부에 따라 다릅니다.

    • 별칭 레코드(Alias records) - 대상 상태 평가(Evaluate Target Health)를 예(Yes)로 지정합니다.

    • 비 별칭 레코드(Non-alias records) - 2단계에서 생성한 상태 확인을 해당 레코드와 연결합니다.

    완료되면 구성은 다음 다이어그램과 비슷해지며, 비 별칭 레코드만을 포함합니다.

    3개의 가중치 기반 레코드 및 해당 상태 확인.

    Route 53 콘솔을 사용하여 레코드를 생성하는 방법에 대한 자세한 내용은 Amazon Route 53 콘솔을 사용하여 레코드 생성 섹션을 참조하세요.

  5. 상태 확인을 생성한 경우 Route 53는 각 상태 확인 시 엔드포인트로 요청을 주기적으로 전송하지만, DNS 쿼리를 수신할 때는 상태 확인을 수행하지 않습니다. Route 53는 응답을 근거로 엔드포인트가 정상인지 판단하고 그 정보를 이용하여 어떻게 쿼리에 응답할 것인지 결정합니다. 자세한 내용은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

    Route 53는 example.com의 A 레코드에서 지정된 IP 주소와 같이 레코드에 지정된 리소스의 상태를 확인하지 않습니다. 상태 확인을 레코드와 연결하면 Route 53는 상태 확인에서 지정한 엔드포인트의 상태를 확인하기 시작합니다. 또한 Route 53가 다른 상태 확인의 상태 또는 CloudWatch 경보의 데이터 스트림을 모니터링하도록 구성할 수도 있습니다. 자세한 내용은 Amazon Route 53 상태 확인 유형 섹션을 참조하세요.

Route 53가 example.com에 대한 쿼리를 수신할 때 다음 현상이 발생합니다.

  1. Route 53는 라우팅 정책을 기반으로 레코드를 선택합니다. 이 경우에는 가중치를 기반으로 레코드를 선택합니다.

  2. 선택한 레코드에 대한 상태 확인의 상태를 확인하여 해당 레코드의 현재 상태를 판단합니다.

  3. 선택한 레코드가 비정상인 경우 Route 53는 다른 레코드를 선택합니다. 이 경우 비정상적인 레코드는 고려 대상이 아닙니다.

    자세한 내용은 상태 확인 구성 시 Amazon Route 53의 레코드 선택 방식 섹션을 참조하세요.

  4. Route 53가 정상인 레코드를 찾으면 A 레코드의 IP 주소와 같이 해당되는 값으로 쿼리에 응답합니다.

다음 예제에서는 세 번째 레코드가 비정상적인 가중치 기반 레코드의 그룹을 보여 줍니다. 처음에 Route 53는 3개의 레코드 전체의 가중치를 기반으로 레코드를 선택합니다. 처음에 비정상적인 레코드를 선택하는 일이 발생하면 Route 53는 다른 레코드를 선택하지만 이번에는 세 번째 레코드의 가중치를 계산에서 제외합니다.

  • Route 53가 처음에 3개의 레코드 전체 중에서 선택할 때는 10/(10 + 20 + 20)이라는 시간의 약 20% 동안만 최초 레코드를 사용하여 요청에 응답합니다.

  • 이 세 번째 레코드가 비정상이라고 판단할 때는 10/(10 + 20)이라는 시간의 약 33% 동안만 최초 레코드를 사용하여 요청에 응답합니다.

3개의 가중치 기반 레코드 및 해당 상태 확인. 세 번째 상태 확인이 비정상이기 때문에 Route 53은 연결된 레코드가 비정상이라 간주합니다.

레코드 그룹에서 1개 이상의 레코드에 대한 상태 확인을 생략한 경우 Route 53가 해당 리소스의 상태를 확인할 방법이 없습니다. Route 53에서는 해당 레코드를 정상으로 취급합니다

3개의 가중치 기반 레코드, 그 중 둘만이 상태 확인 보유. Route 53은 항상 세 번째 레코드를 정상으로 간주합니다.