Clusterfähiges Aktualisieren: Häufig gestellte Fragen

Ja. CAU unterstützt das Aktualisieren Direkte Speicherplätze Cluster unabhängig vom Bereitstellungstyp: hyperkonvergent oder konvergent. Insbesondere sorgt die CAU-Orchestrierung dafür, dass die Suspendierung jedes Clusterknotens darauf wartet, dass der darunter liegende geclusterte Speicherplatz in Ordnung ist.

Nein. CAU koordiniert die Clusteraktualisierung nur von Computern mit Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 oder Windows 8. Der zu aktualisierende Failovercluster muss unter Windows Server 2016, Windows Server 2012 R2 oder Windows Server 2012 laufen.

Nein. CAU ist der Typ der Clusteranwendung unbekannt. CAU ist eine externe Clusterupdatelösung, die oberhalb der Cluster-APIs und PowerShell-Cmdlets angeordnet ist. Daher kann CAU die Updates für jede geclusterte Anwendung koordinieren, die in einem Windows Server Failovercluster konfiguriert ist.

Ja. Standardmäßig wird CAU mit einem Plug-In für die Nutzung der Dienstprogramm-APIs von Windows Update-Agent (WUA) auf den Clusterknoten konfiguriert. Die WUA-Infrastruktur kann so konfiguriert werden, dass sie auf Microsoft Update und Windows Update oder auf die Windows Server Update Services (WSUS) als Updatequelle verweist.

Ja. Standardmäßig wird CAU mit einem Plug-In für die Nutzung der Dienstprogramm-APIs von Windows Update-Agent (WUA) auf den Clusterknoten konfiguriert. Die WUA-Infrastruktur kann so konfiguriert werden, dass sie auf Microsoft Update und Windows Update oder auf einen lokalen Windows Server Update Services (WSUS)-Server als Updatequelle verweist.

Ja. Updates von Versionen mit eingeschränkter Verteilung (Limited Distribution Release, LDR), auch Hotfixes genannt, werden nicht über Microsoft Update oder Windows Update veröffentlicht. Daher können sie nicht vom WUA-Plug-In (Windows Update-Agent) heruntergeladen werden, das standardmäßig von CAU verwendet wird.

CAU bietet jedoch ein zweites Plug-In, mit dem Sie Hotfix-Updates anwenden können. Dieses Hotfix-Plug-In kann auch angepasst werden, um nicht von Microsoft stammende Treiber, Firmware und BIOS-Updates anzuwenden.

Ja. Wenn es sich bei den kumulativen Updates um Updates von Versionen mit allgemeiner Verteilung oder LDR-Updates handelt, können sie von CAU angewendet werden.

Ja. CAU unterstützt die folgenden Aktualisierungsmodi, bei denen Updates jeweils geplant werden können:

Selbstaktualisierung Hiermit kann sich der Cluster gemäß eines definierten Profils und regelmäßigen Zeitplans (z. B. während eines monatlichen Wartungszeitfensters) selbst aktualisieren. Sie können eine Selbstaktualisierung auch bei Bedarf jederzeit starten. Wenn Sie den Selbstaktualisierungsmodus aktivieren möchten, müssen Sie dem Cluster die CAU-Clusterrolle hinzufügen. Das Selbstaktualisierungsfeature von CAU wird wie jeder andere Clusterarbeitsauslastung ausgeführt und kann problemlos für die geplanten und ungeplanten Failover eines Updatekoordinatorcomputers verwendet werden.

Remoteaktualisierung Ermöglicht es Ihnen, einen Aktualisierungslauf jederzeit von einem Computer mit Windows oder Windows Server aus zu starten. Sie können einen Aktualisierungslauf über das Fenster Clusterfähiges Aktualisieren oder mit dem PowerShell-Cmdlet Invoke-CauRun starten. Die Remoteaktualisierung ist der Standardaktualisierungsmodus für CAU. Mit der Aufgabenplanung können Sie das Cmdlet Invoke-CauRun nach einem gewünschten Zeitplan auf einem Remotecomputer ausführen, bei dem es sich nicht um einen der Clusterknoten handelt.

