Guida ai test di spegnimento dell'UPS per host, VM, container e storage

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

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

Un progetto UPS supera il test solo quando ogni processo di scrittura si arresta prima dello storage condiviso e ogni host termina prima del raggiungimento del limite della batteria, lasciando un tempo misurato per i tentativi successivi.

Un solo stato verde dell'UPS sull'hypervisor non dimostra che VM, container, switch di rete e NAS ricevano o superino lo stesso evento. Definisci i timestamp e le condizioni di interruzione, esegui prima un evento software, quindi effettua una simulazione controllata della perdita di rete elettrica con backup aggiornati e accesso alla console locale. La decisione finale deve includere anche il ripristino a freddo, perché i servizi che si arrestano correttamente possono comunque riavviarsi prima che lo storage sia pronto.

Definisci la condizione di superamento e il limite di interruzione

Un progetto di arresto tramite UPS supera il test solo se le applicazioni smettono di accettare scritture, database e container terminano, le VM raggiungono lo stato arrestato, gli host di calcolo si spengono e lo storage condiviso si spegne per ultimo, mentre la rete di controllo rimane disponibile. Il ripristino deve avviare lo storage e la rete prima dei guest dipendenti.

Network UPS Tools può distribuire lo stato di un UPS monitorato ai client; un pratico modello server e client per UPS illustra il modello server-client. Questo percorso di controllo non dimostra l'autonomia della batteria né l'ordine di arresto dei guest, quindi elenca ogni dispositivo, dipendenza, responsabile dello spegnimento, timeout e watt misurati prima del test.

Prepara l'accesso alla console locale, backup aggiornati, transazioni usa e getta e un osservatore designato. Interrompi il test se lo storage segnala errori, la carica della batteria è inferiore alla soglia di avvio pianificata, l'autotest dell'UPS non è superato o un dispositivo necessario non può essere spento manualmente.

Esegui un evento software prima di rimuovere l'alimentazione elettrica

Attiva l'evento supportato di batteria scarica simulata o di spegnimento forzato senza interrompere la rete elettrica. Acquisisci timestamp sincronizzati per lo stato dell'UPS, la notifica al client, l'arresto dell'applicazione, lo spegnimento del guest, l'arresto del container, lo spegnimento dell'host, lo smontaggio dello storage e il momento in cui i servizi di rete scompaiono.

Usa la procedura di ZimaSpace per ottimizzare l'ordine di spegnimento dell'UPS per mantenere i processi di scrittura e il calcolo precedenti allo storage condiviso. Questo test aggiunge il criterio di valutazione: ogni dipendenza deve rispettare la propria scadenza, non limitarsi a ricevere un comando di spegnimento.

SUPERATO significa che tutte le fasi si completano nell'ordine corretto e il monitor UPS rimane autorevole. NON SUPERATO significa che un client non riceve l'evento, un guest supera il timeout o lo storage perde prematuramente i client. Ripristina la configurazione e correggi solo il passaggio non riuscito prima di tentare un'interruzione reale.

Esegui una simulazione controllata della perdita di rete elettrica

Con lo stack a un carico rappresentativo e i backup in pausa, scollega l'ingresso della rete elettrica usando il metodo di test sicuro del produttore dell'UPS, mantenendo intatta l'uscita dell'UPS. Registra il tempo fino alla soglia dell'evento, la percentuale di carico, la stima della batteria, la durata degli spegnimenti e il margine residuo. Non scollegare i cavi dati o di alimentazione dallo storage in funzione.

Una procedura dettagliata per Proxmox e NUT descrive la temporizzazione dello spegnimento corretto dei guest per gli spegnimenti corretti dei guest. Usa il relativo modello di temporizzazione come confronto, ma conserva il caso peggiore misurato sui tuoi host, sullo storage e sulla batteria usurata.

Interrompi il test ripristinando l'alimentazione elettrica se un guest viene terminato forzatamente, lo storage diventa non disponibile mentre i client scrivono, lo switch di rete si spegne prematuramente, la temperatura aumenta inaspettatamente o l'autonomia residua si avvicina al timeout irrisolto più lungo. Un test superato solo a livello software non può annullare un test della batteria non superato.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

Verifica il ripristino a freddo e la ripetibilità

Dopo che ogni dispositivo è completamente spento, ripristina l'alimentazione elettrica e osserva se UPS, switch, NAS, hypervisor, container e applicazioni si avviano nell'ordine previsto. Verifica i filesystem, i log di ripristino dei database, lo stato delle VM, i mount e una transazione usa e getta. Disabilita l'avvio automatico non controllato finché la disponibilità dello storage non è deterministica.

Ripeti l'evento software dopo ogni modifica ai timeout, quindi esegui un altro test di alimentazione controllato dopo modifiche alla batteria, all'UPS, allo switch, all'host o alla topologia dello storage. Conserva nel registro di manutenzione la durata misurata dello spegnimento e la riserva della batteria.

Approva il progetto solo dopo che due cicli si sono arrestati correttamente, si sono ripristinati senza riparazioni e hanno mantenuto una riserva superiore al percorso più lento. Segnala la telemetria UPS incoerente, il collasso della batteria o gli errori dello storage; questi elementi invalidano la dichiarazione di spegnimento anche se la console dell'host mostra “spegnimento”.