7.10. Load-balancing サービス HTTP ヘルスモニターのベストプラクティス
Web アプリケーションでヘルスチェックを生成するコードを作成するときは、次のベストプラクティスを使用してください。
-
ヘルスモニター
url-pathには、読み込む認証は必要ありません。 -
expected-codesを代わりに指定しない限り、デフォルトでは、ヘルスモニターurl-pathはサーバーが正常であることを示すためにHTTP 200 OKステータスコードを返します。 ヘルスチェックは、アプリケーションが完全に正常であることを確認するために、十分な内部チェックを実行します。アプリケーションについて、以下の条件を満たしていることを確認します。
- 必要なデータベースまたは他の外部ストレージ接続が稼働している。
- アプリケーションを実行するサーバーで読み込みが許可されている。
- お使いのサイトがメンテナンスモードにない。
- アプリケーションに固有のテストが機能する。
ヘルスチェックによって生成されるページのサイズは小さくする必要があります。
- 1 秒未満の間隔で戻ります。
- アプリケーションサーバーに大きな負荷は発生させません。
ヘルスチェックによって生成されたページはキャッシュされませんが、ヘルスチェックを実行するコードはキャッシュされたデータを参照する場合があります。
たとえば、cron を使用してさらに広範なヘルスチェックを実行し、結果をディスクに保存すると便利です。ヘルスモニターの
url-pathでページを生成するコードは、実行するテストにこの cron ジョブの結果を組み込みます。-
Load-balancing サービスは、返された HTTP ステータスコードのみを処理し、ヘルスチェックが頻繁に実行されるため、
HEADまたはOPTIONSHTTP メソッドを使用してページ全体の処理を省略できます。