Ja. CAU weist in dieser Hinsicht keine Einschränkungen auf. Das Ausführen von Softwareupdates auf einem Server (mit den zugehörigen potenziellen Neustarts) während einer Sicherung ist jedoch keine bewährte IT-Methode. Beachten Sie, dass von CAU nur Cluster-APIs verwendet werden, um Ressourcenfailover und -failbacks zu bestimmen. Daher ist CAU der Serversicherungsstatus nicht bekannt.

CAU ist ein Tool, das Softwareupdates auf einem Clusterknoten koordiniert, und von Configuration Manager werden auch Serversoftwareupdates ausgeführt. Es ist wichtig, dass Sie diese Tools so konfigurieren, dass sie sich nicht mit denselben Servern in einem Rechenzentrum überschneiden, einschließlich der Verwendung verschiedener Windows Server Update Services-Server. Dadurch wird sichergestellt, dass die Absicht hinter der Verwendung von CAU nicht versehentlich aufgehoben wird, da von Configuration Manager gesteuerte Aktualisierungen keine Clusterinformationen beinhalten.

Ja. Zum Ausführen der CAU-Tools sind Administratoranmeldeinformationen auf dem lokalen Server oder das Benutzerrecht Annehmen der Clientidentität nach Authentifizierung auf dem lokalen Server oder Clientcomputer erforderlich, auf dem CAU ausgeführt wird. Zum Koordinieren von Softwareupdates auf den Clusterknoten sind für CAU jedoch Clusteradministratoranmeldeinformationen auf allen Knoten erforderlich. Die CAU-Benutzeroberfläche kann auch ohne die Anmeldeinformationen gestartet werden. Allerdings werden die Anmeldeinformationen für die Clusteradministration abgefragt, wenn eine Verbindung zu einer Clusterinstanz hergestellt wird, um eine Vorschau anzuzeigen oder Updates anzuwenden.

Ja. CAU bietet PowerShell-Cmdlets, die viele Optionen zum Erstellen von Skripts bieten. Dies sind dieselben Cmdlets, die von der CAU-Benutzeroberfläche zum Ausführen von CAU-Aktionen aufgerufen werden.

Für Clusterrollen (früher als Anwendungen und Dienste bezeichnet), die auf einem Knoten aktiv sind, wird ein Failover auf andere Knoten ausgeführt, bevor die Aktualisierung der Software beginnen kann. Diese Failover werden von CAU mithilfe des Wartungsmodus koordiniert, der den Knoten anhält und alle aktiven Clusterrollen auf ihm ausgleicht. Wenn die Softwareupdates abgeschlossen sind, wird der Knoten durch CAU fortgesetzt, und für die Clusterrollen wird ein Failback auf den aktualisierten Knoten ausgeführt. Dadurch wird sichergestellt, dass die Verteilung von Clusterrollen im Vergleich zu den Knoten bei den CAU-Aktualisierungsausführungen auf einem Cluster gleich bleibt.

Von CAU werden Cluster-APIs verwendet, um die Failover zu koordinieren. Die Cluster-API-Implementierung wählt die Knoten durch Verwenden interner Metriken und intelligenter Platzierungsheuristiken (z. B. Arbeitsauslastungsstufen) für alle Zielknoten aus.

Von CAU wird für die Clusterknoten kein Lastenausgleich ausgeführt, aber es wird versucht, die Verteilung der Clusterrollen beizubehalten. Wenn das Update eines Clusterknotens durch CAU beendet wird, wird für die zuvor auf dem jeweiligen Knoten gehosteten Clusterrollen ein Failback ausgeführt. Von CAU werden Cluster-APIs verwendet, um für die Ressourcen ein Failback zum Anfang des angehaltenen Vorgangs auszuführen. Wenn keine ungeplanten Failover und bevorzugten Besitzereinstellungen vorhanden sind, bleibt die Verteilung der Clusterrollen daher unverändert.

