Guide för testning av UPS-avstängning för värdar, virtuella maskiner, containrar och lagring

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

UPS Shutdown Testing Guide for Hosts, VMs, Containers, and Storage

En UPS-design klarar testet först när varje skrivare slutar innan delad lagring och varje värd slutför avstängningen innan batteriet når brytgränsen, med uppmätt tid kvar för omförsök.

En grön UPS-status på hypervisorn bevisar inte att virtuella maskiner, containrar, nätverksswitchen och NAS-enheten tar emot eller överlever samma händelse. Definiera tidsstämplar och avbrytningsvillkor, kör först en programvaruhändelse och genomför sedan en kontrollerad övning med nätbortfall, aktuella säkerhetskopior och åtkomst till lokal konsol. Det slutliga beslutet måste också omfatta kall återställning, eftersom tjänster som stoppas korrekt ändå kan starta innan lagringen är redo.

Definiera godkännandekriteriet och avbrytningsgränsen

En UPS-avstängningsdesign klarar testet endast om program slutar ta emot skrivningar, databaser och containrar avslutas, virtuella maskiner når stoppat tillstånd, beräkningsvärdar stängs av och delad lagring stängs av sist, medan kontrollnätverket förblir tillgängligt. Återställningen måste starta lagring och nätverk före beroende gäster.

Network UPS Tools kan distribuera statusen från en övervakad UPS till klienter; en praktisk UPS-server- och klientmodell förklarar server- och klientmodellen. Den kontrollvägen bevisar inte batteritid eller ordningen för gäster, så lista varje enhet, beroende, avstängningsansvarig, tidsgräns och uppmätta wattal före testet.

Förbered åtkomst till lokal konsol, aktuella säkerhetskopior, transaktioner som kan kasseras och en utsedd observatör. Avbryt om lagringen rapporterar fel, batteriladdningen ligger under den planerade starttröskeln, UPS-enhetens självtest är underkänt eller någon nödvändig enhet inte kan stängas av manuellt.

Kör en programvaruhändelse innan nätströmmen kopplas bort

Utlös den stödda simulerade händelsen för låg batterinivå eller tvingad avstängning utan att bryta nätströmmen. Samla in synkroniserade tidsstämplar för UPS-status, klientavisering, programstopp, avstängning av gäster, stopp av containrar, avstängning av värdar, avmontering av lagring och den tidpunkt då nätverkstjänster försvinner.

Använd ZimaSpace-sekvensen för att optimera UPS-avstängningsordningen så att skrivare och beräkning föregår delad lagring. Det här testet lägger till beslutspunkten: varje beroende måste hålla sin tidsgräns, inte bara ta emot ett avstängningskommando.

GODKÄNT innebär att alla steg slutförs i rätt ordning och att UPS-övervakaren förblir den auktoritativa källan. UNDERKÄNT innebär att en klient missar händelsen, att en gäst överskrider tidsgränsen eller att lagringen förlorar klienter i förtid. Återställ konfigurationen och korrigera endast det felaktiga steget innan ett verkligt avbrott testas.

Genomför en kontrollerad övning med nätbortfall

Med systemet under representativ belastning och säkerhetskopieringar pausade kopplar du bort nätanslutningen enligt UPS-tillverkarens säkra testmetod, samtidigt som UPS-utgången förblir aktiv. Registrera tiden till händelsetröskeln, belastningsprocent, uppskattad batteritid, avstängningstider och kvarvarande marginal. Dra inte ut data- eller strömkablar från lagring som är i drift.

Ett detaljerat Proxmox- och NUT-arbetsflöde beskriver tidsstyrning för ren avstängning av gäster vid rena gästavstängningar. Använd dess tidsmodell som jämförelse, men behåll det uppmätta värsta fallet från dina egna värdar, din lagring och ditt åldrade batteri.

Avbryt genom att återställa nätströmmen om någon gäst tvångsavslutas, lagringen blir otillgänglig medan klienter skriver, nätverksswitchen dör i förtid, temperaturen stiger oväntat eller den återstående tiden närmar sig den längsta olösta tidsgränsen. Ett godkänt programvarutest kan inte upphäva ett underkänt batteritest.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Verifiera kall återställning och repeterbarhet

När alla enheter är helt avstängda återställer du nätströmmen och observerar om UPS, switch, NAS, hypervisor, containrar och program startar i avsedd ordning. Kontrollera filsystem, databasernas återställningsloggar, virtuella maskiners tillstånd, monteringar och en transaktion som kan kasseras. Inaktivera okontrollerad automatisk start tills lagringens beredskap är deterministisk.

Upprepa programvaruhändelsen efter varje ändring av en tidsgräns och genomför sedan ett nytt kontrollerat strömtest efter ändringar av batteri, UPS, switch, värd eller lagringstopologi. Dokumentera den uppmätta avstängningstiden och batterireserven i underhållsloggen.

Godkänn designen först efter två cykler där systemet stängs av korrekt, återställs utan reparation och behåller en reserv utöver den långsammaste vägen. Eskalera inkonsekvent UPS-telemetri, batterikollaps eller lagringsfel; sådant ogiltigförklarar avstängningsanspråket även om värdens konsol visar ”avstängd”.