Nariman, siehe meinen Kommentar zu Brents Post für einige Informationen darüber, was gerade passiert. Sie sollten dies mit dem folgenden Code beheben können:
%Vor%Sie sollten dieses Verhalten steuern können. In %code% gibt es ein Ereignis, für das Sie eine Falle erstellen können, %code% .
Eine Shell mit Code, der in Ihre Lösung eingefügt werden soll, sieht folgendermaßen aus ...
%Vor%Anschließend können wir in der RoleEnvironmentChanged-Methode erkennen, was die Änderung ist, und Azure mitteilen, ob wir neu starten möchten oder nicht.
%Vor%Ich habe Autoscale verwendet, um in einem Gebot zwischen 2 und 1 Instanzen eines Cloud-Service zu wechseln, um die Kosten zu senken. Dies funktioniert meistens, außer dass von Zeit zu Zeit (nicht sicher, was das Muster hier zu sein scheint) der Vorgang des Hochskalierens (1- & gt; 2) bewirkt, dass beide Instanzen wiederverwendet werden, was einen Dienstausfall verursacht für Benutzer.
Wenn in RoleEntry als Antwort auf Topologieänderungen nichts Besonderes vorgeht, warum würde die Skalierung von 1 & gt; 2 die bereits laufende Instanz neu starten?
Zusätzliche Hinweise:
Das war schon immer so. Wenn 1 Server ausgeführt wird und Sie zu 2+ wechseln, wird der ursprüngliche Server neu gestartet. Um eine vollständige SLA zu haben, müssen Sie immer 2+ Server haben.