Jak sprawdzić, czy zasilacz UPS może wyłączyć maszyny wirtualne przed wyłączeniem hosta

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 Verify That a UPS Can Shut Down VMs Before the Host Powers Off - Zima Store Online

Tak, ale tylko test symulujący utratę zasilania w określonym czasie może potwierdzić, że terminy zamknięcia maszyn gościa, kolejność działań hosta, dostępność sieci i margines baterii działają razem.

Decyzja ma znaczenie, gdy hiperwizor i jego współdzielona pamięć masowa zależą od jednego zasilacza UPS i kilku agentów zamykania systemu. Dwa konkurencyjne scenariusze to zakończenie skoordynowanego zamykania maszyn gościa oraz wyścig odłączenia hosta lub pamięci masowej z limitami czasu maszyn gościa. Rozpocznij od zapisanej konfiguracji i danych jednorazowych, obserwuj jedną gałąź naraz i przerwij, jeśli test zwiększa ryzyko utraty danych, problemów z uprawnieniami lub dostępnością.

Zdefiniuj warunki stojące za decyzją UPS: maszyny wirtualne przed zamknięciem hosta

Zapisz środowisko 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. Stan bazowy musi zachować wystarczająco dużo szczegółów, aby odtworzyć sytuację, w której hiperwizor i jego współdzielona pamięć masowa zależą od jednego zasilacza UPS i kilku agentów zamykania systemu.

Pierwszym kandydatem jest zakończenie skoordynowanego zamykania maszyn gościa. Drugim jest wyścig odłączenia hosta lub pamięci masowej z limitami czasu maszyn gościa. Bieżąca sekwencja zamykania NUT upsmon definiuje mechanizm lub granicę polecenia używaną w teście; nie zastępuje jednak obserwacji z tego konkretnego serwera domowego.

Zapisz warunek akceptacji i warunek przerwania przed uruchomieniem testu rozstrzygającego. Wynik pozytywny musi zmienić dowody przewidywane przez jedną gałąź, pozostawiając niepowiązane usługi bez zmian; wynik negatywny musi przywrócić system do zapisanego stanu, a nie uruchamiać łańcucha spekulatywnych poprawek.

Przetestuj założenie bez obniżania pierwotnego wymagania

Użyj tego testu rozstrzygającego: wykorzystaj obciążenia jednorazowe, odłącz zasilanie sieciowe, zarejestruj każdy znacznik czasu zamykania i przywróć zasilanie przed osiągnięciem poziomu bezpieczeństwa. Zachowaj stałe obciążenie, klienta, ścieżkę, zestaw plików i czas, aby wynik można było przypisać zmienionej zmiennej.

Użyj stanu konserwacji hosta, aby wybrać pole, które rzeczywiście może rozdzielić te gałęzie, a następnie zarejestruj jego znacznik czasu, kod wyjścia, tekst błędu, tożsamość urządzenia lub migawki, opóźnienie, liczbę przesłanych bajtów, uprawnienia i stan odzyskiwania. Pomyślne zakończenie polecenia nie wystarcza, gdy przedmiotem testu jest tożsamość, trwałość lub stan aplikacji.

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

Zarejestruj: zasilanie bateryjne, niski poziom baterii, początek/koniec zatrzymywania gościa, zatrzymanie hosta, zatrzymanie NAS, odcięcie UPS

Interpretuj wyniki pozytywne, negatywne i wyjątkowe

WYNIK POZYTYWNY: wszystkie maszyny gościa osiągają stan zatrzymania przed zamknięciem hosta, a pamięć masowa pozostaje dostępna do zakończenia operacji wejścia/wyjścia hosta. Zapisz dokładną wersję, tożsamość i obciążenie, które przeszły test, aby wniosek pozostał warunkowy, a nie stał się twierdzeniem uniwersalnym.

WYNIK NEGATYWNY: dowolna maszyna gościa zostaje zabita, przełącznik wyłącza się zbyt wcześnie lub NAS wyłącza się, zanim klienci go zwolnią. Wynik negatywny nie dowodzi automatycznie przeciwnej gałęzi, gdy sieć, pamięć, uprawnienia lub spójność źródła mogą wpływać na oba scenariusze; przed eskalacją odizoluj te współdzielone zależności.

