14

Ich habe eine .net 4.5 Website auf Azure Websites. Ich habe eine Bereitstellungsbereitstellung eingerichtet. Ich heize beide Seiten auf und führe dann den Swap-Prozess aus (sowohl vom Azure-Portal als auch von Azure Powershell). Egal, was ich versuche, der Austauschprozess startet meine Websites (beide) neu und sie benötigen etwa 3 Minuten zum Hochfahren.Warum sollte azure die Website neu starten, wenn ich einen Deployment Slot Swap mache?

Ich hatte den Eindruck, dass das Deployment Swapping die Webseiten "warm" halten sollte und keine Ausfallzeiten haben sollte? Meine Webseiten sind für ca. 3 Minuten unbrauchbar!

Soweit ich beide Produktion und Inszenierung sagen können Schlitze haben die gleichen Anwendungseinstellungen usw.

Ratschläge oder Hinweise wäre sehr dankbar.

+0

Haben Sie einen Workaround gefunden? –

Antwort

4

Jeff hat Recht. Wenn für den Steckplatz feste App-Einstellungen oder Verbindungszeichenfolgen definiert sind, wird der Arbeitsprozess der Website während des Swaps neu gestartet. Die Reihenfolge der Aktionen in diesem Fall lautet wie folgt:

  1. Wenden Sie die Sticky-Einstellungen vom Produktions-Slot auf den Worker-Prozess der Site an, der sich derzeit im Staging-Slot befindet. Das verursacht den Neustart des Arbeitsprozesses;
  2. Den Worker-Prozess der Site im Staging-Slot aufwärmen, indem auf allen VM-Instanzen, auf denen die Site ausgeführt werden soll, HTTP-Anforderungen an die Root-URL gesendet werden;
  3. Tauschen Sie die Worker-Prozesse zwischen den Slots aus. Jetzt befindet sich der aufgewärmte Arbeitsprozess im Produktionsslot und akzeptiert den Produktionsverkehr;
  4. Wenden Sie die Sticky-Einstellungen vom Staging-Slot auf den Arbeitsprozess an, der sich gerade im Staging-Slot befindet. An diesem Punkt ist dies der Workerprozess "Früher in der Produktion". Diese Konfigurationsänderung verursacht einen Neustart dieses Arbeitsprozesses, aber zu diesem Zeitpunkt wird kein Produktionsdatenverkehr benötigt.
+0

Wie lange gibt das System eine Stelle zwischen den Schritten 2 und 3 zum Aufwärmen? Wartet es auf eine Antwort von 200 auf die Root-URL, oder einfach auf die Antwort und dann sofort den Swap? Oder gibt es eine bestimmte Dauer? –

+1

Es wartet auf die 200 Antwort auf der Stamm-URL. Auch wenn Sie in Ihrer Datei web.config eine Reihe von Aufwärmseiten hinzufügen, wird gewartet, bis alle aufgerufen sind. Mehr Infos hier: https://github.com/projectkudu/kudu/wiki/Understanding-site-swaps – RuslanY

+0

Super, danke für den Link. Das macht alles klar. Ich stelle fest, dass das Dokument nur zwei Tage existiert hat, was es erklärt. –

0

Ich habe in diesem passiert, wenn ich die Sticky App Einstellungen Optionen verwende. Meine Annahme ist, dass es den Swap macht, aber dann die Einstellung auf den Sticky-Wert ändern muss und daher ist es so, als ob Sie eine Änderung in web.config vornehmen oder den Wert im Portal selbst ändern, der die App neu starten muss.

Ich habe keine offizielle Dokumentation zu diesem Thema gefunden, aber wenn Sie Sticky Slots Setup haben, glaube ich, dass es der Schuldige ist. Und ich bin mir nicht sicher, ob man etwas dagegen tun kann, wenn das der Fall ist.

Verwandte Themen