2015-12-15 14 views
9

Ich versuche eine Lösung zu finden, um Geo-Redundanz (2+ Datenzentren) zu erreichen, während Service Fabric zuverlässige Akteure/Dienste zur Verwaltung des Status verwendet. Es deutet an, dass here geo-Replikation möglich istGeo-Redundanz in Azure Service Fabric-Anwendungen

Dies kann vorkommen, wenn zum Beispiel, wenn Sie nicht und Ihr gesamte Cluster in einem Rechenzentrum repliziert geo werden, und das gesamte Rechenzentrum untergeht.

erklärt aber nicht, wie man es einschaltet.

Weiß jemand, ob es eine geplante Funktion für ASF ist, die gerade noch nicht veröffentlicht wurde, oder ob sie vorhanden ist, aber noch nicht vollständig erforscht?

Hat jemand alternativ empfohlene Ansätze für die DC-Widerstandsfähigkeit, wenn der für die Ausführung der App erforderliche Status mithilfe des StateManagers von ASF gespeichert wird?

Dank, Alex

+0

Für das, was es wert ist, wurde der Kommentar aus der Dokumentation entfernt, da die Auffassung vertreten wurde Tatsächlich. https://github.com/Microsoft/azure-docs/commit/29f5ac32da38d9ee439080c66c9b3181d1545ac1 – ckittel

Antwort

0

Ich glaube, die Antwort eine benutzerdefinierte Replikator Implementierung und Bridging mehrere Cluster mit expressroute zu verwenden wäre.

1

Es gibt keinen Grund, warum Sie nicht eine Reihe von Knoten in verschiedenen Regionen als Teil desselben Fabric installieren und Platzierungsbedingungen zur Steuerung der Dienstzuweisung verwenden können. Solange die Knoten richtig miteinander kommunizieren können, sollte dies kein Problem darstellen.

Wenn Sie Azure verwenden, sollten Sie sie in virtuellen Netzwerken bereitstellen und über VPNs miteinander verknüpfen. Du könntest sogar nach Hause gehen.

+1

Entschuldigung, das sieht aus wie Redundanz/Belastbarkeit von Hand zu tun. Ist es möglich, für eine SF eine garantierte Replikation und Verfügbarkeit für mehrere Rechenzentren zu wählen? –

2

Alex,

Anscheinend ist der Service Stoff Team ist nach wie vor, dieses Problem zu knacken - siehe weiter unten. Sie sollten jedoch in der Lage sein, GeoHA Service Fabric Cluster auf Azure selbst zu erstellen. Hier ist ein Beispiel dafür:

https://alexandrebrisebois.wordpress.com/2016/05/31/deploy-a-geo-ha-service-fabric-cluster-on-azure/

Nicht heute, aber das ist eine gemeinsame Forderung, dass wir auch weiterhin zu untersuchen. Die zentrale Service Fabric-Clustering-Technologie weiß nichts über Azure-Regionen und kann zum Kombinieren von Maschinen überall auf der Welt verwendet werden, solange sie über eine Netzwerkverbindung miteinander verfügen. Die Service Fabric-Clusterressource in Azure ist jedoch regional, ebenso wie die Skalierungsgruppen für virtuelle Maschinen, auf denen der Cluster basiert. Darüber hinaus besteht eine inhärente Herausforderung darin, eine stark konsistente Datenreplikation zwischen weit auseinander liegenden Maschinen zu liefern. Wir wollen sicherstellen, dass die Leistung vorhersehbar und akzeptabel ist, bevor überregionale Cluster unterstützt werden.. Quelle: "irreführend" https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-common-questions

Cheers,

Paulo