Jak zoptymalizować kolejność wyłączania UPS-a dla hostów, maszyn wirtualnych i pamięci masowej

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

How to Optimize UPS Shutdown Order for Hosts, VMs, and Storage - Zima Store Online

Najpierw zatrzymaj zapisy aplikacji, następnie wyłącz gości, potem zatrzymaj hosty obliczeniowe, a na końcu wyłącz współdzieloną pamięć masową.

Decyzja ma znaczenie, gdy jeden UPS chroni hiperwizor, kilku gości, przełącznik oraz NAS przechowujący ich dyski. Dwa konkurencyjne stany to wstrzymanie pracy gości/aplikacji oraz utrata zasilania pamięci masowej przed prawidłowym wyłączeniem obliczeń. Rozpocznij od zapisanej konfiguracji i danych, których utrata nie będzie problemem, obserwuj każdą gałąź osobno i przerwij, jeśli test zwiększa ryzyko utraty danych, problemów z uprawnieniami lub dostępnością.

Ustal bezpieczny punkt odniesienia dla sekwencji wyłączania UPS

Zapisz stan środowiska przed wprowadzeniem zmian: wersje oprogramowania i oprogramowania układowego, tożsamości urządzeń, ścieżkę montowania lub sieciową, wolne miejsce, uprawnienia oraz obserwowany objaw. Punkt odniesienia musi zachować wystarczająco dużo szczegółów, aby odtworzyć sytuację, w której jeden UPS chroni hiperwizor, kilku gości, przełącznik oraz NAS przechowujący ich dyski.

Pierwszym kandydatem jest wstrzymanie pracy gości/aplikacji. Drugim jest utrata zasilania pamięci masowej przed prawidłowym wyłączeniem obliczeń. Obecny projekt wyłączania NUT definiuje mechanizm lub granicę polecenia używaną w teście; nie zastępuje obserwacji z tego konkretnego serwera domowego.

Zapisz warunek akceptacji i warunek przerwania przed uruchomieniem testu rozstrzygającego. Wynik pozytywny musi zmienić dane zgodnie z przewidywaniami jednej gałęzi, pozostawiając niezwiązane usługi bez zmian; wynik negatywny musi przywrócić system do zapisanego stanu, a nie uruchamiać ciągu przypuszczalnych poprawek.

Zastosuj konfigurację w odwracalnych etapach

Użyj następującego testu rozstrzygającego: zasymuluj zdarzenie niskiego poziomu naładowania baterii, mierząc czas każdej zależności. Zachowaj bez zmian obciążenie, klienta, ścieżkę, zestaw plików i harmonogram, aby wynik można było przypisać zmienionej zmiennej.

Użyj konserwacji węzła Proxmox, aby wybrać pole, które rzeczywiście może rozdzielić te gałęzie, a następnie zapisz jego znacznik czasu, kod zakończenia, tekst błędu, tożsamość urządzenia lub migawki, opóźnienie, liczbę przesłanych bajtów, uprawnienia oraz stan odzyskiwania. Pomyślne zakończenie polecenia nie wystarcza, gdy testowane twierdzenie dotyczy tożsamości, trwałości lub stanu aplikacji.

Powtórz test raz po ponownym uruchomieniu, ponownym połączeniu, ponownym zamontowaniu lub wyczyszczeniu pamięci podręcznej, jeśli takie zdarzenie było częścią pierwotnego warunku. Jeśli pierwszy przebieg jest destrukcyjny lub środowiska nie można przywrócić, przerwij i odtwórz test na kopii przeznaczonej do jednorazowego użycia.

utrata zasilania sieciowego -> zatrzymanie zadań -> wyłączenie maszyn wirtualnych -> host -> NAS

Interpretuj granice zakończenia i niepowodzenia

WYNIK POZYTYWNY: maszyny wirtualne kończą wyłączanie, a pamięć masowa jest odmontowywana dopiero po zwolnieniu jej przez klientów. Zapisz dokładną wersję, tożsamość i obciążenie, dla których test zakończył się pomyślnie, aby wniosek pozostał warunkowy, zamiast stać się uniwersalnym twierdzeniem.

WYNIK NEGATYWNY: NAS wyłącza się, gdy hosty nadal zapisują dane, albo host ulega awarii, zanim upłyną limity czasu gości. Wynik negatywny nie dowodzi automatycznie przeciwnej gałęzi, gdy na obie mogą wpływać sieć, pamięć, uprawnienia lub spójność źródła; przed eskalacją odizoluj te wspólne zależności.

