상태 확인 생성 또는 업데이트 시 지정하는 값

상태 확인을 생성 또는 업데이트할 때 적용 가능한 값을 지정합니다. 상태 확인을 생성한 후에는 일부 값들을 변경할 수 없다는 점에 유의하십시오.

명칭

선택 사항이지만 권장되는 것: 상태 확인에 할당하고 싶은 이름. 이름(Name)에 대한 값을 지정하면, Route 53가 상태 확인에 태그를 추가하고 태그 키에 이름(Name)의 값을 할당하며 지정한 값을 태그 값에 할당합니다. 이름(Name) 태그의 값은 Route 53 콘솔의 상태 확인 목록에 표시되는데, 이는 상태 확인을 서로 쉽게 구별할 수 있게 해줍니다.

태그 지정 및 상태 확인에 대한 자세한 내용은 다음(상태 확인에 대한 이름 및 태그 지정)을 참조하십시오.

모니터링할 항목

이 상태 확인을 통해 엔드포인트 또는 다른 상태 확인의 상태를 모니터링할지 여부:

• 엔드포인트(Endpoint) - Route 53는 사용자가 지정하는 엔드포인트의 상태를 모니터링합니다. 도메인 이름 또는 IP 주소와 포트를 제공하여 엔드포인트를 지정할 수 있습니다.

  참고

  AWS 엔드포인트가 아닌 것을 지정하는 경우 추가 요금이 적용됩니다. AWS 엔드포인트의 정의를 비롯한 자세한 내용은 Route 53 요금(Route 53 Pricing) 페이지에서 "상태 확인" 섹션을 참조하세요.

• 다른 상태 확인(계산된 상태 확인)의 상태(Status of other health checks (calculated health check)) - Route 53는 이 상태 확인이 사용자가 지정하는 다른 상태 확인의 상태를 기준으로 정상인지 판단합니다. 또한, 정상으로 간주되는 이 상태 확인에 대해 상태 확인 중 얼마나 많이 정상이어야 하는지도 지정합니다.

• CloudWatch 경보 데이터 스트림 상태 - Route 53은 데이터 스트림의 경보 모니터링을 통해 이 상태 확인이 정상인지 여부를 판단합니다. CloudWatch

엔드포인트 모니터링

이 상태 확인을 통해 엔드포인트를 모니터링하려면 다음 값을 지정하십시오:

• Specify endpoint by

• Protocol

• IP address

• Host name

• Port

• Domain name

• Path

엔드포인트 지정

IP 주소나 도메인 이름을 사용하여 엔드포인트를 지정할지 여부.

상태 확인을 생성한 후에는 [Specify endpoint by]의 값을 변경할 수 없습니다.

프로토콜

엔드포인트 상태 확인을 위해 Route 53에서 사용하길 바라는 방법:

• HTTP - Route 53가 TCP 연결을 설정하려고 시도합니다. 성공할 경우 Route 53는 HTTP 요청을 제출하고 2xx 또는 3xx의 HTTP 상태 코드를 기다립니다.

• HTTPS - Route 53가 TCP 연결을 설정하려고 시도합니다. 성공할 경우 Route 53는 HTTPS 요청을 제출하고 2xx 또는 3xx의 HTTP 상태 코드를 기다립니다.

  중요

  HTTPS를 선택하는 경우 엔드포인트는 TLS v1.0을 지원해야 합니다.

  프로토콜 값으로 HTTPS를 선택할 경우 추가 요금이 적용됩니다. 자세한 내용은 Route 53 요금을 참조하세요.

• TCP - Route 53가 TCP 연결을 설정하려고 시도합니다.

자세한 설명은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

상태 확인을 생성한 후에는 프로토콜의 값을 변경할 수 없습니다.

IP 주소(IP address)("IP 주소로 엔드포인트 지정(Specify endpoint by IP address)" 전용)

IP 주소로 엔드포인트 지정(Specify endpoint by IP address)을 선택한 경우 Route 53가 상태 확인을 수행하게 하려는 엔드포인트의 IPv4 또는 IPv6 주소입니다.

