2017-08-02 1 views
0

Wir mussten vor kurzem die Erweiterung Microsoft.Powershell.DSC zu unserer VMSS hinzufügen, die unseren Service Fabric Cluster enthält. Wir haben den Cluster mithilfe unserer ARM-Vorlage um die neue Erweiterung für DSC erweitert. Während der Bereitstellung haben wir beobachtet, dass bis zu 4 von 5 Scale Set-Instanzen zu einem bestimmten Zeitpunkt in der Neustartphase waren. Die Dienste in unserem Cluster reagierten während dieser Zeit ebenfalls nicht. Der Ausfall war nur ein paar Minuten lang, aber das scheint etwas zu sein, das nicht passieren sollte.Erweitern der Konfiguration des gewünschten Status zu einer Service Fabric VMSS

  • Zuverlässigkeit Level: Silber
  • Haltbarkeit Level: Bronze
+0

Zur Klärung und andere daraus zu lernen, bedeutet dies, dass Staat verloren gegangen ist oder haben Sie nur einen Ausfall erlebt? –

+0

Wir haben einen Ausfall erlebt. Wir haben sowohl staatenlose als auch Stateful-Apps. Ich habe die statusfreie App getestet, während das Update angewendet wurde. Ich glaube nicht, dass ein Zustand während des Upgrades verloren gegangen ist. –

Antwort

0

Dies wird durch die ausgewählte durability Ebene "Bronze" verursacht.

Die Haltbarkeitsstufe wird verwendet, um dem System die Privilegien anzuzeigen, die Ihre VMs mit der zugrunde liegenden Azure-Infrastruktur haben. Im primären Knotentyp ermöglicht diese Berechtigung dem Service Fabric, alle Infrastrukturanforderungen der VM-Ebene anzuhalten (z. B. VM-Neustart, VM-Reimage oder VM-Migration ), die sich auf die Quorumanforderungen für die Systemdienste und Ihre Stateful-Services auswirken. In den nicht primären Knotentypen ermöglicht diese Berechtigung Service Fabric, VM-Level Infrastrukturanforderungen wie VM-Neustart, VM-Reimage, VM-Migration usw. anzuhalten, die sich auf die Quorumanforderungen für Ihre statusbehafteten Dienste auswirken, auf denen ausgeführt wird.

Bronze - Keine Privilegien. Dies ist die Standardeinstellung und wird empfohlen, wenn Sie nur statusfreie Workloads in Ihrem Cluster ausführen.

+0

Ich vermute, Sie sind hier, aber der Service, den ich getestet habe, war ein zustandsloser Service. Wissen Sie zufällig, warum Bronze für staatenlose Dienste in Ordnung wäre? Wenn die VMSS alle Maschinen neu startet, würden die zustandslosen Dienste nicht mehr reagieren? –

+0

Ja, zustandslose Dienste können auch dann weiterlaufen, wenn ein Knoten läuft. (z.B. sekundärer Knoten) Die Systemdienste können dies jedoch nicht. – LoekD

0

Ich schlage vor, das Lesen this Artikel. Es ist ein MS-Mitarbeiter-Blog. Ich werde den relevanten Teil kopieren:

Wenn es Ihnen nichts ausmacht, dass alle Ihre VMs gleichzeitig neu gestartet werden, können Sie upgradePolicy auf "Automatisch" setzen. Andernfalls setzen Sie es auf "Manuell" und sorgen dafür, dass Sie selbst Änderungen an dem Scale-Set-Modell auf einzelne VMs anwenden. Es ist relativ einfach, das Rollout des Updates auf VMs durchzuführen, während die Anwendungsverfügbarkeit erhalten bleibt. Weitere Informationen finden Sie unter https://docs.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-upgrade-scale-set.

Wenn sich Ihr Skalierungsset in einem Service Fabric-Cluster befindet, werden bestimmte Updates wie die Änderung der Betriebssystemversion blockiert (derzeit - das wird sich in Zukunft ändern), und es wird empfohlen, upgradePolicy auf "Automatisch" zu setzen sorgen für die sichere Anwendung von Modelländerungen (wie aktualisierte Erweiterungseinstellungen) bei gleichzeitiger Verfügbarkeit.

+0

Dies ist ein Service Fabric-Cluster-VMSS, den ich habe, und es lässt die meisten VMs zur gleichen Zeit neu starten. Wahrscheinlich aufgrund der Haltbarkeit von Bronze wie @LoekD vorgeschlagen? –

Verwandte Themen