WYJĄTEK LUB NIEJEDNOZNACZNY WYNIK: zwiększ margines czasu działania lub odłącz niekrytyczne obciążenia przed zmianą kolejności zależności. Zachowaj dzienniki i nie uruchamiaj poleceń naprawy, czyszczenia, usuwania, partycjonowania ani rekurencyjnej zmiany właściciela, dopóki nie będzie dostępna kopia możliwa do odzyskania.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Zweryfikuj trwałość przy pierwotnym obciążeniu

Zastosuj działanie odpowiadające zaobserwowanej gałęzi, a następnie powtórz pierwotny warunek, zamiast używać ograniczonego zamiennika. Decyzja obowiązuje tylko wtedy, gdy maszyny wirtualne kończą wyłączanie, a pamięć masowa jest odmontowywana dopiero po zwolnieniu jej przez klientów w dwóch cyklach lub po odpowiednim ponownym uruchomieniu, uśpieniu, przerwaniu albo przejściu obciążenia.

Użyj trybów tworzenia kopii zapasowych maszyn wirtualnych, aby sprawdzić najbliższy zależny proces, ale zachowaj niezmieniony pierwotny wyzwalacz. Niezwiązane zbiory danych, udziały, kontenery, użytkownicy i punkty odzyskiwania muszą zachować wcześniejszy dostęp i czas działania.

Granica przerwania jest jednoznaczna: jeśli NAS wyłącza się, gdy hosty nadal zapisują dane, albo host ulega awarii, zanim upłyną limity czasu gości, wróć do ostatniej zweryfikowanej konfiguracji, zachowaj dowody i eskaluj do głębszego testu platformy lub sprzętu tylko wtedy, gdy gałąź daje się powtórzyć.

Po uzyskaniu docelowego wyniku porównaj go z częstotliwością weryfikacji kopii zapasowych, aby poprawka nie przeniosła ryzyka do sąsiedniej usługi. Pomyślny test docelowy z nową awarią kopii zapasowej, tożsamości, limitu czasu lub dostępności nadal oznacza nieudaną zmianę.

Najczęściej zadawane pytania

W przypadku sekwencji wyłączania UPS pozostałe pytania zwykle dotyczą tego, które urządzenie powinno zainicjować wyłączanie, czy przełącznik sieciowy powinien pozostać włączony oraz jaki margines baterii jest wystarczający. Poniższe odpowiedzi oddzielają te przypadki brzegowe od głównej decyzji.

Granica akceptacji pozostaje niezmienna: maszyny wirtualne kończą wyłączanie, a pamięć masowa jest odmontowywana dopiero po zwolnieniu jej przez klientów. Jeśli dodatkowy warunek zmienia system plików, tożsamość, ścieżkę sieciową lub wersję aplikacji, powtórz tylko test rozstrzygający, którego dotyczy ta zmiana.

Przestań rozszerzać eksperyment, gdy NAS wyłącza się, a hosty nadal zapisują dane, albo host ulega awarii, zanim upłyną limity czasu gości. W takiej sytuacji zwiększ margines czasu działania lub odłącz niekrytyczne obciążenia przed zmianą kolejności zależności; zachowaj dowody przed eskalacją do właściciela platformy, pamięci masowej lub sprzętu.

Które urządzenie powinno zainicjować wyłączanie?

Użyj jednego autorytatywnego monitora UPS lub skoordynowanych klientów dodatkowych, aby niezależne liczniki czasu nie uruchamiały się jednocześnie.

Czy przełącznik sieciowy powinien pozostać włączony?

Tak, do czasu zakończenia poleceń wyłączania i ruchu pamięci masowej, chyba że wszystkie zależności są lokalne.

Jaki margines baterii jest wystarczający?

Zmierz maksymalny czas wyłączania gości i pamięci masowej, a następnie dodaj margines na zużycie baterii i ponowienia prób.

Uznaj zmianę sekwencji wyłączania UPS za zakończoną dopiero wtedy, gdy maszyny wirtualne kończą wyłączanie, a pamięć masowa jest odmontowywana dopiero po zwolnieniu jej przez klientów. Jeśli NAS wyłącza się, gdy hosty nadal zapisują dane, albo host ulega awarii, zanim upłyną limity czasu gości, zwiększ margines czasu działania lub odłącz niekrytyczne obciążenia przed zmianą kolejności zależności; zachowaj poprzednią konfigurację do czasu, aż wynik przetrwa odpowiednie ponowne uruchomienie, przerwanie lub przejście obciążenia.