内部パススルーネットワークロードバランサのゾーンアフィニティ

ロードバランサのバックエンドサービスで構成されたゾーンアフィニティを使用すると、マルチゾーンアーキテクチャのメリットを維持しながら、ゾーンをまたぐトラフィックを制限し、レイテンシを短縮して、パフォーマンスを向上させることができます。

内部パススルーネットワークロードバランサは、3 つのゾーンアフィニティオプションをサポートしています。各オプションで、サポートされているクライアントと同じゾーン内の適格なバックエンドに新しい接続をルーティングする際の優先度が異なります。ゾーンアフィニティは、ロードバランサが新しい接続に適格なバックエンドを選択した後に、適格なバックエンドのセットを変更します。ロードバランサの接続トラッキングテーブルにある確立済みの接続は、ゾーンアフィニティの影響を受けません。

互換性

ゾーンアフィニティは、次の内部パススルーネットワークロードバランサと互換性があります。

ゾーンアフィニティは、次の条件を満たす場合にのみ対称ハッシュと互換性があります。

順方向と逆方向の両方の内部パススルーネットワークロードバランサで、ゾーンアフィニティが有効になっています。
送信元 VM からのトラフィックは、同じゾーン内の受信側 VM にのみ転送されます。

ゾーンアフィニティは、次の内部パススルーネットワークロードバランサと互換性がありません。

バックエンドサブセット化が有効になっている
Packet Mirroring のコレクタの宛先になっている
Private Service Connect の公開サービスを提供するために使用されている。ゾーンアフィニティは、ロードバランサにパケットを送信する互換性のあるクライアントでのみ可能です。公開されたサービスプロデューサーが内部パススルーネットワークロードバランサを使用する Private Service Connect エンドポイントでは使用できません。

互換性のあるクライアント

ゾーンアフィニティは、ロードバランサと同じリージョンにある VM クライアントでのみ可能です。ゾーンアフィニティは、次のクライアントと互換性がありません。これらのクライアントは常に、ゾーンアフィニティが無効になっている場合と同様に動作します。

クライアント Cloud VPN トンネルとクライアント Cloud Interconnect VLAN アタッチメント: Cloud VPN トンネルと Cloud Interconnect VLAN アタッチメントは、ゾーンリソースではなくリージョンリソースです。Cloud VPN トンネルまたは VLAN アタッチメントを介して転送されるパケットは、ロードバランサと同じリージョンにあるかどうかに関係なく、ゾーンアフィニティをサポートしません。
ロードバランサのリージョンと一致しないリージョンのクライアント VM: グローバルアクセスが有効になっている場合、1 つのリージョンにある内部パススルーネットワークロードバランサには、他のすべてのリージョンのクライアントからアクセスできます。クライアント VM がロードバランサのリージョンとは異なるリージョンにある場合、クライアント VM はロードバランサのバックエンドと共通のゾーンを共有しません。

ゾーン一致

ゾーン一致は、ゾーンアフィニティがトリガーされる条件を表します。ロードバランサは、構成されたゾーンアフィニティを提供するために、対象となるバックエンドの元のセットを変更する場合があります。適格なバックエンドの元のセットの変更は、バックエンドの選択と接続トラッキングプロセスの適格なバックエンドの識別ステップの後に行われます。

ゾーンアフィニティロジックをトリガーするには、次のイベントシーケンスが発生する必要があります。

ゾーンアフィニティを有効にする

ゾーンアフィニティが有効になっている場合は、クライアントが互換性のあるクライアントかどうかを判断する必要があります。
クライアントが互換性のあるクライアントかどうかを判断する

互換性のあるクライアントの場合は、ゾーン一致が発生するかどうかを判断します。
ゾーン一致が発生するかどうかを判断する

ゾーン一致とは、クライアント VM が、関連するタイプの構成済みバックエンドを少なくとも 1 つ含むゾーンにあることを意味します。構成可能なさまざまなバックエンドについては、ゾーン一致条件のセクションをご覧ください。

次のいずれかに該当する場合、ゾーン一致は発生しません。
- ゾーンアフィニティが無効になっている
- 互換性のあるクライアントではない
ゾーンアフィニティロジックを適用する

