このページは Cloud Translation API によって翻訳されました。

自動クロスリージョンフェイルオーバーのための Private Service Connect のヘルスチェックについて

Private Service Connect のヘルスチェックを使用すると、サービスプロデューサーは、Private Service Connect バックエンドを使用するサービスコンシューマーの自動クロスリージョンフェイルオーバーをサポートするヘルス状態を定義できます。これらの健全性状態は、サービスプロデューサーのバックエンド（VM またはネットワークエンドポイント）の集約された健全性に基づいており、レスポンスの失敗から健全性を推測する外れ値検出よりも正確なフェイルオーバーシグナルをコンシューマーに提供します。

クロスリージョンフェイルオーバーを有効にするには、サービスプロデューサーとコンシューマーの両方がマルチリージョンデプロイを使用する必要があります。Private Service Connect のヘルスチェックを構成すると、公開された各リージョンサービスのヘルス状態がコンシューマーのロードバランサに自動的に伝播されます。あるリージョンのサービスインスタンスが異常な状態になると、コンシューマーのロードバランサはそのサービスへのトラフィックの転送を停止し、代わりに別のリージョンの正常なサービスインスタンスにトラフィックを転送します。

デプロイの要件

自動フェイルオーバーに Private Service Connect ヘルスを使用するには、このセクションで説明するように、サービスプロデューサーとサービスコンシューマーの両方がマルチリージョンデプロイ用にリソースを構成する必要があります。ロードバランサとバックエンドのタイプの要件の詳細については、仕様をご覧ください。

プロデューサーの構成:

各リージョンにサービスをデプロイします。サービスの各リージョンインスタンスは、バックエンドによるアクセスをサポートするリージョンロードバランサ上に構成する必要があります。
サービスアタッチメントを作成して、サービスの各リージョンインスタンスを公開します。

コンシューマーの構成:

公開サービスにアクセスする Private Service Connect バックエンドを作成します。バックエンドは、クロスリージョンフェイルオーバーをサポートするロードバランサに基づいており、次の構成が含まれている必要があります。
- 各リージョンのサービスアタッチメントを指す、そのリージョンの Private Service Connect NEG
- NEG バックエンドを含むグローバルバックエンドサービス

この例は、複数のリージョンで公開されているサービスに接続するコンシューマーグローバル外部アプリケーションロードバランサを示しています。サポートされているグローバルまたはクロスリージョンロードバランサを使用してマルチリージョンサービスにアクセスすると、サービスコンシューマーは Private Service Connect のヘルスチェックを利用して、クロスリージョンフェイルオーバーを自動的に行うことができます（クリックして拡大）。

Private Service Connect のヘルスコンポーネント

Private Service Connect のヘルスチェックは、次のコンポーネントを使用して、自動クロスリージョンフェイルオーバーをサポートします。

ヘルス集計ポリシー

ヘルス集約ポリシーは、バックエンドサービスが正常とみなされるために満たす必要のある条件を定義するために作成するリソースです。ポリシーは、定期的なヘルスチェックによって決定されたバックエンドサービスのバックエンド（インスタンスグループ内の VM または NEG 内のネットワークエンドポイント）のヘルス状態を集約します。

次の 2 つの構成可能な条件が満たされている場合、バックエンドサービスは正常とみなされます。

正常なエンドポイントの割合: 正常である必要があるバックエンドの最小割合。デフォルトは 60% です。
正常なエンドポイントの最小数: 正常でなければならないバックエンドの最小数。デフォルト値は 1 です。

たとえば、バックエンドサービスのバックエンドの 75% 以上が正常で、正常なバックエンドが 3 つ以上あることを指定するポリシーを作成できます。正常なバックエンドの数がこれらのしきい値のいずれかを下回ると、バックエンドサービスは異常とみなされます。

健康に関する情報源

ヘルスソースは、複合ヘルスチェックの一部として、単一のバックエンドサービスの健全性を集計に使用できるようにするリソースです。ヘルスソースを作成するときに、次の項目を指定します。

