Bewährte Methoden für die private Cloudwartung in Azure VMware Solution

Azure VMware Solution übernimmt regelmäßige Wartung der privaten Cloud. Diese Wartung umfasst Sicherheitspatches, kleinere und wichtige Updates für VMware-Softwarestapel. Auf dieser Seite werden die Hostüberwachung, Wartung und empfohlene bewährte Methoden beschrieben, die dazu beitragen, die private Cloud für die Wartung bereit zu halten.

Hostwartung und Lebenszyklusverwaltung

Einer der Vorteile von privaten Azure VMware Solution-Clouds besteht darin, dass die Plattform für Sie verwaltet wird. Microsoft ist für die Lebenszyklusverwaltung von VMware-Software (ESXi, vCenter Server und vSAN) und NSX-Appliances zuständig. Microsoft ist auch für das Bootstrapping der Netzwerkkonfiguration zuständig, z. B. für die Erstellung des Gateways für Ebene 0 und die Aktivierung des Nord-Süd-Routings. Sie sind für die NSX-SDN-Konfiguration verantwortlich – also für Netzwerksegmente, Regeln für verteilte Firewalls, Gateways der Ebene 1 und Lastenausgleichsmodule.

Microsoft ist für das Anwenden von Patches, Updates oder Upgrades für ESXi, vCenter Server, vSAN und NSX in Ihrer privaten Cloud verantwortlich. Bei den Auswirkungen von Patches, Updates und Upgrades auf ESXi, vCenter Server und NSX ist Folgendes zu berücksichtigen:

• ESXi: Auf Workloads, die in Ihrer privaten Cloud ausgeführt werden, hat dies keine Auswirkungen. Der Zugriff auf vCenter Server und NSX wird während dieses Zeitraums nicht blockiert. Während dieser Zeit empfehlen wir Ihnen, keine anderen Aktivitäten zu planen, wie z. B. die Skalierung der privaten Cloud, die Planung oder Initiierung aktiver HCX-Migrationen, die Durchführung von HCX-Konfigurationsänderungen usw. in Ihrer privaten Cloud.

• vCenter Server: Auf Workloads, die in Ihrer privaten Cloud ausgeführt werden, hat dies keine Auswirkungen. Während dieser Zeit ist vCenter Server nicht verfügbar und Sie können keine virtuellen Computer verwalten (Beenden, Starten, Erstellen oder Löschen). Wir empfehlen Ihnen, keine anderen Aktivitäten wie die Skalierung der privaten Cloud, die Einrichtung neuer Netzwerke usw. in Ihrer privaten Cloud zu planen. Wenn Sie VMware Site Recovery Manager oder vSphere Replication-Benutzeroberflächen verwenden, empfehlen wir, keine der Aktionen auszuführen: Konfigurieren von vSphere Replication und Konfigurieren oder Ausführen von Site Recovery-Plänen während des vCenter Server-Upgrades.

• NSX: Die Workload wird beeinträchtigt. Wenn ein bestimmter Host aktualisiert wird, kann es vorkommen, dass die VMs auf diesem Host zwischen 2 Sekunden und 1 Minute die Verbindung verlieren, wobei eines der folgenden Symptome auftritt:

  • Pingfehler

  • Paketverlust

  • Fehlermeldungen (etwa Zielhost nicht erreichbar und Net unreachable (Netz nicht erreichbar))

  Während dieses Upgradefensters wird jeglicher Zugriff auf die NSX-Verwaltungsebene blockiert. Sie können während dieser Zeit keine Konfigurationsänderungen an der NSX-Umgebung vornehmen. Ihre Workloads laufen weiterhin wie gewohnt, vorbehaltlich der zuvor beschriebenen Auswirkungen des Upgrades.

  Wir empfehlen Ihnen, während des Upgrades keine anderen Aktivitäten in Ihrer privaten Cloud zu planen, wie z. B. die Skalierung der privaten Cloud usw. Andere Aktivitäten können den Start des Upgrades verhindern oder negative Auswirkungen auf das Upgrade und die Umgebung haben.

Sie werden über Azure Service Health benachrichtigt, das den Zeitplan des Upgrades enthält. Die E-Mail enthält auch Details über die aktualisierte Komponente, ihre Auswirkungen auf Workloads, den Zugriff auf die private Cloud und andere Azure-Dienste. Sie können ein Upgrade nach Bedarf erneut planen.

Softwareupdates umfassen:

• Patches: Sicherheitspatches oder Fehlerbehebungen, die von VMware freigegeben werden

• Updates: Änderungen der Nebenversion einer VMware-Stack-Komponente

• Upgrades: Änderungen der Hauptversion einer VMware-Stack-Komponente

Bis die Bereitstellung der nächsten geplanten Updates erfolgt, werden dokumentierte VMware-Problemumgehungen implementiert, statt einen entsprechenden Patch zu installieren.

Hostüberwachung und -wartung

Azure VMware Solution überwacht kontinuierlich die Integrität der VMware-Komponenten und der Unterlage (Underlay). Wenn Azure VMware Solution einen Fehler erkennt, ergreift es Maßnahmen, um die fehlerhaften Komponenten zu reparieren. Wenn von Azure VMware Solution ein Leistungsabfall oder ein Fehler auf dem Azure VMware Solution-Knoten erkannt wird, wird der Fehlerbehebungsprozess für den Host ausgelöst.

