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

# Amazon Route 53 ヘルスチェックのベストプラクティス
<a name="best-practices-healthchecks"></a>

可用性と回復力の高いインフラストラクチャを維持するには、効果的なヘルスチェック設定が不可欠です。Amazon Route 53 ヘルスチェックをセットアップおよび管理する際に考慮すべきいくつかのベストプラクティスを以下に示します。

1.  **エンドポイントのヘルスチェックを行う際に Elastic IP アドレスを使用する:**
   + ヘルスチェックエンドポイントに Elastic IP アドレスを活用して、一貫したモニタリングを確保します。
   + Amazon EC2 インスタンスを使用しなくなった場合は、潜在的なセキュリティリスクやデータ侵害を避けるため、関連するヘルスチェックを忘れずに削除してください。

   詳細については、「[ヘルスチェックを作成または更新するときに指定する値](health-checks-creating-values.md)」を参照してください。

1. **適切なヘルスチェック間隔を設定する:**
   + アプリケーションの要件とモニタリング対象リソースの重要度に基づいてヘルスチェック間隔を設定します。
   +  間隔を短くすると、障害検出が速くなりますが、Route 53 のコストが増加し、リソースに負荷がかかる可能性があります。
   + 間隔を長くすると、コストとリソースの負荷は軽減されますが、障害の検出が遅くなる可能性があります。

   詳細については、「[高度な設定 (「エンドポイントを監視」する場合のみ)](health-checks-creating-values.md#health-checks-creating-values-advanced)」を参照してください。

1. **アラーム通知を実装する:**
   + ヘルスチェックが失敗または回復したときに通知を受信するように Amazon CloudWatchalarms を設定します。
   + アプリケーションの要件とリソースの予想される動作に基づいて、適切なアラームのしきい値を設定します。
   + 通知をモニタリングおよびインシデントレスポンスプロセスと統合します。

   詳細については、「[CloudWatch を使用したヘルスチェックのモニタリング](monitoring-health-checks.md)」を参照してください。

1. **ヘルスチェックリージョンを戦略的に活用する:**
   + ユーザーとリソースの地理的分布に基づいてヘルスチェックリージョンを選択します。
   +  信頼性を向上させ、リージョンの停止の影響を軽減するために、重要なリソースに複数のヘルスチェックリージョンを使用することを検討してください。

1. **ヘルスチェックのログとメトリクスをモニタリングする:** 
   + Route 53 ヘルスチェックのログと CloudWatch メトリクスを定期的に確認し、潜在的な問題やパフォーマンスのボトルネックを特定する
   + ヘルスチェックの失敗の理由を分析し、根本的な問題を解決するための適切なアクションを実行します。

1. **フェイルオーバー戦略とフェイルバック戦略を実装する:**
   + Route 53 のフェイルオーバールーティングポリシーを活用して、障害発生時に正常なリソースにトラフィックを自動的にルーティングします。
   + フェイルオーバーとフェイルバックのプロセスを計画してテストし、停止や復旧中にシームレスな移行を確実に行います。

   詳細については、「[DNS フェイルオーバーの設定](dns-failover-configuring.md)」を参照してください。

1. **ヘルスチェックを定期的に確認および更新する:**
   + 必要に応じてヘルスチェックのエンドポイント、間隔、アラームしきい値を更新して、最適なモニタリングとパフォーマンスを維持します。

これらのベストプラクティスに従って、Amazon Route 53 ヘルスチェックを効果的に活用して、リソースのヘルスと可用性をモニタリングし、アプリケーションとサービスに信頼性とパフォーマンスの高いインフラストラクチャを確保できます。