私は、サービスファブリックの信頼できるアクター/サービスを使用して状態を管理しながら、冗長性（2+データセンター）を達成するためのソリューションを考え出しています。これは、複製がレプリケートGEOされていないとあなたの全体のクラスタが一つのデータセンター内にあり、場合例えば、データセンター全体がダウンしたとき、これが発生する可能性がありAzureサービスファブリックアプリケーションのジオ冗長性
可能である地理ことhereほのめかします。
ただし、スイッチをオンにする方法は説明していません。
まだリリースされていないASFの予定されている機能、またはまだ存在していないがまだ完全には探検されていないかどうかは誰にも分かりませんか？
また、アプリケーションを実行するために必要な状態がASFのStateManagerを使用して保存されている場合は、クロスDC耐障害性の推奨アプローチはありますか？
おかげで、 アレックス
私は答えはカスタムレプリケータの実装とexpressrouteで複数のクラスタをブリッジングを使用することであろうと信じています。
同じファブリックの一部として異なるリージョンに一連のノードをインストールしたり、配置制約を使用してサービスの割り当てを制御したりすることはできません。ノードが互いに適切に通信できる限り、問題はないはずです。
Azureを使用している場合は、それらを仮想ネットワークに展開し、VPNを使用してリンクする必要があります。あなたはオン・プレミアムを越えることさえできます。以下の詳細情報 -
申し訳ありませんが、これは手作業による冗長性/復元力のようです。 SFのために複数のデータセンターにわたり保証された複製と可用性を選択することは可能ですか？ –
アレックス、
はどうやらサービス・ファブリック・チームは、この問題をクラックすることがあります。しかし、AzureのGeoHA Service Fabric Clusterは自分で行うことができます。
https://alexandrebrisebois.wordpress.com/2016/05/31/deploy-a-geo-ha-service-fabric-cluster-on-azure/
ない今日が、これは我々が調査を続けて共通の要求である。ここではその一例です。 コアのサービスファブリッククラスタリングテクノロジは、Azureリージョンについては何も知らず、お互いにネットワーク接続している限り、世界中どこでも実行されているマシンを結合するために使用できます。ただし、AzureのService Fabricクラスタリソースは、クラスタが構築されている仮想マシンのスケールセットと同様に、地域的です。さらに、離れた場所に分散しているマシン間で、強固に一貫したデータ複製を提供することには固有の課題があります。我々は、地域間のクラスタをサポートする前に、パフォーマンスが予測可能で許容可能であることを保証したい。出典：「誤解を招く」https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-common-questions
乾杯、
パウロ何が価値があることが考えられたので、そのコメントが文書から削除されたため
確かに。 https://github.com/Microsoft/azure-docs/commit/29f5ac32da38d9ee439080c66c9b3181d1545ac1 – ckittel