Wir haben eine Anwendung auf Azure IaaS-VMs bereitgestellt, die von IIS bereitgestellt wird. Um Updates zu installieren, müssen wir jeden Computer einzeln aus dem Load Balancer entfernen. Vor dem Wechsel zu Azure haben wir Microsoft NLB verwendet, das die Funktion hat, einen Knoten zu stoppen - indem keine neuen Verbindungen gesendet werden, sondern die vorhandenen Verbindungen offen bleiben, bis sie abgeschlossen sind. Wie können wir mit Azure LB dasselbe erreichen?
Antworten:
Die empfohlene Methode hierfür besteht darin, eine benutzerdefinierte Integritätssonde in Ihrem Lastausgleichssatz zu haben. Beispielsweise könnten Sie auf jeder Ihrer VMs eine einfache Seite healthcheck.html haben (z. B. in wwwroot) und den Test von Ihrem Lastausgleichssatz auf diese Seite leiten. Solange der Test diese Seite abrufen kann (HTTP 200), sendet der Azure-Lastenausgleich weiterhin Benutzeranforderungen an die VM.
Wenn Sie eine VM aktualisieren müssen, können Sie die Datei healthcheck.html einfach in einen anderen Namen wie _healthcheck.html umbenennen . Dies führt dazu, dass der Test HTTP 404-Fehler empfängt und diesen Computer aus der Lastausgleichsrotation entfernt, da er kein HTTP 200 erhält. Bestehende Verbindungen werden weiterhin bedient, aber die Azure LB sendet keine neuen Anforderungen mehr an die VM.
Benennen Sie _healthcheck.html nach Abschluss Ihrer Updates auf der VM wieder in healthcheck.html um . Der Azure LB-Test erhält HTTP 200-Antworten und sendet daher erneut Anforderungen an diese VM.
Wiederholen Sie diesen Vorgang für jede VM im Lastausgleichssatz.
In der Dokumentation empfiehlt Microsoft die Verwendung einer Sicherheitsgruppe, um die Integritätsprüfung explizit zu blockieren. Alle Azure Load Balancer- Integritätsprüfungen werden ab 168.63.129.16 geliefert .
Ein Beispiel wäre die Verwendung einer eingehenden NSG-Regel, um 168.63.129.16 für das Ziel der VM-Netzwerkkarte zu verweigern, die Sie aus dem Pool entfernen möchten.