Standardmäßig wird die Reihenfolge der zu aktualisierenden Knoten von CAU basierend auf dem Aktivitätsgrad ausgewählt. Die Knoten, auf denen die wenigsten Clusterrollen gehostet werden, werden zuerst aktualisiert. Ein Administrator kann jedoch für das Aktualisieren der Knoten eine bestimmte Reihenfolge angeben, indem er auf der CAU-Benutzeroberfläche einen Parameter für die Aktualisierungsausführung angibt oder indem er die PowerShell-Cmdlets verwendet.

Der Administrator, der die Aktualisierungsausführung initiiert, kann den zulässigen Schwellenwert für die Anzahl von Knoten angeben, die offline sein können. Daher kann eine Aktualisierungsausführung selbst dann auf einem Cluster fortgesetzt werden, wenn keiner der Clusterknoten online ist.

Nein. Bei CAU handelt es sich um ein Clusteraktualisierungstool. Daher können Sie nur zu aktualisierende Cluster auswählen. Wenn Sie einen einzelnen Knoten aktualisieren möchten, können Sie vorhandene Serveraktualisierungstools außerhalb von CAU verwenden.

Nein. Von CAU können nur Aktualisierungsausführungen gemeldet werden, die innerhalb von CAU initiiert wurden. Wenn jedoch eine nachfolgende CAU-Aktualisierungsausführung gestartet wird, werden durch Methoden außerhalb von CAU installierte Updates entsprechend interpretiert, um die zusätzlichen Updates zu bestimmen, die möglicherweise für die einzelnen Clusterknoten gelten.

Ja. CAU bietet die folgenden Dimensionen der Flexibilität, um den individuellen IT-Prozessanforderungen von Unternehmenskunden gerecht zu werden:

Skripts Eine Updateausführung kann ein PowerShell-Skript vor dem Update und ein PowerShell-Skript nach dem Update angeben. Das Skript vor dem Update wird auf jedem einzelnen Clusterknoten ausgeführt, bevor der Knoten angehalten wird. Das Skript nach dem Update wird auf jedem einzelnen Clusterknoten ausgeführt, nachdem die Knotenupdates installiert wurden.

Erweiterte Updateausführungsoptionen Der Administrator kann darüber hinaus eine Reihe erweiterter Updateausführungsoptionen angeben, wie z. B. die maximale Häufigkeit, mit der der Updatevorgang auf jedem Knoten wiederholt wird. Diese Optionen können mithilfe der CAU-Benutzeroberfläche oder PowerShell-Cmdlets für CAU angegeben werden. Diese benutzerdefinierten Einstellungen können in einem Profil für die Updateausführung gespeichert und bei späteren Updateausführungen wiederverwendet werden.

Die öffentliche Plugin-Architektur CAU enthält Funktionen zum Registrieren, Aufheben der Registrierung und Auswählen von Plugins.CAU bietet zwei Standard-Plug-Ins: eines koordiniert die WUA-APIs (Windows Update-Agent) auf jedem Clusterknoten, das zweite wendet Hotfixes an, die manuell in eine Dateifreigabe kopiert werden, auf die die Clusterknoten Zugriff haben. Wenn ein Unternehmen individuelle Anforderungen hat, die mit diesen beiden Plug-Ins nicht erfüllt werden können, kann es gemäß der öffentlichen API-Spezifikation ein neues CAU-Plug-In erstellen. Weitere Informationen finden Sie unter Referenz zu den Plug-Ins für die clusterfähige Aktualisierung.

Informationen zum Konfigurieren und Anpassen von CAU-Plug-Ins zum Unterstützen verschiedener Updateszenarien finden Sie unter So funktionieren Plug-ins.

CAU bietet Exportoptionen über die Befehlszeilenschnittstellen und die Benutzeroberfläche.

Optionen der Befehlszeilenschnittstelle:

• Zeigen Sie die Ergebnisse in der Vorschau mit dem PowerShell-Cmdlet Invoke-CauScan | ConvertTo-Xml an. Ausgabe: XML

