Freigeben über

Cacheserver-Wartungsaspekte

  • Artikel

Die Microsoft AppFabric 1.1 für Windows Server-Cache-Funktionen verwenden physische Server zum Unterstützen des Cacheclusters. Alle Server erfordern in bestimmten Situationen Warnung, und häufig macht diese Wartung einen Neustart des Servers erforderlich. In diesem Thema werden wichtige Erwägungen zum Minimieren oder Vermeiden von Downtime des Cacheclusters, wenn aus Wartungsgründen ein Neustart von Servern erforderlich ist, beschrieben. Weitere Informationen finden Sie unter Aktualisieren von Cacheservern.

Neustart von Servern

Bei der Bereitstellung auf einem einzelnen Server stellt der Speicherort der Clusterkonfiguration eine einzelne Fehlerquelle für den Cachecluster dar. Wenn führende Hosts die Clusterverwaltungsrolle ausführen, kann ein Neustart von zu vielen Cacheservern des falschen Typs auch zu einem Herunterfahren des Cacheclusters führen.

Speicherort der Clusterkonfiguration

Der Speicherort der Clusterkonfiguration kann eine SQL Server-Datenbank oder ein freigegebener Netzwerkordner sein. Ohne Zugriff darauf kann der Cachecluster nur für einige Minuten ausgeführt werden. Fahren Sie vor dem erneuten Starten des Servers, auf dem der SQL-Server oder Dateiserver gehostet ist, den Cachecluster mit dem Stop-CacheCluster-Befehl herunter. Dieser Befehl beendet die Windows-Cachehostdienste auf allen Cacheservern in der richtigen Reihenfolge. Weitere Informationen zum Speicherort der Clusterkonfiguration finden Sie unter Speicheroptionen für die Clusterkonfiguration.

Cacheserver

Im Allgemeinen sollte jeweils immer nur ein Cacheserver neu gestartet werden. Beim Herunterfahren eines Servers für einen Neustart sind keine besonderen Vorgehensweisen erforderlich. Wenn Sie nur den Cachehost-Windows-Dienst beenden möchten, verwenden Sie den Befehl Stop-CacheHost. Microsoft AppFabric 1.1 für Windows Server ermöglicht auch das Angeben des Schalters Graceful, um die zwischengespeicherten Daten auf andere Cachehosts zu verschieben, bevor der Dienst beendet wird. Das Beenden des Diensts mit der Windows-Dienstkonsole wird nicht unterstützt. Verwenden Sie nach einem Neustart den Start-CacheHost-Befehl, um den Windows-Cachehostservern das erneute Beitreten zum Cluster zu ermöglichen. Weitere Informationen finden Sie unter Verwenden von Windows PowerShell zum Verwalten von AppFabric 1.1-Cachefunktionen.

Wenn die Clusterverwaltungsrolle von führenden Hosts ausgeführt wird, muss die Mehrheit der führenden Hosts verfügbar sein, damit der Cachecluster verfügbar bleibt. Wenn dies in Ihrem Cluster der Fall ist, starten Sie jeweils nur eine kleine Anzahl der führenden Hosts neu, um ein Herunterfahren des Cacheclusters zu vermeiden. Nicht führende Hosts können zu beliebigen Zeitpunkten ohne Auswirkungen auf den Ausführungsstatus des Cacheclusters neu gestartet werden. Weitere Informationen zu führenden Hosts finden Sie unter Führende Hosts und Clusterverwaltung (AppFabric 1.1-Cache).

Hinweis

Der Stop-CacheHost-Befehl beendet keinen Windows-Cachehostdienst, wenn er die Clusterverwaltungsrolle ausführt und das Beenden des Cachehosts zum Herunterfahren des gesamten Clusters führen würde.

Wenn SQL Server die Clusterverwaltungsrolle ausführt, brauchen Sie nicht zu erwägen, ob der Cachehost ein führender Host ist oder nicht. Der Cluster kann mit nur einem Cachehost weiterhin ausgeführt werden.

Immer, wenn der Windows-Cachehostdienst auf einem Cacheserver beendet wird, werden alle Daten im Arbeitsspeicher des betreffenden Computers gelöscht. Aktivieren Sie das Feature für hohe Verfügbarkeit auf den benannten Caches, um das Isolieren von Anwendungen gegen diesen Datenverlust aufgrund von Serverneustarts zu unterstützen. Dies wirkt sich etwas negativ auf die Leistung an, der Mehraufwand kann jedoch unter Umständen den Preis eines Neuladens des Caches aufwiegen.

Damit das Feature für hohe Verfügbarkeit Sie beim Isolieren der Anwendung vor Fehlern (oder dem Beenden) eines Cachehosts schützt, müssen mindestens drei Cachehosts Mitglieder des Cacheclusters sein. Dies beruht auf der Anforderung strenger Konsistenz, die besagt, dass immer zwei Kopien eines zwischengespeicherten Objekts oder Bereichs in einem für hohe Verfügbarkeit aktivierten Cache vorhanden sein müssen. Damit zwei Kopien eines Caches oder Bereichs verwaltet werden, erfordert ein für hohe Verfügbarkeit aktivierter Cache mindestens zwei Cachehosts, um zu funktionieren. Weitere Informationen finden Sie unter Hohe Verfügbarkeit (AppFabric 1.1-Cache).

Über die zum weiteren Ausführen des Clusters erforderliche Mindestanzahl von Servern hinaus müssen auch die Speicheranforderungen der Anwendung berücksichtigt werden. Die Cacheerfordernisse der Anwendung ändern sich wahrscheinlich nicht nur aus dem Grund, dass ein Cacheserver neu gestartet wird. Es ist wichtig, dass eine ausreichende Anzahl Cacheserver weiterhin ausgeführt wird, um die Cacheerfordernisse der Anwendung zu unterstützen.

Empfehlungen zur Verwaltung

Zum Vereinfachen der Neustartsequenz empfiehlt sich die Verwendung einer SQL Server-Datenbank zum Speichern der Konfigurationseinstellungen und das Ausführen der Clusterverwaltungsrolle in dieser SQL Server-Instanz. Auf diese Weise spielt es keine Rolle, welcher der Cacheserver während der Warnung neu gestartet wird.

Zum Optimieren der Verfügbarkeit des Cacheclusters empfiehlt sich die Verwendung der Failover-Clusterunterstützung von Windows Server 2008, um einen Datenbankcluster oder einen Ordnerressourcencluster als Speicherort der Cacheclusterkonfiguration zu verwenden. Mit einem Clusterspeicherort können mehrere Server mit Windows Server 2008 zum Hosten des Konfigurationsspeicherorts als Cluster verwendet werden, wodurch jeweils ein Failover-Clusterknoten neu gestartet werden kann, ohne die Verfügbarkeit des Cachekonfigurations-Speicherortclusters zu beeinträchtigen.

Nehmen Sie nach Möglichkeit eine Überdimensionierung Ihres Cacheclusters vor, indem Sie mehr Cacheserver hinzufügen, als von Ihrer Anwendung zum aktuellen Zeitpunkt benötigt werden. Dadurch kann eine kleine Anzahl von Cacheservern ohne signifikanten Einfluss auf die Leistung des Cacheclusters neu gestartet werden.

Aktionen, die Downtime erforderlich machen

Verschiedene Aktionen machen eine Downtime des Cacheclusters unumgänglich. Die Gemeinsamkeit aller nachfolgend aufgelisteten Aktionen besteht darin, dass sie Änderungen an der Cacheclusterkonfiguration erfordern.

  2012-03-05