Route 53는 IP 주소가 로컬, 프라이빗, 라우팅 불가, 또는 멀티캐스트 범위에 있는 엔드포인트의 상태는 확인할 수 없습니다. 상태 확인을 생성할 수 없는 IP 주소에 대한 자세한 내용은 다음 문서를 참조하십시오.

• RFC 5735, Special Use IPv4 Addresses(RFC 5735, 특수 용도 IPv4 주소)

• RFC 6598, IANA-Reserved IPv4 Prefix for Shared Address Space(RFC 6598, IANA에서 공유 주소 공간으로 예약된 IPv4 접두사).

• RFC 5156, Special-Use IPv6 Addresses(RFC 5156, 특수 용도 IPv6 주소)

엔드포인트가 Amazon EC2 인스턴스일 경우, 탄력적 IP 주소를 생성하여 EC2 인스턴스와 연결하고 탄력적 IP 주소를 지정하는 것이 좋습니다. 이렇게 하면 인스턴스의 IP 주소가 변경되지 않습니다. 자세한 내용은 Linux 인스턴스용 Amazon EC2 사용 설명서의 탄력적 IP 주소(EIP)를 참조하세요.

Amazon EC2 인스턴스를 삭제하는 경우 EIP에 연결된 상태 확인도 삭제해야 합니다. 자세한 설명은 상태 확인을 위한 탄력적 IP 주소 모범 사례 섹션을 참조하세요.

참고

AWS 엔드포인트가 아닌 것을 지정하는 경우 추가 요금이 적용됩니다. AWS 엔드포인트의 정의를 비롯한 자세한 내용은 Route 53 요금 페이지에서 "상태 확인" 섹션을 참조하세요.

호스트 이름(Host name)("IP 주소로 엔드포인트 지정(Specify endpoint by IP address)" 전용, HTTP 및 HTTPS 프로토콜 전용)

HTTP 및 HTTPS 상태 확인의 Host 헤더에서 Route 53가 전달하길 원하는 값입니다. 이 값은 일반적으로 Route 53가 상태 확인을 수행하기를 원하는 웹 사이트의 전체 주소 도메인 이름입니다. 다음은 Route 53이 엔드포인트의 상태를 확인할 때 어떻게 Host 헤더를 생성하는지를 보여줍니다.

• 포트(Port)에 80 값을 지정하고, 프로토콜(Protocol)에 HTTP를 지정하면, Route 53가 호스트 이름(Host name) 값을 포함하는 Host 헤더를 엔드포인트에 전달합니다.

• 포트(Port)에 443 값을 지정하고, 프로토콜(Protocol)에 HTTPS를 지정하면, Route 53가 호스트 이름(Host name) 값을 포함하는 Host 헤더를 엔드포인트에 전달합니다.

• 포트(Port)에 다른 값을 지정하고, 프로토콜(Protocol)에 HTTP 또는 HTTPS를 지정하면, Route 53가 Host name:Port를 포함하는 Host 헤더를 엔드포인트에 전달합니다.

IP 주소로 엔드포인트를 지정하도록 선택하고 호스트 이름 값을 지정하지 않은 경우, Route 53는 이전 사례의 각각에서 Host 헤더의 IP 주소 값을 대체합니다.

포트

Route 53에서 상태 확인을 수행할 엔드포인트의 포트입니다.

도메인 이름(Domain name)("도메인 이름으로 엔드포인트 지정(Specify endpoint by domain name)" 전용, 모든 프로토콜)

도메인 이름으로 엔드포인트 지정(Specify endpoint by domain name)을 선택한 경우 Route 53가 상태 확인을 수행하게 하려는 엔드포인트의 도메인 이름(example.com) 또는 하위 도메인 이름(backend.example.com) 입니다.

도메인 이름으로 엔드포인트를 지정하도록 선택하는 경우, Route 53는 도메인 이름(Domain name)에 지정한 도메인 이름을 확인하기 위해 요청 간격(Request interval)에 지정한 간격으로 DNS 쿼리를 전송합니다. 그런 다음 Route 53는 DNS가 반환하는 IP 주소를 사용하여 엔드포인트의 상태를 확인합니다.

참고

