6.10. Load-balancing サービス HTTP ヘルスモニターのベストプラクティス

Web アプリケーションでヘルスチェックを生成するコードを作成するときは、次のベストプラクティスを使用してください。

  • ヘルスモニター url-path には、読み込む認証は必要ありません。
  • expected-codes を代わりに指定しない限り、デフォルトでは、ヘルスモニター url-path はサーバーが正常であることを示すために HTTP 200 OK ステータスコードを返します。
  • ヘルスチェックは、アプリケーションが完全に正常であることを確認するために、十分な内部チェックを実行します。アプリケーションについて、以下の条件を満たしていることを確認します。

    • 必要なデータベースまたは他の外部ストレージ接続が稼働している。
    • アプリケーションを実行するサーバーで読み込みが許可されている。
    • お使いのサイトがメンテナーンスモードにない。
    • アプリケーションに固有のテストが機能する。
  • ヘルスチェックによって生成されるページのサイズは小さくする必要があります。

    • 1 秒未満の間隔で戻ります。
    • アプリケーションサーバーに大きな負荷は発生させません。
  • ヘルスチェックによって生成されたページはキャッシュされませんが、ヘルスチェックを実行するコードはキャッシュされたデータを参照する場合があります。

    たとえば、cron を使用してさらに広範なヘルスチェックを実行し、結果をディスクに保存すると便利です。ヘルスモニターの url-path でページを生成するコードは、実行するテストにこの cron ジョブの結果を組み込みます。

  • Load-balancing サービスは、返された HTTP ステータスコードのみを処理し、ヘルスチェックが頻繁に実行されるため、HEAD または OPTIONS HTTP メソッドを使用してページ全体の処理を省略できます。