翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# AWS Cloud Map サービスヘルスチェック設定
<a name="services-health-checks"></a>

ヘルスチェックは、サービスインスタンスが正常かどうかを判断するのに役立ちます。サービスの作成中にヘルスチェックを設定しない場合、トラフィックはインスタンスのヘルスステータスに関係なくサービスインスタンスにルーティングされます。ヘルスチェックを設定すると、 はデフォルトで正常なリソース AWS Cloud Map を返します。`DiscoverInstances` API の `[HealthStatus](https://docs.aws.amazon.com/cloud-map/latest/api/API_DiscoverInstances.html#cloudmap-DiscoverInstances-request-HealthStatus)`パラメータを使用して、ヘルスステータスでリソースをフィルタリングし、異常なリソースのリストを取得できます。`[GetInstancesHealthStatus](https://docs.aws.amazon.com/cloud-map/latest/api/API_GetInstancesHealthStatus.html)` API を使用して、特定のサービスインスタンスのヘルスステータスを取得することもできます。

 AWS Cloud Map サービスを作成するときに、Route 53 ヘルスチェックまたはカスタムのサードパーティーヘルスチェックを設定できます。

## Route 53 ヘルスチェック
<a name="services-health-checks-r53"></a>

Amazon Route 53 ヘルスチェックの設定を指定すると、 はインスタンスを登録するたびに Route 53 ヘルスチェック AWS Cloud Map を作成し、インスタンスの登録を解除するとヘルスチェックを削除します。

パブリック DNS 名前空間の場合、 は、インスタンスの登録時に が AWS Cloud Map 作成する Route 53 レコードにヘルスチェックを AWS Cloud Map 関連付けます。サービスの DNS 設定で `A` と の両方の`AAAA`レコードタイプを指定すると、 は IPv4 アドレスを使用してリソースのヘルスをチェックするヘルスチェック AWS Cloud Map を作成します。IPv4 アドレスで指定されたエンドポイントが異常である場合、Route 53 は レコード`A`と `AAAA`レコードの両方を異常と見なします。サービスの DNS 設定で`CNAME`レコードタイプを指定した場合、Route 53 ヘルスチェックを設定することはできません。

API コールを使用してインスタンスを検出する名前空間の場合、 AWS Cloud Map は Route 53 ヘルスチェックを作成します。ただし、 がヘルスチェックを関連付け AWS Cloud Map る DNS レコードはありません。ヘルスチェックが正常かどうかを判断するには、Route 53 コンソールまたは Amazon CloudWatch を使用してモニタリングを設定することができます。Route 53 コンソールの使用方法の詳細については、*Amazon Route 53 デベロッパーガイド*の「[ヘルスチェックが失敗した場合に通知を取得する](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating-values.html#health-checks-creating-values-alarm)」を参照してください。CloudWatch の使用方法の詳細については、*Amazon CloudWatch API リファレンス*の 「[PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html)」を参照してください。

**注記**  
プライベート DNS 名前空間で作成されたサービスの Amazon Route 53 ヘルスチェックを設定することはできません。
各ヘルスチェックの Route 53 ヘルスチェッカーは、30 秒ごとにヘルスチェックリクエストをエンドポイント AWS リージョン に送信します。平均して、エンドポイントは約 2 秒ごとにヘルスチェックリクエストを受け取ることになります。ただし、ヘルスチェッカーは互いに調整しません。そのため、1 秒以内に複数のリクエストを受け取った後で数秒間、ヘルスチェックを受け取らないという状況が発生する場合があります。ヘルスチェックリージョンのリストについては、[「リージョン](https://docs.aws.amazon.com/Route53/latest/APIReference/API_HealthCheckConfig.html#Route53-Type-HealthCheckConfig-Regions)」を参照してください。

Route 53 ヘルスチェックの料金については、「[Route 53 の料金](https://aws.amazon.com/route53/pricing/)」を参照してください。

## カスタムヘルスチェック
<a name="services-health-check-custom"></a>

インスタンスの登録時にカスタムヘルスチェックを使用する AWS Cloud Map ように を設定する場合は、サードパーティーのヘルスチェッカーを使用してリソースのヘルスを評価する必要があります。カスタムヘルスチェックは、以下の状況で役立ちます。
+ インターネット経由でリソースにアクセスできないため、Route 53 ヘルスチェックを使用することができません。例えば、Amazon VPC にあるインスタンスがあるとします。このインスタンスにはカスタムヘルスチェックを使用できます。ただし、ヘルスチェックが機能するには、ヘルスチェッカーもインスタンスと同じ VPC にある必要があります。
+ リソースの場所に関係なく、サードパーティーのヘルスチェッカーを使用します。

カスタムヘルスチェックを使用する場合、 AWS Cloud Map は特定のリソースの状態を直接チェックしません。代わりに、サードパーティーのヘルスチェッカーはリソースの状態をチェックし、アプリケーションにステータスを返します。その後、アプリケーションはこのステータスをリレーする`[UpdateInstanceCustomHealthStatus](https://docs.aws.amazon.com/cloud-map/latest/api/API_UpdateInstanceCustomHealthStatus.html)`リクエストを送信する必要があります AWS Cloud Map。リレーされた初期ステータスが であり`UNHEALTHY`、30 秒`[UpdateInstanceCustomHealthStatus](https://docs.aws.amazon.com/cloud-map/latest/api/API_UpdateInstanceCustomHealthStatus.html)`以内に のステータスをリレーする別の がない場合`HEALTHY`、リソースは異常であると見なされます。 はそのリソースへのトラフィックのルーティング AWS Cloud Map を停止します。