도메인 이름으로 엔드포인트를 지정하는 경우에는 Route 53가 IPv4만 사용하여 상태 확인을 엔드포인트에 전송합니다. [Domain name]에 지정하는 도메인 이름에 대해 A 유형의 레코드가 없는 경우에는 "DNS resolution failed" 오류와 함께 상태 확인이 중단됩니다.

장애 조치, 지리 위치, 지리적 근접성, 지연 시간, 다중 값, 가중치 레코드의 상태를 확인하려는 경우, 도메인 이름에 따라 엔드포인트를 지정하도록 선택하면 각 엔드포인트에 대해 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. [Domain name]의 값은 레코드의 이름(www.example.com)이 아니라 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

중요

이 구성에서 [Domain name]의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

또한, 프로토콜(Protocol) 값이 HTTP 또는 HTTPS인 경우, 이 목록의 앞부분에서 호스트 이름(Host name)에 설명된 대로 Route 53는 Host 헤더의 도메인 이름(Domain name) 값을 전달합니다. 프로토콜(Protocol)의 값이 TCP라면, Route 53는 Host 헤더를 전달하지 않습니다.

참고

AWS 엔드포인트가 아닌 것을 지정하는 경우 추가 요금이 적용됩니다. AWS 엔드포인트의 정의를 비롯한 자세한 내용은 Route 53 요금 페이지에서 "상태 확인" 섹션을 참조하세요.

경로(HTTP 및 HTTPS 프로토콜 전용)

상태 확인을 수행할 때 Route 53에서 요청할 경로입니다. 이 경로는 엔드포인트가 정상일 때 2xx 또는 3xx의 HTTP 상태 코드를 반환하는 값이면 무엇이든 가능한데, 예를 들면 /docs/route53-health-check.html 파일이 있습니다. 쿼리 문자열 파라미터를 포함해도 됩니다(예: /welcome.html?language=jp&login=y). 앞에 슬래시(/) 문자가 없으면 Route 53가 자동으로 하나 추가합니다.

다른 상태 확인 모니터링(계산된 상태 확인)

이 상태 확인을 통해 다른 상태 확인의 상태를 모니터링하려면 다음 값을 지정하십시오:

• Health checks to monitor

• Report healthy when

• Invert health check status

• Disabled

모니터링할 상태 확인

이 상태 확인의 상태를 결정하기 위해 Route 53에서 모니터링하도록 하려는 상태 확인입니다.

[Health checks to monitor]에 최대 256개의 상태 확인을 추가할 수 있습니다. 목록에서 상태 확인을 제거하려면 해당 상태 확인에 대한 강조 표시의 오른쪽에 있는 [x]를 선택합니다.

참고

다른 계산된 상태 확인의 상태를 모니터링하기 위한 계산된 상태 확인을 구성할 수는 없습니다.

계산된 상태 확인이 모니터링 중인 상태 확인을 비활성화할 경우, Route 53는 계산된 상태 확인이 정상인지 여부를 계산하기 때문에 비활성화된 상태 확인이 정상인 것으로 간주합니다. 비활성화된 상태 확인을 비정상인 것으로 간주해야 할 경우에는 Invert health check status(상태 확인 상태 변환) 확인란을 선택합니다.

정상 보고 시기

Route 53가 상태 확인이 정상인지 확인하기 위해 수행하도록 하려는 계산:

• 선택된 상태 확인 y 중 최소 x개가 정상인 경우 정상 보고(Report healthy when at least x of y selected health checks are healthy) - Route 53는 모니터링할 상태 확인(Health checks to monitor)에 추가한 지정된 수의 상태 확인이 정상일 때 이 상태 확인이 정상인 것으로 간주합니다. 유념할 사항:

  • 모니터링할 상태 확인(Health checks to monitor)에서 상태 확인의 수보다 큰 수를 지정할 경우, Route 53는 항상 이 상태 확인을 비정상으로 간주합니다.

  • 0을 지정하면 Route 53는 항상 이 상태 확인을 정상으로 간주합니다.

• 모든 상태 확인이 정상인 경우 정상 보고(AND)(Report healthy when all health checks are healthy(AND)) - Route 53는 모니터링할 상태 확인(Health checks to monitor)에 추가한 모든 상태 확인이 정상일 때만 이 상태 확인이 정상인 것으로 간주합니다.

