Anleitung zum Testen der USV-Abschaltung für Hosts, VMs, Container und Speicher

Ein USV-Design besteht nur, wenn jeder Schreibvorgang vor dem gemeinsamen Speicher beendet wird und jeder Host vor dem Abschalten der Batterie heruntergefahren ist, wobei ausreichend gemessene Restzeit für Wiederholungsversuche verbleibt.

Ein grüner USV-Status auf dem Hypervisor beweist nicht, dass VMs, Container, der Netzwerk-Switch und das NAS dasselbe Ereignis empfangen oder überstehen. Definieren Sie Zeitstempel und Abbruchbedingungen, führen Sie zuerst ein Software-Ereignis aus und anschließend einen kontrollierten Netzausfalltest mit aktuellen Backups und lokalem Konsolenzugriff. Die endgültige Entscheidung muss auch die Kaltwiederherstellung berücksichtigen, da Dienste, die sauber beendet wurden, möglicherweise neu starten, bevor ihr Speicher bereit ist.

Pass-Bedingung und Abbruchgrenze definieren

Ein USV-Abschaltdesign besteht nur, wenn Anwendungen keine Schreibvorgänge mehr annehmen, Datenbanken und Container beendet werden, VMs den Status „angehalten“ erreichen, Rechenhosts herunterfahren und der gemeinsame Speicher zuletzt ausgeschaltet wird, während das Steuerungsnetzwerk verfügbar bleibt. Bei der Wiederherstellung müssen Speicher und Netzwerk vor den abhängigen Gästen gestartet werden.

Network UPS Tools kann den Zustand einer überwachten USV an Clients verteilen; ein praxisnahes USV-Server-und-Client-Modell erläutert dieses Modell. Dieser Steuerungspfad beweist weder die Batterielaufzeit noch die Reihenfolge der Gäste. Listen Sie daher vor dem Test jedes Gerät, jede Abhängigkeit, den Verantwortlichen für das Herunterfahren, jedes Zeitlimit und die gemessene Leistung in Watt auf.

Stellen Sie lokalen Konsolenzugriff, aktuelle Backups, entbehrliche Transaktionen und eine namentlich benannte beobachtende Person bereit. Brechen Sie ab, wenn der Speicher Fehler meldet, der Batterieladezustand unter dem geplanten Startschwellwert liegt, der USV-Selbsttest fehlschlägt oder ein erforderliches Gerät nicht manuell heruntergefahren werden kann.

Software-Ereignis ausführen, bevor die Netzversorgung getrennt wird

Lösen Sie das unterstützte simulierte Ereignis für niedrigen Batteriestand oder erzwungenes Herunterfahren aus, ohne die Netzversorgung zu unterbrechen. Erfassen Sie synchronisierte Zeitstempel für den USV-Status, die Client-Benachrichtigung, das Beenden der Anwendung, das Herunterfahren der Gäste, das Stoppen der Container, das Anhalten des Hosts, das Aushängen des Speichers und den Zeitpunkt, an dem die Netzwerkdienste verschwinden.

Nutzen Sie die ZimaSpace-Sequenz zum Optimieren der USV-Abschaltreihenfolge, damit Schreibvorgänge und Rechenleistung vor dem gemeinsamen Speicher beendet werden. Dieser Test ergänzt das Entscheidungskriterium: Jede Abhängigkeit muss ihre Frist einhalten und darf nicht lediglich einen Abschaltbefehl empfangen.

BESTANDEN bedeutet, dass alle Stufen in der richtigen Reihenfolge abgeschlossen werden und der USV-Monitor maßgeblich bleibt. NICHT BESTANDEN bedeutet, dass ein Client das Ereignis verpasst, ein Gast das Zeitlimit überschreitet oder der Speicher Clients vorzeitig verliert. Stellen Sie die Konfiguration wieder her und beheben Sie nur den fehlgeschlagenen Übergang, bevor Sie einen echten Ausfall versuchen.

Kontrollierten Netzausfalltest durchführen

Trennen Sie bei repräsentativer Auslastung des Stacks und pausierten Backups die Netzversorgung nach der sicheren Testmethode des USV-Herstellers, während der USV-Ausgang aktiv bleibt. Erfassen Sie die Zeit bis zum Ereignisschwellwert, den Lastanteil, die Batterieschätzung, die Abschaltdauer und die verbleibende Reserve. Ziehen Sie keine Daten- oder Stromkabel von laufendem Speicher ab.

Ein ausführlicher Proxmox-und-NUT-Ablauf beschreibt das Timing für das saubere Herunterfahren von Gästen bei sauberen Gastabschaltungen. Verwenden Sie dessen Zeitmodell zum Vergleich, übernehmen Sie jedoch den gemessenen Worst Case Ihrer eigenen Hosts, Ihres Speichers und Ihrer gealterten Batterie.

Brechen Sie ab, indem Sie die Netzversorgung wiederherstellen, wenn ein Gast beendet wird, der Speicher nicht mehr verfügbar ist, während Clients schreiben, der Netzwerk-Switch vorzeitig ausfällt, die Temperatur unerwartet steigt oder die verbleibende Laufzeit sich dem längsten noch offenen Zeitlimit nähert. Ein bestandener reiner Softwaretest kann einen fehlgeschlagenen Batterietest nicht aufheben.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Kaltwiederherstellung und Wiederholbarkeit überprüfen

Nachdem jedes Gerät vollständig ausgeschaltet ist, stellen Sie die Netzversorgung wieder her und beobachten Sie, ob USV, Switch, NAS, Hypervisor, Container und Anwendungen in der vorgesehenen Reihenfolge starten. Überprüfen Sie Dateisysteme, Protokolle zur Datenbankwiederherstellung, den VM-Status, Einbindungen und eine entbehrliche Transaktion. Deaktivieren Sie unkontrollierte Autostarts, bis die Bereitschaft des Speichers deterministisch ist.

Wiederholen Sie das Software-Ereignis nach jeder Änderung eines Zeitlimits und führen Sie anschließend nach Änderungen an Batterie, USV, Switch, Host oder Speichertopologie einen weiteren kontrollierten Stromtest durch. Halten Sie die gemessene Abschaltdauer und die Batteriereserve im Wartungsprotokoll fest.

Geben Sie das Design erst frei, nachdem zwei Zyklen sauber beendet wurden, sich ohne Reparatur wiederhergestellt haben und über den langsamsten Pfad hinaus Reserve verblieben ist. Eskalieren Sie inkonsistente USV-Telemetrie, einen Batterieeinbruch oder Speicherfehler; diese machen die Abschaltbehauptung ungültig, selbst wenn die Hostkonsole „Ausschalten“ meldet.