NSX Advanced Load Balancer の以前のバージョンでは、GSLB リーダー サイトから GSLB フォロワー サイトへの構成の同期は、リーダー サイトで構成の変更が実行されるとすぐに、自動的かつ瞬時に行われました。構成のレプリケーションは、サイトで構成の変更が実行されるとすぐに、リーダー サイトによってすべてのフォロワー サイトに自動的に開始されます。このレプリケーション方法は、連続レプリケーション方法と呼ばれています。

NSX Advanced Load Balancer では、連続レプリケーション方法に加えて、手動レプリケーション方法もサポートされています。

GSLB レプリケーション方法

連続レプリケーション方法は、すべてのサイト間で構成を同期するためにサポートされている唯一の方法でした。すべてのフォロワー サイトへの構成の同期は、リーダー サイトから自動的に開始されます。構成に誤りがあると、変更がすべてのサイトにすぐにプッシュされるため、すべてのフォロワー サイトに影響を与える可能性があります。

手動レプリケーションでは、特定のフォロワー サイトからのプル リクエストに基づいて構成の同期が開始されます。ユーザーは、必要に応じて構成の同期を選択できます。これにより、選択した GSLB サイトのアプリケーションのダウンタイムやアクセス不能を回避できます。

手動レプリケーション方法では、構成の同期がリーダー サイトからすぐに開始されません。このレプリケーション方法は、連続レプリケーション方法よりも効率、柔軟性が高く、制御されています。

GSLB サイト間で構成を複製する場合、次の操作を制御できます。

  • フォロワー サイトの選択

  • レプリケーションの時間:エンド ユーザーへの最小限の影響や他の要因を考慮して、レプリケーションを実行する時間を決定できます。

連続レプリケーション モード

GSLB レプリケーションの連続モードでは、リーダー サイトは、すべての GSLB サイトに構成をプッシュするためのレプリケーション キューを保持します。リーダー サイトで構成の変更が完了すると、自動的にフォロワー サイトにプッシュされます。このレプリケーション モードには、次の制限があります。

  • レプリケーションはリーダー サイトによって開始される自動プロセスであるため、ユーザーはレプリケーションを制御できません。

  • レプリケーション キューは、NSX Advanced Load Balancer SE のメモリに保持されます。ウォーム リスタートの前にレプリケーションが完了しないと、大規模な展開の場合、レプリケーション キューが大幅に増大します。

  • アプリケーションのアップタイム:レプリケーション プロセス中に GSLB アプリケーションにアクセスできません。

  • 構成の同期は、健全性状態プローブよりも優先されます。構成の更新に予想よりも長い時間がかかる場合、さまざまなサイトにまたがるさまざまな GSLB サービスの正確な状態を利用できません。

手動レプリケーション モード

このモードでは、ユーザーはレプリケーションを制御できます。リーダー サイトからの構成同期トリガに基づいて、リーダー サイトからアクティブなフォロワー サイトに対して構成の同期が実行されます。これは、アプリケーション使用のピーク時に他のアプリケーションや GSLB サイトへのアクセスが重要な場合に、GSLB サイトへの新しいアプリケーションの展開に役立ちます。構成の変更はリーダー サイトに展開でき、変更は、トラフィックが少ない場合、またはエンド ユーザーへの影響が最小限の場合にのみ、フォロワーにプッシュされます。新しい変更によってアプリケーションが中断されていないことが完全に保証された後でのみ、フォロワー サイトがレプリケーションを要求します。

使用事例

ダウンタイムを最小限に抑え、エンド ユーザーへの影響を最小限に抑えながら、GSLB サイト全体にアプリケーションを段階的に展開する必要がある場合に役立ちます。新しいアプリケーションはすべて、最初に 1 つのサイトでテストしてから、すべてのサイトに提供されます。