• 하나 이상의 상태 확인이 정상인 경우 정상 보고(OR)(Report healthy when one or more health checks are healthy(OR)) - Route 53는 모니터링할 상태 확인(Health checks to monitor)에 추가한 상태 확인 중 하나라도 정상일 때 이 상태 확인이 정상인 것으로 간주합니다.

상태 확인 상태 반전

Route 53가 상태 확인의 상태를 반전하도록 할지 선택합니다. 이 옵션을 선택하면 Route 53가 상태가 정상일 때는 상태 확인이 비정상인 것으로 간주하고, 그 반대도 마찬가지입니다.

비활성화됨

Route 53의 상태 확인 실행을 정지시킵니다. 상태 확인을 비활성화하면 Route 53가 참조된 상태 확인 상태의 집계를 중지합니다.

상태 확인을 비활성화한 후에는 Route 53는 상태 확인 상태가 항상 정상인 것으로 간주합니다. DNS 장애 조치를 구성한 경우에는 Route 53가 해당 리소스로 트래픽을 계속 라우팅합니다. 트래픽이 리소스로 라우팅되는 것을 중지해야 할 경우에는 Invert health check status 값을 변경합니다.

참고

상태 확인에 대한 요금은 상태 확인이 비활성화되어 있을 때도 적용됩니다.

CloudWatch 경보 모니터링

이 상태 점검에서 경보의 경보 상태를 모니터링하려면 다음 값을 지정하십시오. CloudWatch

• CloudWatch alarm

• Health check status

• Invert health check status

• Disabled

CloudWatch 알람

Route 53에서 이 상태 확인이 정상인지 여부를 판단하는 데 사용할 CloudWatch 경보를 선택하십시오. CloudWatch 경보는 상태 AWS 계정 확인과 동일해야 합니다.

참고

Route 53은 다음과 같은 기능을 갖춘 CloudWatch 경보를 지원합니다.

• 표준 분해능 지표. 고분해능 지표는 지원되지 않습니다. 자세한 내용은 Amazon CloudWatch 사용 설명서의 고해상도 지표를 참조하십시오.

• 통계: Average, Minimum, Maximum, Sum 및 SampleCount. 확장된 통계는 지원되지 않습니다.

• Route 53는 “N 중 M” 경보를 지원하지 않습니다. 자세한 내용은 Amazon CloudWatch 가이드의 경보 평가를 참조하십시오.

Route 53은 지표 수학을 사용하여 여러 CloudWatch 지표를 쿼리하는 경보를 지원하지 않습니다.

경보를 생성하려는 경우 다음 단계를 수행하십시오.

1. 생성을 선택합니다. CloudWatch 콘솔이 새 브라우저 탭에 나타납니다.

2. 관련 값들을 입력합니다. 자세한 내용은 Amazon CloudWatch 사용 설명서의 CloudWatch 경보 생성 또는 편집을 참조하십시오.

3. Route 53 콘솔이 나타나는 브라우저 탭으로 돌아갑니다.

4. CloudWatch알람 목록 옆에 있는 새로 고침 버튼을 선택합니다.

5. 목록에서 새 경보를 선택합니다.

중요

상태 확인을 생성한 후 CloudWatch 경보 설정을 변경하는 경우 상태 확인을 업데이트해야 합니다. 자세한 설명은 CloudWatch 경보 설정 변경 시 상태 확인 업데이트 ( CloudWatch경보만 모니터링하는 상태 확인) 섹션을 참조하세요.

상태 확인 상태

경보용으로 CloudWatch 선택한 경보의 상태를 판단하기에 데이터가 충분하지 CloudWatch 않은 경우 상태 점검 상태 (정상, 비정상 또는 마지막으로 알려진 상태) 를 선택합니다. 마지막으로 알려진 상태를 사용하기로 선택하면 Route 53은 경보 상태를 판단하기에 충분한 데이터가 CloudWatch 있었던 마지막 시점의 상태 점검 상태를 사용합니다. 마지막으로 알려진 상태가 없는 새로운 상태 확인의 경우 상태 확인의 기본 상태는 정상입니다.