ゾーン一致が発生した場合は、構成されているゾーンアフィニティオプションに応じてゾーンアフィニティロジックを適用します。ゾーンアフィニティを有効にするオプションは次のとおりです。
- ZONAL_AFFINITY_STAY_WITHIN_ZONE
- ZONAL_AFFINITY_SPILL_CROSS_ZONE（スピルオーバー率が 0）
- ZONAL_AFFINITY_SPILL_CROSS_ZONE（スピルオーバー率が 0 以外）
ゾーン一致が発生した場合、構成されているゾーンアフィニティオプションのタイプに応じて、適格なバックエンドの元のセットが絞り込まれることも、置き換えられることもあります。また、変更されない場合もあります。クライアントからの新しい接続は、適格なバックアップの変更後のセットに転送されます。

ゾーン一致条件

次の表は、ロードバランサがトラフィックをクライアントのゾーンに制限できるかどうかを示しています。3 列目の条件が満たされていない場合、ゾーンアフィニティは無視され、新しい接続は適格なバックエンドに転送されます。

フェイルオーバー構成	適確なバックエンド¹	ゾーン一致の条件
フェイルオーバーポリシーがない	正常なバックエンドまたはすべてのバックエンド	クライアント VM は、構成済みのバックエンドが 1 つ以上存在するゾーンにあります。構成済みのバックエンドは、適格なバックエンドの場合もあれば、そうでない場合もあります。
フェイルオーバーポリシーが構成されている	すべての正常なプライマリバックエンドまたはすべてのプライマリバックエンド²	クライアント VM は、構成済みのプライマリバックエンドが 1 つ以上存在するゾーンにあります。構成済みのプライマリバックエンドは、適格なバックエンドの場合もあれば、そうでない場合もあります。
フェイルオーバーポリシーが構成されている	すべての正常なフェイルオーバーバックエンド³	クライアント VM は、構成済みのフェイルオーバーバックエンドが 1 つ以上存在するゾーンにあります。構成済みのフェイルオーバーバックエンドは、適格なバックエンドの場合もあれば、そうでない場合もあります。

¹ 適格なバックエンドは、すべての正常なバックエンド、すべてのバックエンド、すべての正常なプライマリバックエンド、すべての正常なフェイルオーバーバックエンド、またはすべてのプライマリバックエンドである可能性があります。適格なバックエンドの識別について詳しくは、内部パススルーネットワークロードバランサのトラフィック分散ページのバックエンドの選択と接続トラッキングセクションにあるステップ 2.1 適格なバックエンドを識別するをご覧ください。

² ロードバランサはフェイルバックモードです。
³ ロードバランサはフェイルオーバーモードです。

ゾーン一致の例

次の状況でゾーン一致があるかどうか考えてみましょう。

フェイルオーバーポリシーが構成されている
ゾーンアフィニティが有効になっている
クライアントがゾーン A にある
プライマリバックエンドがゾーン B とゾーン C にのみ存在する
ゾーン A にプライマリバックエンドがない

ゾーンアフィニティが有効になっていて、互換性のあるクライアントがある場合でも、クライアント VM のゾーンであるゾーン A にプライマリバックエンドがないため、ゾーン一致は発生していません。このため、ゾーンアフィニティは無視されます。

ゾーンアフィニティオプション

内部パススルーネットワークロードバランサは、次のゾーンアフィニティオプションをサポートしています。

ZONAL_AFFINITY_DISABLED（デフォルト）: ゾーンアフィニティは無効になっています。ロードバランサは、適格なバックエンドのセットを変更せずに、新しい接続に適格なバックエンドを選択します。
ZONAL_AFFINITY_STAY_WITHIN_ZONE: ゾーンアフィニティが有効になっています。ゾーン一致が発生すると、ロードバランサは、適格なバックエンドの元のセットを絞り込むか、新しいセットに置き換えることで、トラフィックをクライアントのゾーン内に保持します。このオプションの詳細については、ZONAL_AFFINITY_STAY_WITHIN_ZONE の仕組みをご覧ください。
ZONAL_AFFINITY_SPILL_CROSS_ZONE: ゾーンアフィニティが有効になっています。ゾーン一致が発生すると、ロードバランサは適格なバックエンドのセットを絞り込むことも、元のセットを変更しない場合もあります。このオプションを使用すると、クライアントのゾーンに正常なバックエンドが十分にない場合、トラフィックが他のゾーンにスピルオーバーします。スピルオーバーは、スピルオーバー率によって制御されます。このオプションの詳細については、ZONAL_AFFINITY_SPILL_CROSS_ZONE とスピルオーバー率の仕組みをご覧ください。

内部パススルーネットワークロードバランサのバックエンドサービスでゾーンアフィニティを構成する方法については、ゾーンアフィニティを使用するをご覧ください。

