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

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

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

드롭다운에서 프로토콜을 선택하고 IP 주소, 포트, 경로를 텍스트 상자에 입력합니다.

자세한 내용은 Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법 단원을 참조하십시오.

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

IP 주소로 엔드포인트 지정을 선택한 경우 IP IPv6 주소에 Route 53에서 상태 확인을 수행할 엔드포인트의 IPv4 또는 주소를 입력할 수 있습니다.

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

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

Amazon EC2 인스턴스를 삭제하는 경우에 연결된 상태 확인도 삭제해야 합니다EIP. 자세한 내용은 Amazon Route 53 상태 확인의 모범 사례 단원을 참조하십시오.

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

경로(HTTP 및 HTTPS 프로토콜만 해당)의 경우 상태 확인을 수행할 때 Route 53에서 요청할 경로를 입력합니다. 경로는 file /docs/route53-health-check.html. You can also include query string parameters, for example, /welcome.html?language=jp&login=y와 같이 엔드포인트가 정상일 때 엔드포인트가 H TTP 상태 코드 2xx 또는 3xx를 반환하는 값일 수 있습니다. 앞에 슬래시(/) 문자가 없으면 Route 53가 자동으로 하나 추가합니다.

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

도메인 이름별로 엔드포인트를 지정하도록 선택하면 Route 53는 요청 간격에 지정한 간격으로 도메인 이름에 지정한 도메인 이름을 확인하는 DNS 쿼리를 보냅니다. 가 DNS 반환하는 IP 주소를 사용하여 Route 53은 엔드포인트의 상태를 확인합니다.

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

또한 프로토콜 값이 HTTP 또는 인 경우 HTTPSRoute 53은이 목록 앞부분의 호스트 이름에 설명된 대로 Host 헤더에 도메인 이름 값을 전달합니다. 프로토콜 값이 인 경우 TCPRoute 53은 Host 헤더를 전달하지 않습니다.

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

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

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

자세한 내용은 Amazon Route 53가 상태 확인이 정상인지 여부를 판단하는 방법 단원을 참조하십시오.

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

IP IPv6 주소로 엔드포인트 지정을 선택한 경우 Route 53에서 상태 확인을 수행할 엔드포인트의 IPv4 또는 주소입니다.

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

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

Amazon EC2 인스턴스를 삭제하는 경우에 연결된 상태 확인도 삭제해야 합니다EIP. 자세한 내용은 Amazon Route 53 상태 확인의 모범 사례 단원을 참조하십시오.

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

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

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

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

도메인 이름별로 엔드포인트를 지정하도록 선택하면 Route 53는 요청 간격에 지정한 간격으로 도메인 이름에 지정한 도메인 이름을 확인하는 DNS 쿼리를 보냅니다. 가 DNS 반환하는 IP 주소를 사용하여 Route 53은 엔드포인트의 상태를 확인합니다.

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

또한 프로토콜 값이 HTTP 또는 인 경우 HTTPSRoute 53은이 목록 앞부분의 호스트 이름에 설명된 대로 Host 헤더에 도메인 이름 값을 전달합니다. 프로토콜 값이 인 경우 TCPRoute 53는 Host 헤더를 전달하지 않습니다.

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

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

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

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

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

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

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

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

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

새 콘솔에서 상태 확인을 반전하려면 상태 확인 반전 섹션을 참조하세요.

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

새 콘솔에서 상태 확인을 비활성화하려면 상태 확인 비활성화 또는 활성화 섹션을 참조하세요.

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

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

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

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

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

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

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

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

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

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

새 콘솔에서 상태 확인을 반전하려면 상태 확인 반전 섹션을 참조하세요.

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

새 콘솔에서 상태 확인을 비활성화하려면 상태 확인 비활성화 또는 활성화 섹션을 참조하세요.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

TLS 협상 중에 Route 53가 client_hello 메시지의 엔드포인트로 호스트 이름을 전송할지 여부를 지정합니다. 이렇게 하면 엔드포인트가 해당 SSL/TLS 인증서로 HTTPS 요청에 응답할 수 있습니다.

일부 엔드포인트에서는 HTTPS 요청에 client_hello 메시지의 호스트 이름이 포함되어야 합니다. SNI를 활성화하지 않으면 상태 확인 상태에 실패가 표시될 수 있습니다. 오류 메시지는 SNI 정보가 포함되지 않은 요청에 응답하도록 서버가 구성된 방식에 따라 달라집니다. 상태 확인은 다른 이유로 실패 상태가 될 수도 있습니다. SNI가 활성화되어도 여전히 오류가 발생하는 경우 엔드포인트에서 SSL/TLS 구성을 확인하고 인증서가 유효한지 확인합니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

TLS 협상 중에 Route 53가 client_hello 메시지의 엔드포인트로 호스트 이름을 전송할지 여부를 지정합니다. 이렇게 하면 엔드포인트가 해당 SSL/TLS 인증서로 HTTPS 요청에 응답할 수 있습니다.

일부 엔드포인트의 경우, HTTPS 요청에는 client_hello 메시지에 호스트 이름이 포함되어야 합니다. SNI를 활성화하지 않으면 상태 확인 상태에 실패가 표시될 수 있습니다. 오류 메시지는 SNI 정보가 포함되지 않은 요청에 응답하도록 서버가 구성된 방식에 따라 달라집니다. 상태 확인은 다른 이유로 실패 상태가 될 수도 있습니다. SNI가 활성화되어도 여전히 오류가 발생하는 경우 엔드포인트에서 SSL/TLS 구성을 확인하고 인증서가 유효한지 확인합니다.

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

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

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

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

새 콘솔에서 상태 확인을 반전하려면 상태 확인 반전 섹션을 참조하세요.

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

새 콘솔에서 상태 확인을 비활성화하려면 상태 확인 비활성화 또는 활성화 섹션을 참조하세요.

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

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