Health check status 값은 CloudWatch 지표의 데이터 스트림을 잠시 사용할 수 없을 때 임시 상태를 제공합니다. (Route 53은 해당 경보의 상태가 아니라 CloudWatch 지표에 대한 데이터 스트림을 모니터링합니다.) 측정치를 자주 또는 장기간(몇 시간 이상) 사용하지 않을 예정인 경우, 마지막으로 알려진 상태를 사용하지 않는 것이 좋습니다.

상태 확인 상태 반전

Route 53가 상태 확인의 상태를 반전하도록 할지 선택합니다. 이 옵션을 선택하면 Route 53가 상태가 정상일 때는 상태 확인이 비정상인 것으로 간주하고, 그 반대도 마찬가지입니다.

비활성화됨

Route 53의 상태 확인 실행을 정지시킵니다. 상태 확인을 비활성화하면 Route 53은 해당 CloudWatch 지표의 모니터링을 중단합니다.

상태 확인을 비활성화한 후에는 Route 53는 상태 확인 상태가 항상 정상인 것으로 간주합니다. DNS 장애 조치를 구성한 경우에는 Route 53가 해당 리소스로 트래픽을 계속 라우팅합니다. 트래픽이 리소스로 라우팅되는 것을 중지해야 할 경우에는 Invert health check status 값을 변경합니다.

참고

상태 확인에 대한 요금은 상태 확인이 비활성화되어 있을 때도 적용됩니다.

고급 구성("Monitor an endpoint" 전용)

엔드포인트를 모니터링하기 위해 이 옵션을 선택할 경우 다음 설정을 지정할 수도 있습니다:

• Request interval

• Failure threshold

• String matching

• Search string

• Latency graphs

• Enable SNI

• Health checker regions

• Invert health check status

• Disabled

요청 간격

각 Route 53 상태 확인 프로그램이 엔드포인트로부터 응답을 받는 시점과 그 다음 상태 확인 요청을 전송하는 시점 사이에 경과된 초 단위 시간. 30초 간격을 선택한 경우 전 세계 데이터 센터에 있는 각 Route 53 상태 확인 프로그램에서 30초 간격으로 엔드포인트에 상태 확인 요청을 보냅니다. 평균적으로 엔드포인트에서는 약 2초 간격으로 상태 확인 요청을 수신합니다. 간격을 10초로 선택하면, 엔드포인트는 1초당 1회 이상 요청을 받게 됩니다.

다른 데이터 센터에 있는 Route 53 상태 확인 프로그램은 상호 연계되지 않으므로 선택한 간격에 상관 없이 초당 여러 번의 요청이 표시되는 경우도 있고 몇 초 동안 상태 확인이 없는 경우도 있습니다.

상태 확인을 생성한 후에는 [Request interval]의 값을 변경할 수 없습니다.

참고

요청 간격(Request interval)의 값으로 빠른 간격(10초)을 선택한 경우 추가 요금이 적용됩니다. 자세한 내용은 Route 53 요금을 참조하세요.

실패 임계값

이 현재 엔드포인트의 상태를 비정상에서 정상 또는 그 반대로 변경하도록 하기 위해서 엔드포인트가 Route 53을 위해 전송 또는 실패해야 하는 연속적인 상태 확인 횟수입니다. 자세한 설명은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 섹션을 참조하세요.

문자열 일치(String matching)(HTTP 및 HTTPS 전용)

Route 53가 HTTP 또는 HTTPS 요청을 엔드포인트로 제출하고 지정된 문자열에 대한 응답의 본문을 검색함으로써 엔드포인트의 상태를 판단하기를 원하는가 여부. 응답의 본문이 문자열 검색(Search string)에서 지정한 값을 포함하고 있다면, Route 53는 엔드포인트가 정상이라고 판단합니다. 그렇지 않다면, 또는 엔드포인트가 응답하지 않는다면, Route 53는 엔드포인트가 비정상이라고 여깁니다. 문자열 검색은 응답 본문의 최초 5,120바이트 내에서 모두 나타나야 합니다.

상태 확인을 생성한 후에는 [ String matching]의 값을 변경할 수 없습니다.