WYNIK WYJĄTKOWY LUB NIEJEDNOZNACZNY: przywróć zasilanie sieciowe, anuluj test i zwiększ marginesy odciążania lub limitów czasu. 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.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Potwierdź decyzję przy pierwotnym obciążeniu

Zastosuj działanie odpowiadające zaobserwowanej gałęzi, a następnie powtórz pierwotny warunek zamiast jego ograniczonego zamiennika. Decyzja obowiązuje tylko wtedy, gdy wszystkie maszyny gościa osiągają stan zatrzymania przed zamknięciem hosta, a pamięć masowa pozostaje dostępna do zakończenia operacji wejścia/wyjścia hosta przez dwa cykle lub podczas odpowiedniego ponownego uruchomienia, uśpienia, przerwania lub przejścia obciążenia.

Użyj kolejności zamykania UPS, aby sprawdzić najbliższy zależny przepływ pracy, ale zachowaj pierwotny wyzwalacz bez zmian. Niepowiązane zestawy 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 dowolna maszyna gościa zostanie zabita, przełącznik wyłączy się zbyt wcześnie lub NAS wyłączy się, zanim klienci go zwolnią, wróć do ostatniej zweryfikowanej konfiguracji, zachowaj dowody i eskaluj do głębszego testu platformy lub sprzętu tylko wtedy, gdy gałąź można powtórzyć.

Po uzyskaniu docelowego wyniku porównaj go z limitami obciążenia gościa, 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ę.

FAQ

W przypadku zamykania maszyn wirtualnych przed hostem przy zasilaniu UPS pozostałe wyszukiwania zwykle dotyczą tego, czy symulacja programowa może zastąpić odłączenie zasilania sieciowego, czy maszyny wirtualne powinny zamykać się równolegle oraz jak często należy powtarzać test. Poniższe odpowiedzi oddzielają te przypadki brzegowe od głównej decyzji.

Granica akceptacji nie zmienia się: wszystkie maszyny gościa osiągają stan zatrzymania przed zamknięciem hosta, a pamięć masowa pozostaje dostępna do zakończenia operacji wejścia/wyjścia hosta. Jeśli kolejny warunek zmieni system plików, tożsamość, ścieżkę sieciową lub wersję aplikacji, powtórz tylko test rozstrzygający, którego dotyczy ta zmiana.

Przerwij rozszerzanie eksperymentu, gdy dowolna maszyna gościa zostanie zabita, przełącznik wyłączy się zbyt wcześnie lub NAS wyłączy się, zanim klienci go zwolnią. W takim momencie przywróć zasilanie sieciowe, anuluj test i zwiększ marginesy odciążania lub limitów czasu; zachowaj dowody przed eskalacją do właściciela platformy, pamięci masowej lub sprzętu.

Czy symulacja programowa może zastąpić odłączenie zasilania sieciowego?

Testuje logikę, ale nie czas pracy baterii, czas transferu ani zachowanie podczas odcięcia UPS. Użyj obu metod.

Czy maszyny wirtualne powinny zamykać się równolegle?

Tylko wtedy, gdy pamięć masowa i procesor mogą obsłużyć skok obciążenia; krytyczne bazy danych i usługi zależne uruchamiaj lub zatrzymuj z przesunięciem.

Jak często należy powtarzać test?

Po zmianach topologii lub baterii oraz zgodnie z harmonogramem konserwacji, który może wykryć spadek czasu pracy.

W przypadku zamykania maszyn wirtualnych przed hostem przy zasilaniu UPS praktyczna odpowiedź pozostaje warunkowa: wszystkie maszyny gościa osiągają stan zatrzymania przed zamknięciem hosta, a pamięć masowa pozostaje dostępna do zakończenia operacji wejścia/wyjścia hosta. Gdy dowolna maszyna gościa zostanie zabita, przełącznik wyłączy się zbyt wcześnie lub NAS wyłączy się, zanim klienci go zwolnią, przywróć zasilanie sieciowe, anuluj test i zwiększ marginesy odciążania lub limitów czasu; częściowy sukces, który nie wytrzymuje pierwotnego obciążenia, nie oznacza zgodności.