最終的な複製の大陸

Question

サービスファブリッククラスタ内の信頼できる状態のパーティションの最終的な（つまり延期された）複製を実現することがベストプラクティスであると思いますか？

上の写真いくつかのノードは、1つの大陸に位置している単一のサービス・ファブリック・クラスタを説明することになっているといくつかの他のノードが配置されています。私はこのような何かをしたいのですが

別の大陸。

とマークされたノードPは、信頼できる状態の一次レプリカです。 RおよびRは、その状態のセカンダリレプリカです。 R 3 _{.. Rもその状態に対してレプリカが、複数の二次二次のようです。}

2つのサブクラスタ間の状態を複製するのが遅くなります（それらは互いに遠く離れています）。

このシナリオでは、主に大陸Yの読み取り専用クライアントが存在し、それらのクライアントは「リアルタイム」更新を表示する必要はありません。そのサブクラスタ内のすべてのレプリカ（または少なくともほとんどのレプリカ）が一貫した状態を維持している限り、遅れていくことは問題ではありません。

私は私が達成したいと思いますが、これらの点にまとめることができると思う：

1. 私はサブクラスタY内のレプリカが第二のクラスのいくつかの種類レプリカになりたいです。彼らはプライマリになることを許されるべきではありません、そして彼らは後ろに遅れることが許されるべきです。

2. 特定のサブクラスタ内の特定の状態のすべて（またはほとんどの）レプリカは一貫している必要があります。

3. レプリケーショントラフィックは、これらの2つのサブクラスタを1つのパスに渡りたいと思っています。私は同じ複製された状態の交通が交差大陸を2回以上旅行することを望んでいません（必要でない限り）。おそらく、そのサブクラスタ内の他のレプリカに複製された状態を広げるサブクラスタY上に「主な遅延レプリカ」のようなものを置くことによって、

注：他の信頼できる状態のパーティションの場合は、逆も同様です。そのサブクラスタYはプライマリを保持し、そのサブクラスタXは「遅延」される。

これはService Fabricフレームワークでサポートされていますか？または、ベストプラクティスがありますか？または、おそらくこのシナリオは完全に外れていますか？

Answer 1

現在、レプリカを最終的なレプリケーションのための「セカンドクラス」として指定する方法はありませんが、完全にオフロードではありません。あなたが説明したことは、ジオスパンクラスタに対して完全に有効です。今のところ、レプリカセットが複数のリージョンにまたがっているジオスパンクラスターをセットアップすることは可能ですが、各リージョンのレプリカは等しく扱われます。