참고

문자열 일치(String matching) 값으로 예(Yes)를 선택하는 경우 추가 요금이 적용됩니다. 자세한 내용은 Route 53 요금을 참조하세요.

상태 확인 프로그램이 압축된 응답을 처리하는 방법

엔드포인트가 압축된 응답을 반환하는 웹 서버인 경우 Route 53 상태 확인 프로그램은 웹 서버가 상태 확인 프로그램이 지원하는 압축 알고리즘을 사용하여 응답을 압축한 경우에만 지정된 문자열 검색을 확인하기 전에 응답을 압축 해제합니다. 상태 확인 프로그램은 다음과 같은 압축 알고리즘을 지원합니다.

• Gzip

• Deflate

응답이 다른 알고리즘을 사용하여 압축된 경우 상태 확인 프로그램은 문자열을 검색하기 전에 응답을 압축 해제할 수 없습니다. 이 경우 검색은 거의 항상 실패하며 Route 53는 엔드포인트를 비정상으로 간주합니다.

문자열 검색(Search string)("문자열 일치(String matching)"가 활성화된 경우만)

Route 53가 엔드포인트로부터 오는 응답의 본문에서 검색하길 원하는 문자열입니다. 최대 길이는 255자입니다.

Route 53는 응답의 본문에서 문자열 검색(Search string)을 검색하는 경우를 고려합니다.

지연 시간 그래프

Route 53이 여러 AWS 지역의 상태 확인 프로그램과 엔드포인트 간의 지연 시간을 측정하도록 할지 여부를 선택합니다. 이 옵션을 선택하면 Route 53 콘솔의 상태 확인 페이지에 있는 지연 시간 탭에 지연 시간 그래프가 나타납니다. CloudWatch Route 53 상태 확인 프로그램이 엔드포인트에 연결할 수 없으면 Route 53가 그 엔드포인트에 대한 지연 시간 그래프를 표시할 수 없습니다.

상태 확인을 생성한 후에는 [Latency measurements]의 값을 변경할 수 없습니다.

참고

상태 확인 프로그램과 엔드포인트 간 지연을 측정하도록 Route 53를 구성할 경우 추가 요금이 적용됩니다. 자세한 내용은 Route 53 요금을 참조하세요.

SNI 활성화(HTTPS 전용)

Route 53에서 TLS 협상 중에 client_hello 메시지의 엔드포인트로 호스트 이름을 보내도록 할지 여부를 지정합니다. 그러면 엔드포인트에서 해당하는 SSL/TLS 인증서를 사용하여 HTTPS 요청에 응답할 수 있습니다.

일부 엔드포인트의 경우, HTTPS 요청에는 client_hello 메시지에 호스트 이름이 포함되어야 합니다. SNI를 사용하지 않는 경우, 상태 확인의 상태는 SSL alert handshake_failure가 됩니다. 상태 확인의 상태는 다른 이유가 될 수도 있습니다. SNI를 사용하는데도 여전히 오류가 발생하는 경우, 엔드포인트의 SSL/TLS 구성을 확인하고 인증서가 유효한지 확인합니다.

다음과 같은 요구 사항을 확인합니다.

• 엔드포인트가 SNI를 지원해야 합니다.

• 엔드포인트의 SSL/TLS 인증서에는 Common Name 필드의 도메인 이름과 Subject Alternative Names 필드의 그 밖의 항목이 포함됩니다. 인증서의 도메인 이름 중 하나는 호스트 이름(Host name)에 지정하는 값과 일치해야 합니다.

상태 확인 리전

Route 53에서 권장 리전의 상태 확인 프로그램을 사용하여 엔드포인트의 상태를 확인할지 또는 지정한 리전의 상태 확인 프로그램을 사용하여 엔드포인트의 상태를 확인할지를 선택합니다.

상태 확인을 업데이트하여 상태 확인을 수행한 리전을 제거하면 Route 53는 해당 리전에서 최대 1시간 동안 검사를 계속 수행합니다. 이렇게 하면 일부 상태 확인 프로그램이 항상 엔드포인트를 확인하게 됩니다(예를 들어, 세 개의 리전을 네 개의 다른 리전으로 바꾼 경우).