`ZONAL_AFFINITY_STAY_WITHIN_ZONE` の仕組み

ゾーンアフィニティが ZONAL_AFFINITY_STAY_WITHIN_ZONE に設定され、ゾーン一致が発生した場合、ロードバランサは次のいずれかを行い、トラフィックをクライアントのゾーン内に保持します。

適格なバックエンドの元のセットを絞り込む

クライアントのゾーンに 1 つ以上の適格なバックエンドがある場合、ロードバランサは次の処理を行い、適格なバックエンドのセットを絞り込みます。
- クライアントのゾーンにない適格なバックエンドをすべて破棄する
- クライアントのゾーンにある適格なバックエンドのみを使用する
絞り込み後の適格なバックエンドのセットは、適格なバックエンドの元のセットのサブセットになります。
適格なバックエンドの元のセットを置き換える

クライアントのゾーンに条件を満たすバックエンドがない場合、ゾーンアフィニティをトリガーするためにゾーン一致が発生したため、クライアントのゾーンには他の構成済みバックエンド（適格なバックエンドのセットに含まれていないバックエンド）が存在します。この場合、ロードバランサは、フェイルオーバーポリシーが構成されているかどうかを確認します。構成されている場合は、フェイルオーバーの状態に基づいて、クライアントのゾーン内の異常なバックエンドを含む新しいセットで、適格なバックエンドのセットを置き換えます。

この適格なバックエンドの新しいセットは、次のいずれかで構成されます。
- フェイルオーバーポリシーが構成されていない場合、置換後の適格なバックエンドのセットは、クライアントのゾーンにあるすべての異常なバックエンドで構成されます。
- フェイルオーバーポリシーが構成されていて、元の適格なバックエンドがプライマリバックエンドだった場合、置換後の適格なバックエンドのセットは、クライアントのゾーンにある異常なプライマリバックエンドで構成されます。
- フェイルオーバーポリシーが構成されていて、元の適格なバックエンドがフェイルオーバーバックエンドだった場合、置換後の適格なバックエンドのセットは、クライアントのゾーン内の異常なフェイルオーバーバックエンドで構成されます。

次の表に、ZONAL_AFFINITY_STAY_WITHIN_ZONE オプションの絞り込みと置換のシナリオを示します。

適格なバックエンドの元のセット	（適格なバックエンドの元のセットの）少なくとも 1 つの適格なバックエンドがクライアントのゾーンにある場合:	クライアントのゾーンに（適格なバックエンドの元のセットにある）適格なバックエンドがない場合:
フェイルオーバーポリシーが構成されていない
正常なすべてのバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄して、適格なバックエンドの元のセットを絞り込みます。	適格なバックエンドの元のセットを置き換えます。適格なバックエンドの新しいセットは、クライアントのゾーンにあるすべての異常なバックエンドで構成されます。
すべてのバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄して、適格なバックエンドの元のセットを絞り込みます。	このような状況はありえません。¹
フェイルオーバーポリシーが構成されている
正常なすべてのプライマリバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄して、適格なバックエンドの元のセットを絞り込みます。	適格なバックエンドの元のセットを置き換えます。適格なバックエンドの新しいセットは、クライアントのゾーンにあるすべての異常なプライマリバックエンドで構成されます。
正常なすべてのフェイルオーバーバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄して、適格なバックエンドの元のセットを絞り込みます。	適格なバックエンドの元のセットを置き換えます。適格なバックエンドの新しいセットは、クライアントのゾーンにあるすべての異常なフェイルオーバーバックエンドで構成されます。
すべてのプライマリバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄して、適格なバックエンドの元のセットを絞り込みます。	このような状況はありえません。²

¹ ゾーンアフィニティにはゾーンの一致が必要です。フェイルオーバーポリシーが構成されていない場合、ゾーン一致には、クライアントと同じゾーンに少なくとも 1 つのバックエンドが構成されている必要があります。適格なバックエンドがすべて構成済みのバックエンドである場合、クライアントと同じゾーンに少なくとも 1 つの適格なバックエンドが常に存在します。

² ゾーンアフィニティにはゾーンの一致が必要です。フェイルオーバーポリシーが構成され、有効なバックエンドがプライマリバックエンドである場合、ゾーン一致には、クライアントと同じゾーンに構成されたプライマリバックエンドが少なくとも 1 つ必要です。適格なバックエンドがすべて構成済みのプライマリバックエンドである場合、クライアントと同じゾーンに 1 つ以上の適格なバックエンドが常に存在します。