• Berichten Sie die Ergebnisse mit dem PowerShell-Cmdlet Invoke-CauRun | ConvertTo-Xml. Ausgabe: XML

• Berichten Sie die Ergebnisse mit dem PowerShell-CmdletGet-CauReport | Export-CauReport. Ausgabe: HTML, CSV

Optionen der Benutzeroberfläche.

• Kopieren Sie die Berichtsergebnisse aus dem Bildschirm Vorschau der Updates anzeigen. Ausgabe: CSV

• Kopieren Sie die Berichtsergebnisse aus dem Bildschirm Bericht generieren. Ausgabe: CSV

• Exportieren Sie die Berichtsergebnisse aus dem Bildschirm Bericht generieren. Ausgabe: HTML

Eine CAU-Installation ist nahtlos in das Feature "Failoverclustering" integriert. CAU wird wie folgt installiert:

• Wenn Failoverclustering auf einem Clusterknoten installiert ist, wird der CAU-WMI-Anbieter (Windows Management Instrumentation) automatisch installiert.

• Wenn die Funktion Failoverclusteringtools auf einem Server oder Clientcomputer installiert wird, werden die clusterfähige Aktualisierungsoberfläche und die PowerShell-Cmdlets automatisch installiert.

Für CAU muss kein Dienst auf den Clusterknoten ausgeführt werden. Es muss für CAU jedoch eine Softwarekomponente (der WMI-Anbieter) auf den Clusterknoten installiert werden. Diese Komponente wird mit dem Feature Failoverclustering installiert.

Zur Aktivierung des Selbstaktualisierungsmodus muss die CAU-Clusterrolle auch dem Cluster hinzugefügt werden.

• Von System Center Virtual Machine Manager (VMM) werden nur Hyper-V-Cluster aktualisiert, während mit CAU beliebige Typen unterstützter Failovercluster, einschließlich Hyper-V-Clustern, aktualisiert werden können.

• VMM erfordert eine zusätzliche Lizenzen, während CAU für alle Windows Server lizenziert ist. Die CAU-Features, -Tools und -Benutzeroberfläche werden mit Failoverclusteringkomponenten installiert.

• Wenn Sie bereits eine System Center-Lizenz besitzen, können Sie Hyper-V-Cluster weiterhin mit VMM aktualisieren, da es eine integrierte Verwaltungs- und Softwareaktualisierungserfahrung bietet.

• CAU wird nur für Cluster unterstützt, auf denen Windows Server 2016, Windows Server 2012 R2 und Windows Server 2012 ausgeführt werden. VMM unterstützt auch Hyper-V-Cluster auf Computern unter Windows Server 2008 R2 und Windows Server 2008.

Ja. Ein Failovercluster mit einer Konfiguration zur Selbstaktualisierung kann bei Bedarf über die Remoteaktualisierung aktualisiert werden, so wie Sie jederzeit eine Windows Update-Überprüfung auf dem Computer erzwingen können, selbst wenn Windows Update für das automatische Installieren von Updates konfiguriert ist. Sie müssen jedoch sicherstellen, dass gerade keine Aktualisierungsausführung erfolgt.

Ja. Von CAU werden einige Aktualisierungsausführungsoptionen unterstützt, mit denen das Verhalten der Aktualisierungsausführung beim Aktualisieren des Clusters bestimmt wird. Diese Optionen können als Aktualisierungsausführungsprofil gespeichert und für beliebige Cluster wiederverwendet werden. Es wird empfohlen, Ihre Einstellungen für Failovercluster mit ähnlichen Aktualisierungsanforderungen zu speichern und wiederzuverwenden. Beispielsweise können Sie ein „Geschäftskritisches SQL Server-Cluster-Aktualisierungsausführungsprofil“ für alle Microsoft SQL Server-Cluster erstellen, die geschäftskritische Dienste unterstützen.

• Referenz zu Plug-Ins für clusterfähiges Aktualisieren

• Beispiel eines Plug-Ins für clusterfähiges Aktualisieren

• Übersicht über die clusterfähige Aktualisierung