モニタリングするバックエンドサービス
バックエンドサービスの健全性を判断するヘルス集計ポリシー

ヘルスソースは、ヘルス集約ポリシーで定義された条件を使用して、関連付けられたバックエンドサービスのヘルス状態を判断します。

複合ヘルスチェック

複合ヘルスチェックは、1 つ以上のヘルスソースのヘルス状態を集計して、リージョンで公開されたサービスの単一の複合ヘルス状態を生成するリソースです。関連付けられた各ヘルスソースが正常な場合、公開されたサービスは正常とみなされます。ヘルスソースのいずれかが異常な場合、サービスは異常と見なされます。

健康エリア

ヘルス宛先は、複合ヘルスチェックから最終的な複合ヘルス状態を受け取ります。公開されたサービスの場合、ヘルスチェックの宛先はプロデューサーのロードバランサの転送ルールです。ヘルス状態は、この転送ルールに接続するコンシューマーロードバランサに自動的に伝播されます。

仕様

Private Service Connect の健全性の仕様は次のとおりです。

動作:
- バックエンドサービス内の個々のバックエンドの状態は、標準のヘルスチェックによって判断されます。
- 構成可能なヘルス集約ポリシーは、個々のバックエンドのヘルスに基づいて、バックエンドサービスの全体的なヘルス状態を決定します。
- 複合ヘルスチェックは、ヘルスソースとして構成された 1 つ以上のバックエンドサービスのヘルス状態を集約し、複合ヘルス状態を作成します。
- 複合ヘルスステータスは、公開サービスの転送ルールであるヘルス宛先に提供されます。
- 複合ヘルス状態は、接続されたコンシューマーロードバランサに自動的に伝播されます。異常な状態は、リージョン間の自動フェイルオーバーをトリガーします。
構成:
- サービスプロデューサーとコンシューマーは、マルチリージョンデプロイでリソースを構成する必要があります。
- 公開された各サービスインスタンスは、クロスリージョンフェイルオーバーをサポートするロードバランサで公開する必要があります。
- ヘルスソースとして使用するバックエンドサービスには、ロードバランシングスキーム INTERNAL または INTERNAL_MANAGED が必要です。
- 公開されたサービスインスタンスには、次のいずれかのバックエンドタイプが必要です。
- 公開されたサービスインスタンスには、Private Service Connect のヘルスチェックをサポートするロードバランサに基づく Private Service Connect バックエンドからアクセスする必要があります。
- すべての Private Service Connect ヘルスリソースはリージョンであり、モニタリングするサービスと同じリージョンに存在する必要があります。
- ヘルスソースリソースは、1 つのバックエンドサービスのみを参照する必要があります。
- 複合ヘルスチェックリソースは、1 ～ 10 個のヘルスソースを参照する必要があります。
- 転送ルールは、1 つの複合ヘルスチェックのヘルス宛先としてのみ使用できます。

制限事項

Private Service Connect のヘルスチェックには次の制限があります。

Private Service Connect のヘルスチェックによって生成された複合ヘルス状態は、コンシューマーロードバランサでのみ確認でき、ログで確認することはできません。
バックエンドサービスや、それらが参照する転送ルールなど、すべての Private Service Connect ヘルスリソースは、同じプロジェクトに存在する必要があります。
あるサービスの複合ヘルス状態を別のサービスのヘルスソースとして使用することはできません。
接続されているコンシューマーに影響を与えないヘルスチェック構成をテストするモードはありません。構成された複合ヘルスチェックは、フェイルオーバーを直ちにトリガーできます。
Private Service Connect のヘルスチェックは、公開サービスにアクセスする Private Service Connect バックエンドのみをサポートします。

料金

Private Service Connect のヘルスチェックの使用に追加料金はかかりません。ただし、VPC ネットワーク内のリソースとネットワークトラフィックについては課金されます。

詳細については、VPC の料金をご覧ください。

次のステップ

Private Service Connect のヘルスを構成するには、自動クロスリージョンフェイルオーバー用に Private Service Connect のヘルスを構成するをご覧ください。