ZONAL_AFFINITY_STAY_WITHIN_ZONE オプションについては、次の点に注意してください。

このゾーンアフィニティオプションでは、適格なバックエンドの元のセットが変更されることはありません。
このゾーンアフィニティオプションでは、ゾーン一致条件が満たされている場合、異常なバックエンドを使用することになっても、クライアントのゾーンのバックエンドが優先されます。

`ZONAL_AFFINITY_SPILL_CROSS_ZONE` とスピルオーバー率の仕組み

ゾーンアフィニティが ZONAL_AFFINITY_SPILL_CROSS_ZONE に設定され、ゾーン一致が発生した場合、クライアントの適格なバックエンドのセットが絞り込まれることも、変更されない場合もあります。

適格なバックエンドの元のセットが変更されていない場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされる可能性があります。この分散は、構成可能なスピルオーバー率によって異なります。スピルオーバー率により、トラフィックが他のゾーンの適格なバックエンドにスピルオーバーを開始するタイミングが決まります。

構成可能なスピルオーバー率は、トラフィックをクライアントのゾーン内に維持するかどうかのしきい値を示します。全体に占める正常で適格なバックエンドの割合が、定義されたスピルオーバー率を下回ると、ゾーン内のクライアントからの新しい接続はすべて、他のゾーン内の適格なバックエンドに分散されます。スピルオーバー率の値は 0.0～1.0 の範囲（両端を含む）で指定できます。

ZONAL_AFFINITY_SPILL_CROSS_ZONE ゾーンアフィニティの構成時にスピルオーバー率を指定しない場合、Google Cloud はデフォルト値の 0.0 を使用します。

スピルオーバー率が 0 の場合

構成されたスピルオーバー率が 0.0 で、次のいずれかの条件を満たす場合、ロードバランサはクライアントのゾーンにない適格なバックエンドをすべて破棄し、適格なバックエンドのセットを絞り込みます。

フェイルオーバーポリシーが構成されていない場合、適格なバックエンドがすべて正常なバックエンドであり、少なくとも 1 つの適格なバックエンドがクライアントのゾーンに存在する。
フェイルオーバーポリシーが構成されている場合、適格なバックエンドがすべて正常なプライマリバックエンドであり、少なくとも 1 つの適格なバックエンドがクライアントのゾーンに存在する。
フェイルオーバーポリシーが構成されている場合、適格なバックエンドがすべて正常なフェイルオーバーバックエンドであり、少なくとも 1 つの適格なバックエンドがクライアントのゾーンに存在する。

クライアントのゾーンに適格なバックエンドが存在しない場合:

ロードバランサは、適格なバックエンドの元のセットを保持します。
新しい接続は、他のゾーンの適格なバックエンドにスピルオーバーされます。

次の表に、構成済みのスピルオーバー率が 0.0 の場合の ZONAL_AFFINITY_SPILL_CROSS_ZONE オプションの絞り込みシナリオの概要を示します。

適格なバックエンドの元のセット	（適格なバックエンドの元のセットの）少なくとも 1 つの適格なバックエンドがクライアントのゾーンにある場合:	クライアントのゾーンに（適格なバックエンドの元のセットにある）適格なバックエンドがない場合:
フェイルオーバーポリシーが構成されていない
正常なすべてのバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄して、適格なバックエンドの元のセットを絞り込みます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続は他のゾーンの適格なバックエンドにスピルオーバーします。
すべてのバックエンド	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。	このような状況はありえません。¹
フェイルオーバーポリシーが構成されている
正常なすべてのプライマリバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄し、適格なバックエンドの元のセットを絞り込みます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続は他のゾーンの適格なバックエンドにスピルオーバーします。
正常なすべてのフェイルオーバーバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄し、適格なバックエンドの元のセットを絞り込みます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続は他のゾーンの適格なバックエンドにスピルオーバーします。
すべてのプライマリバックエンド	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。	このような状況はありえません。²

0 以外のスピルオーバー率

構成済みのスピルオーバー率が 0.0 より大きく 1.0 以下の場合、ロードバランサは次のいずれかの比率を計算します。

フェイルオーバーポリシーが構成されていない場合、クライアントのゾーン内の適格で正常なバックエンドの数を、クライアントのゾーン内の構成済みのバックエンドの数で割って比率を計算します。

