マルチサイト WAN レプリケーション
アプリケーションは、災害復旧や地理的な負荷分散のために、複数のデータセンターにデプロイされることがあります。そのような場合、アプリケーションは 分散キャッシュ WANレプリケーションをサポートする 高可用性 災害時のデータ保護。
NCache 提供 ブリッジ 処理する機能 WANレプリケーション 分散キャッシュ間のデータレプリケーションを実現します。パフォーマンスの低下を回避するため、データの非同期レプリケーションを行います。さらに、ブリッジ自体は2ノードクラスタとして動作し、高可用性を実現します。
ブリッジトポロジのクイックファクト
- マルチリージョンのスケーラビリティ: 3 つ以上のアクティブなデータ センターをサポートします。
- パフォーマンス遅延ゼロ: 100% 非同期 WAN レプリケーション。
- 高可用性： 2 ノードの自己修復ブリッジ クラスター。
- 紛争管理： カスタマイズ可能な C# ロジックまたは Last-Update-Wins。
アクティブ-パッシブ構成
NCache ブリッジを介してプライマリアクティブサイトからスタンバイパッシブサイトへデータを非同期的に複製することで、災害復旧（DR）を実現します。災害復旧を主な目的として、アクティブデータセンターとパッシブデータセンターをそれぞれ1つずつ用意できます。この構成では、アクティブサイトにはブリッジとキャッシュが含まれ、パッシブサイトにはキャッシュのみが含まれます。アクティブサイトは、災害発生時にバックアップとして機能するパッシブサイトへ、ブリッジを介してデータを非同期的に複製します。
アクティブ-アクティブ構成
リージョン負荷分散において、アクティブ/アクティブトポロジーは、複数のデータセンターがリアルタイムで同期を維持しながらライブトラフィックを処理できるようにします。災害復旧機能を組み込んだリージョン負荷分散のために、2つのアクティブデータセンターを構成できます。アクティブサイトの1つにはブリッジとキャッシュが含まれ、もう1つにはキャッシュのみが含まれます。これはアクティブ/パッシブ構成と同様です。ただし、この場合の違いは、両方のサイトがクライアント操作をアクティブに処理するため、相互にデータを複製することです。
3つ以上のアクティブ-アクティブデータセンターの処理
NCache 複雑なハブアンドスポークモデルをサポートし、3つ以上の地理的拠点間で集中型のブリッジクラスタを介してデータを共有できます。前述の構成以外にも、 NCache 3つ以上のデータセンターもサポートしています。この場合、サイトの1つはブリッジサイトとなり、ブリッジとキャッシュが含まれます。他のサイトにはキャッシュのみが含まれます。ブリッジサイト以外のサイトはすべてブリッジサイトに接続されているため、データはすべてのサイトに同時に複製されます。また、ブリッジサイトがダウンした場合に備えて、これらのサイトのいずれかにバックアップブリッジを作成して高可用性を確保することもできます。この構成の詳細については、ブログをご覧ください。 マルチデータセンターWANレプリケーションを理解する.
アクティブ-アクティブでの競合解決
複数のアクティブなサイトがある場合、各サイトで同じデータが同時に更新される可能性があります。デフォルトでは、 紛争は解決される in NCache 「最終更新を優先する」ロジックを使用します。ただし、独自のロジックに基づいてデータを分析することで競合を解決する、カスタム競合解決ハンドラーを指定することもできます。
次のコードスニペットは、 コンフリクト リゾルバ これはキャッシュに実装されています:
public class Resolver : IBridgeConflictResolver
{
public void Init(System.Collections.IDictionary parameters) {. . .}
public ConflictResolution Resolve(ProviderBridgeItem oldEntry, ProviderBridgeItem newEntry)
{
var conflictResolution = new ConflictResolution();
switch (oldEntry.BridgeItemVersion)
{
case BridgeItemVersion.OLD: { /* Replace Item with New Entry */ }
break;
case BridgeItemVersion.LATEST: { /* Keep Old Entry */ }
break;
case BridgeItemVersion.SAME: { /* Your custom logic */ }
break;
}
return conflictResolution;
// Configure this implementation on cache
}
public void Dispose() {. . .}
}紛争解決の詳細については、以下を参照してください。 競合解決ドキュメント.
並列およびバルク非同期レプリケーション
地域的に分散したサイト間でのレプリケーションは、レイテンシによってパフォーマンスが低下する可能性があります。レイテンシの大きい標準的な同期レプリケーションとは異なり、 NCache Bridge は非同期キューイングを使用して、アプリケーションのパフォーマンスと WAN 速度を切り離します。 NCache Bridge は、すべてのデータ センター間でデータを非同期的に複製し、アプリケーションのダウンタイムが発生しないようにします。
さらに、ブリッジは複数のデータ項目を単一のバルクリクエストとして他のサイトに送信するため、WANを介したネットワークトリップが大幅に削減されます。このバルクレプリケーションメカニズムは、項目ごとに転送するよりも効率的で、複数の更新を単一のTCPリクエストにまとめることでネットワークオーバーヘッドを削減します。アドオンとして、ブリッジにはレプリケーション機能も組み込まれています。これは2ノードクラスタで自己複製されるため、高い可用性を実現します。詳細については、 NCache ブリッジの動作については、 NCache ブリッジアーキテクチャドキュメント.
実行時の災害への対応
NCache 前述の各データセンター構成で災害状況をシームレスに処理します。
- アクティブパッシブ： パッシブサイトがダウンした場合、アクティブサイトはパッシブサイトが復旧するまで、レプリケーションなしでクライアント操作を継続します。パッシブサイトが復旧すると、パッシブサイトは再同期し、WANレプリケーションが実行されます。アクティブサイトがダウンした場合、トラフィックはパッシブサイトにルーティングされ、パッシブサイトはアクティブサイトと同期されているため、一時的にアクティブサイトとして機能します。元のアクティブサイトが復旧すると、パッシブサイトは再同期し、再びアクティブになります。
- アクティブ-アクティブ： この場合、アクティブサイトがダウンした場合、トラフィックはアクティブサイトである別のサイトにルーティングされ、クライアントへのシームレスなサービス提供を継続します。元のサイトが復旧すると、自動的に再同期が行われ、WANレプリケーションが継続されます。
- 3+アクティブ-アクティブ：
次のようなケースが発生する可能性があります。
- 非ブリッジアクティブサイトがダウン: 他のサイトは相互に複製を継続し、このサイトのトラフィックはユーザーを中断することなく、接続されている他のサイトに再ルーティングされます。
- ブリッジのアクティブサイトがダウン: ブリッジのアクティブサイトがダウンした場合、ブリッジもダウンするためWANレプリケーションは実行されません。そのため、他のアクティブサイトのいずれかが一時的にブリッジサイトとして機能します。このようなシナリオに備えて、いずれかのサイトにバックアップブリッジを作成することもできます。 NCache キャッシュが実行時にブリッジに接続できるため、クライアント側でダウンタイムは発生しません。元のサイトが復旧すると、自動的に再同期され、トラフィックは以前と同様にこのサイトにルーティングされます。
次はどうする？
よくある質問（FAQ）
IBridgeConflictResolver データ バージョンに基づいて独自のビジネス ロジックを適用するためのインターフェイス。