Die Wartung für den Host umfasst das Ersetzen des fehlerhaften Knotens durch einen neuen fehlerfreien Knoten im Cluster. Anschließend wird der fehlerhafte Host nach Möglichkeit in den VMware vSphere-Wartungsmodus versetzt. VMware vSphere vMotion verschiebt die virtuellen Computer vom fehlerhaften Host auf andere verfügbare Server im Cluster. Hierbei ist es unter Umständen möglich, eine Livemigration von Workloads ohne Downtime durchzuführen. Wenn der fehlerhafte Host nicht in den Wartungsmodus versetzt werden kann, wird er aus dem Cluster entfernt. Bevor der fehlerhafte Host entfernt wird, werden die Kundenarbeitslasten zu einem neu hinzugefügten Host migriert.

In Azure VMware Solution werden die folgenden Bedingungen auf dem Host überwacht:

• Prozessorstatus
• Speicherstatus
• Verbindung und Betriebszustand
• Zustand des Hardwarelüfters
• Verlust der Netzwerkkonnektivität
• Zustand der Hardware-Hauptplatine
• Fehler auf einem oder mehreren Datenträgern eines vSAN-Hosts
• Hardwarespannung
• Hardware-Temperaturstatus
• Hardware-Betriebszustand
• Speicherstatus
• Verbindungsfehler

Bewährte Methoden für Wartungsvorgänge

Die folgenden Aktionen werden immer empfohlen, um sicherzustellen, dass Hostwartungsvorgänge erfolgreich ausgeführt werden:

• vSAN-Speicherauslastung: Um service Level Agreement (SLA) aufrechtzuerhalten, stellen Sie sicher, dass die Speicherplatznutzung Ihres vSphere-Clusters unter 75%bleibt. Wenn die Auslastung 75%überschreitet, können Upgrades länger als erwartet dauern oder vollständig fehlschlagen. Wenn Ihre Speicherauslastung 75%überschreitet, sollten Sie einen Knoten hinzufügen, um den Cluster zu erweitern und potenzielle Ausfallzeiten während Upgrades zu verhindern.
• Regeln für verteilte Ressourcenplanung (Distributed Resource Scheduler, DRS): DRS-VM-VM Antiaffinitätsregeln müssen so konfiguriert werden, dass mindestens (N+1)-Hosts im Cluster vorhanden sind, wobei N die Anzahl der virtuellen Computer ist, die Teil der DRS-Regel sind.
• Überschreitung der Fehlertoleranz (FTT): Um Datenverluste zu verhindern, ändern Sie VMs, die mit einer vSAN-Speicherrichtlinie konfiguriert sind, die Fehlertoleranzen von 0 erlaubt, in eine vSAN-Speicherrichtlinie, die mit Microsoft SLA (FTT=1 für bis zu fünf Hosts in einem Cluster und FTT=2 für sechs oder mehr Hosts in einem Cluster) kompatibel ist, und stellen Sie sicher, dass Hostwartungsvorgänge nahtlos ausgeführt werden können.
• Entfernen von CD-ROM-Einbindungen auf VMs: VMs, auf denen CD-ROMs im Emulationsmodus bereitgestellt werden, blockieren die Hostwartung. Stellen Sie sicher, dass CD-ROMs im Passthrough-Modus eingebunden werden.
• Serieller/paralleler Anschluss oder externes Gerät: Wenn Sie eine Imagedatei (ISO, FLP usw.) verwenden, stellen Sie sicher, dass auf alle ESXi-Hosts im Cluster zugegriffen werden kann. Speichern Sie die Dateien in einem Datenspeicher, der zwischen allen ESXi-Servern gemeinsam verwendet wird, die an der vMotion des virtuellen Computers teilnehmen. Weitere Informationen finden Sie im Broadcom KB-Artikel.
• Verwaiste VMs: Bei einem verwaisten virtuellen Computer muss der virtuelle Computer (VM) entweder nach Möglichkeit erneut registriert werden (sofern er nicht gelöscht wurde) oder aus dem Bestand entfernt werden. Weitere Informationen finden Sie im Broadcom KB-Artikel.
• Gemeinsam genutzter SCSI-Controller: Wenn Sie den SCSI-Bus gemeinsam nutzen, verwenden Sie für VMs den Bustyp "Physisch". VMs, die mit virtuellen SCSI-Controllern verbunden sind, werden ausgeschaltet. Weitere Informationen finden Sie im Broadcom KB-Artikel.
• VMs und Anwendungen von Drittanbietern: Für VMs und Anwendungen von Drittanbietern:
  • Stellen Sie sicher, dass Auf Azure VMware-Lösungen bereitgestellte Drittanbieterlösungen kompatibel sind und keine Wartungsvorgänge beeinträchtigen.
  • Stellen Sie sicher, dass die VM nicht mit der DRS-Regel „Muss ausgeführt werden“ auf dem VM-Host installiert ist. Überprüfen Sie außerdem, ob diese Anwendungen mit bevorstehenden Versionen des VMware-Stapels kompatibel sind.
  • Wenden Sie sich bei Bedarf an Ihren Lösungsanbieter und aktualisieren Sie sie im Voraus, um die Kompatibilität nach dem Upgrade aufrechtzuerhalten.

Tabelle mit Warnungscodes und Korrekturmaßnahmen

Nächste Schritte

Nachdem Sie nun die bewährten Methoden für die private Cloudwartung von Azure VMware Solution behandelt haben, sollten Sie folgendes wissen:

• Konfigurieren von Ressourcenintegritätswarnungen für Azure VMware-Lösung
• Azure VMware Solution – Netzwerk- und Interkonnektivitätskonzepte
• Speicherkonzepte von Azure VMware Solution
• Konfigurieren von Azure Alerts in Azure VMware-Lösung