$$ \frac{\text{count}(\text{Eligible and healthy backends})_{\text{Client's zone}}}{\text{count}(\text{Configured backends})_{\text{Client's zone}}} $$
フェイルオーバーポリシーが構成されていて、すべての適格なバックエンドがプライマリバックエンドである場合、クライアントのゾーン内の適格で正常なバックエンドの数を、クライアントのゾーン内の構成済みのプライマリバックエンドの数で割って比率を計算します。

$$ \frac{\text{count}(\text{Eligible and healthy primary backends})_{\text{Client's zone}}}{\text{count}(\text{Configured primary backends})_{\text{Client's zone}}} $$
フェイルオーバーポリシーが構成されていて、適格なバックエンドがすべてフェイルオーバーバックエンドの場合、クライアントのゾーン内の適格で正常なバックエンドの数を、クライアントのゾーン内の構成済みのフェイルオーバーバックエンドの数で割って比率を計算します。

$$ \frac{\text{count}(\text{Eligible and healthy failover backends})_{\text{Client's zone}}}{\text{count}(\text{Configured failover backends})_{\text{Client's zone}}} $$

ロードバランサは、計算された比率をスピルオーバー率と比較します。計算された比率がスピルオーバー率以上の場合、ロードバランサは、クライアントのゾーンにない適格なバックエンドをすべて破棄し、適格なバックエンドのセットを絞り込みます。それ以外の場合、ロードバランサは適格なバックエンドの元のセットを使用します。

比率を計算する際は、次の点に注意してください。

適格なバックエンドは、すべての正常なバックエンド、すべてのバックエンド、すべての正常なプライマリバックエンド、すべての正常なフェイルオーバーバックエンド、またはすべてのプライマリバックエンドである可能性があります。
適格なバックエンドがすべてのバックエンドまたはすべてのプライマリバックエンドで構成されている場合を除き、構成済みのバックエンド、構成済みのプライマリバックエンド、または構成済みのフェイルオーバーバックエンドのセットには、適格なバックエンド以外のバックエンドが含まれています。
スピルオーバー率が 1.0 の場合は、次のいずれかに該当します。
- フェイルオーバーポリシーが構成されていない場合、適格なバックエンドのセットはすべて正常なバックエンドである必要があり、クライアントのゾーン内の適格なバックエンドの数は、クライアントのゾーンで構成済みのバックエンドの数と一致している必要があります。
- フェイルオーバーポリシーが構成されていて、すべての適格なバックエンドがプライマリバックエンドである場合、適格なバックエンドのセットに正常なプライマリバックエンドがすべて含まれている必要があり、クライアントのゾーン内の適格なバックエンドの数は、クライアントのゾーンで構成済みのプライマリバックエンドの数と一致している必要があります。
- フェイルオーバーポリシーが構成されていて、適格なバックエンドがすべてフェイルオーバーバックエンドである場合、適格なバックエンドのセットに正常なフェイルオーバーバックエンドがすべて含まれている必要があります。また、クライアントのゾーン内の適格なバックエンドの数は、クライアントのゾーン内で構成済みのフェイルオーバーバックエンドの数と一致している必要があります。

次の表に、構成済みのスピルオーバー率が 0.0 以外の場合の ZONAL_AFFINITY_SPILL_CROSS_ZONE オプションの絞り込みシナリオの概要を示します。

適格なバックエンドの元のセット	計算された比率 >= スピルオーバー率	計算された比率 < スピルオーバー率
フェイルオーバーポリシーが構成されていない
正常なすべてのバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄し、適格なバックエンドの元のセットを絞り込みます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。
すべてのバックエンド	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。
フェイルオーバーポリシーが構成されている
正常なすべてのプライマリバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄し、適格なバックエンドの元のセットを絞り込みます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。
正常なすべてのフェイルオーバーバックエンド	クライアントのゾーンにない適格なバックエンドをすべて破棄し、適格なバックエンドの元のセットを絞り込みます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。
すべてのプライマリバックエンド	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。	変更なし。適格なバックエンドの元のセットを使用します。この場合、新しい接続はクライアントのゾーン内の適格なバックエンドに送信されるか、他のゾーン内の適格なバックエンドにスピルオーバーされます。

スピルオーバー率の例

次の例は、フェイルオーバーポリシーが構成されていない場合の ZONAL_AFFINITY_SPILL_CROSS_ZONE の動作を示しています。