사용자 지정을 선택하는 경우 리전에 대한 x를 선택하여 리전을 제거합니다. 목록 하단의 공백을 클릭하여 리전을 목록에 다시 추가합니다. 최소 3개의 리전을 지정해야 합니다.

상태 확인 상태 반전

Route 53가 상태 확인의 상태를 반전하도록 할지 선택합니다. 이 옵션을 선택하면 Route 53가 상태가 정상일 때는 상태 확인이 비정상인 것으로 간주하고, 그 반대도 마찬가지입니다. 예를 들어, 일치하는 문자열을 구성하고 엔드포인트가 특정 값을 반환하는 경우 Route 53가 상태 확인을 비정상으로 간주하고자 할 수 있습니다. 문자열 일치를 수행하는 상태 확인에 대한 자세한 내용은 String matching 단원을 참조하십시오.

비활성화됨

Route 53의 상태 확인 실행을 정지시킵니다. 상태 확인을 비활성화하면 Route 53는 TCP와 엔드포인트의 연결 시도를 중지합니다.

상태 확인을 비활성화한 후에는 Route 53는 상태 확인 상태가 항상 정상인 것으로 간주합니다. DNS 장애 조치를 구성한 경우에는 Route 53가 해당 리소스로 트래픽을 계속 라우팅합니다. 트래픽이 리소스로 라우팅되는 것을 중지해야 할 경우에는 Invert health check status 값을 변경합니다.

참고

상태 확인에 대한 요금은 상태 확인이 비활성화되어 있을 때도 적용됩니다.

상태 확인 실패 시 알림 메시지를 받음

다음 옵션을 사용하여 상태 확인 실패 시 이메일 알림을 구성합니다:

• Create alarm

• Send notification to

• Topic name

• Recipient email addresses

알람 생성(상태 확인 생성 시에만 해당)

기본 CloudWatch 경보를 생성할지 여부를 지정하십시오. Yes를 선택하면 이 엔드포인트의 상태가 비정상으로 변경되고 Route 53이 1분 동안 엔드포인트를 비정상으로 간주하면 Amazon SNS 알림을 CloudWatch 보냅니다.

참고

상태가 정상으로 다시 변경될 때 다른 Amazon SNS 알림을 CloudWatch 보내려는 경우 상태 확인을 생성한 후 다른 경보를 생성할 수 있습니다. 자세한 내용은 Amazon CloudWatch 사용 설명서의 Amazon CloudWatch 경보 생성을 참조하십시오.

기존 상태 확인에 대한 경보를 생성하길 원하거나 Route 53가 1분(기본값) 이상 또는 미만 동안 엔드포인트가 비정상이라고 여길 때 알림을 받기를 원한다면, 아니요(No)를 선택하고 상태 확인을 생성한 후 경보를 추가합니다. 자세한 설명은 CloudWatch를 이용한 상태 확인 모니터링 섹션을 참조하세요.

알림 보내기(경보 생성 시에만 해당)

알림을 기존 Amazon SNS 주제로 보낼지 아니면 새 주제로 보낼지 지정합니다. CloudWatch

• 기존 SNS 주제(Existing SNS topic) - 목록에서 주제의 이름을 선택합니다. 주제는 미국 동부(버지니아 북부) 리전에 있어야 합니다.

• 새 SNS 주제(New SNS topic) - 주제 이름(Topic name)에서 이름을 입력하고, 수신자(Recipients)에서 알림 수신자의 이메일 주소를 입력합니다. 여러 개의 주소는 쉼표(,), 세미콜론(;), 공백으로 구분합니다.

  Route 53는 미국 동부(버지니아 북부) 리전에서 주제를 생성합니다.

제목 이름(새로운 SNS 주제를 생성할 때만 해당)

[ New SNS Topic]을 지정했다면, 새 주제의 이름을 입력합니다.

수신자 이메일 주소(새로운 SNS 주제를 생성할 때만 해당)

[New SNS topic]을 지정한 경우 알림 수신자의 이메일 주소를 입력합니다. 여러 개의 이름은 쉼표(,), 세미콜론(;), 공백으로 구분합니다.