1.0 のスピルオーバー率を構成するときにゾーンアフィニティを適用するには、次の条件を満たす必要があります。
- 適格なバックエンドのセットは、すべての正常なバックエンドである必要があります。
- クライアントのゾーン内の正常なバックエンドの数が、クライアントのゾーン内で構成済みのバックエンドの数と一致している必要があります。
スピルオーバー率が 1.0 の場合、クライアントのゾーン内の適格なバックエンドがすべて正常である必要があります。これにより、新しい接続はすべてクライアントのゾーン内のバックエンドにのみ分散されます。1 つのバックエンドが異常になっても、ロードバランサは新しい接続の一部を他のゾーンのバックエンドに分散します。
0.8 のスピルオーバー率を構成するときにゾーンアフィニティを適用するには、次の条件を満たす必要があります。
- 適格なバックエンドのセットは、すべての正常なバックエンドである必要があります。
- クライアントのゾーン内の適格で正常なバックエンドの数を、クライアントのゾーン内の構成済みバックエンドの数で割った値が 0.8 以上である必要があります。
スピルオーバー率が 0.8 の場合、クライアントのゾーン内の適格なバックエンドの 80% 以上が正常である必要があります。これにより、新しい接続はすべてクライアントのゾーン内のバックエンドにのみ分散されます。クライアントのゾーン内のバックエンドの 80% 未満が正常な場合、ロードバランサは新しい接続の一部を他のゾーンのバックエンドに分散します。
0.0 のスピルオーバー率を構成するときにゾーンアフィニティを適用するには、次の条件を満たす必要があります。
- 適格なバックエンドのセットは、すべての正常なバックエンドである必要があります。
- クライアントのゾーンに、適格で正常なバックエンドが少なくとも 1 つ存在する必要があります。
スピルオーバー率が 0.0 の場合、クライアントのゾーンに正常なバックエンドが 1 つ以上ある限り、新しい接続はすべてクライアントのゾーン内のバックエンドに分散されます。スピルオーバー率が 0.0 で、クライアントのゾーンに正常なバックエンドがない場合、ロードバランサは新しい接続をすべてクライアントのゾーン以外のゾーンにある正常なバックエンドに分散します。

次の図は、スピルオーバー率が 0.8 の場合を示しています。

ゾーン 1 とゾーン 2 には、それぞれ 5 つの構成済みバックエンドが存在します。
適格なバックエンドの元のセットには、構成された 10 個のバックエンドのうち 8 個が含まれています。
- ゾーン 1 で構成された 5 つのバックエンドはすべて正常です。
- ゾーン 2 で構成された 3 つのバックエンドが正常です。

ゾーン 1 にある互換性のあるクライアントの場合:

ゾーン 1 に構成されたバックエンドが 1 つ以上存在するため、ゾーン一致が発生します。
ゾーン 1 の適格で正常なバックエンドの数とゾーン 1 の構成済みのバックエンドの数の比率は 5/5 = 1.0 です。
ゾーン 1 の互換性のあるクライアントの場合: 計算された比率 1.0 がスピルオーバー率 0.8 よりも大きいため、ロードバランサは、ゾーン 1 にない適格なバックエンドを破棄し、適格なバックエンドのセットを絞り込みます。その結果、ゾーン 1 の互換性のあるクライアントからの新しい接続は、ゾーン 1 の 5 つの適格で正常なバックエンドにのみ分散されます。

ゾーン 2 にある互換性のあるクライアントの場合:

ゾーン 2 に構成されたバックエンドが少なくとも 1 つ存在するため、ゾーン一致が発生します。
ゾーン 2 の適格で正常なバックエンドの数とゾーン 2 の構成済みのバックエンドの数の比率は 3/5 = 0.6 です。
ゾーン 2 の互換性のあるクライアントの場合: 計算された比率 0.6 がスピルオーバー率 0.8 を下回るため、ロードバランサは適格なバックエンドのセットを変更しません。その結果、ゾーン 2 の互換性のあるクライアントからの新しい接続は、元の 8 つの適格で適格なバックエンドに分散されます（ゾーン 1 に 5 つ、ゾーン 2 に 3 つ）。

内部パススルーネットワークロードバランサのゾーンアフィニティの例。 — 一部のトラフィックが別のゾーンにスピルオーバーしている（クリックして拡大）。

次のステップ

内部パススルーネットワークロードバランサに Cloud Monitoring を構成する。内部パススルーネットワークロードバランサのロギングとモニタリングをご覧ください。
内部パススルーネットワークロードバランサの問題をトラブルシューティングする。内部パススルーネットワークロードバランサをトラブルシューティングするをご覧ください。