Dlaczego migawki maszyn wirtualnych mogą wstrzymywać działanie aplikacji na serwerze domowym?

Zrzuty VM mogą wstrzymywać aplikacje serwera domowego, ponieważ hyperwizor musi ustalić spójną granicę między starym stanem wirtualnego dysku a nowymi zapisami. Ta granica może wymagać krótkiego zatrzymania VM, wygaszania systemu plików lub aplikacji gościa, przechwycenia stanu pamięci oraz późniejszego przekazania łańcucha dysków.

Pauza nie jest równa całemu czasowi życia zrzutu. Tworzenie może powodować krótkie przerwanie, normalna praca trwa na plikach delta, a usuwanie lub konsolidacja może wprowadzić kolejną pauzę, gdy pozostałe zmiany zostaną zatwierdzone i łańcuch dysków aktywny zostanie przełączony.

Co musi zamrozić hyperwizor podczas tworzenia zrzutu?

Proces zrzutu obejmuje zatrzymanie VM, aby hyperwizor mógł zamknąć lub przełączyć stan wirtualnego dysku bez zmiany tych samych krytycznych struktur przez gościa w tym samym momencie.

Podczas zatrzymania wirtualne procesory przestają robić postępy, a operacje I/O gościa nie mogą się normalnie zakończyć. Hyperwizor rejestruje metadane zrzutu, zachowuje aktualny stan dysku bazowego i przekierowuje przyszłe zmiany do nowej warstwy zapisywalnej.

Na lekko obciążonej VM i responsywnym magazynie ta zmiana może być zbyt krótka, by użytkownicy ją zauważyli. Baza danych wrażliwa na opóźnienia, usługa głosowa, serwer gier lub kontroler automatyki domowej mogą jednak wykryć pauzę, którą zwykłe udostępnianie plików ukrywa.

Czym różni się wygaszanie aplikacji od zatrzymania VM?

Spójność aplikacji może wymagać wstrzymań wygaszania lub spowolnienia zapisu aplikacji przed wykonaniem zrzutu pamięci. Celem jest uchwycenie stanu, z którego aplikacja może się odzyskać bez odtwarzania nieznanej, częściowej transakcji.

Wygaszanie może opróżniać bufory systemu plików, dzienniki bazy danych lub pamięci podręczne aplikacji i może tymczasowo blokować nowe transakcje. Gość pozostaje logicznie zaangażowany w przygotowanie stanu, podczas gdy zatrzymanie hyperwizora to zewnętrzne wstrzymanie wykonania VM.

Zrzut pamięci zgodny z awarią może pominąć wygaszanie aplikacji świadomej i przypominać nagłą utratę zasilania. Może to być akceptowalne dla niektórych systemów plików, ale nie jest równoważne z koordynowanym punktem kontrolnym bazy danych, usługi katalogowej czy aplikacji wielo-VM.

Dlaczego przechwytywanie pamięci zwiększa pauzę?

Gdy migawka obejmuje działającą pamięć, stan pamięci musi zostać zapisany na magazynie. Ilość RAM, prędkość zapisu i implementacja decydują, jak długo trwa ta operacja.

Migawka tylko dyskowa zachowuje stan magazynu i zwykle wznawia VM bez zapisywania każdej aktywnej strony pamięci. Migawka pamięci może przywrócić VM do otwartych procesów i kontekstu w pamięci, ale ma więcej stanu do przechwycenia.

VM z dużą pamięcią i wolne magazyny sprawiają, że różnica jest bardziej widoczna. Przechwycenie pamięci dla małej testowej VM może być szybkie, podczas gdy zapis dziesiątek gigabajtów dla zajętej VM może przekroczyć limity czasu aplikacji.

Co się dzieje, gdy zapisy przenoszą się na dysk delta?

Po utworzeniu granicy migawki hypervisor przełącza zapisy do pliku delta, podczas gdy oryginalny wirtualny dysk pozostaje starszym stanem w czasie.

Sam przełącznik wymaga skoordynowanego przekazania, ale aplikacje zwykle kontynuują działanie, gdy nowy delta jest aktywny. Odczyty mogą pochodzić z bieżącego delta lub przechodzić do starszych warstw, gdy blok się nie zmienił.

Tworzenie migawki jest szybkie, ponieważ nie kopiuje od razu całego wirtualnego dysku. Kosztem jest to, że działająca VM teraz zależy od dodatkowej warstwy mapowania i przestrzeni magazynowej potrzebnej na przyszłe zmienione bloki.

Dlaczego VM może działać wolno po początkowej przerwie?

Dopóki migawki są aktywne, dyski delta dodają obciążenie wyszukiwania w magazynie. Hypervisor musi zlokalizować najnowszą wersję każdego bloku i utrzymywać warstwę copy-on-write.

Efekt rośnie wraz z szybkością zapisu, głębokością łańcucha, opóźnieniem magazynu i obciążeniem pamięci podręcznej. Jedna płytka migawka na szybkim dysku SSD może mieć niewielki widoczny efekt, podczas gdy kilka warstw na zajętym dysku HDD może wydłużyć czas reakcji aplikacji.

To jest ciągłe obciążenie I/O, a nie ciągła przerwa VM. Użytkownicy mogą zauważyć wolniejsze transakcje lub długie opóźnienia, mimo że VM pozostaje zaplanowana i responsywna między żądaniami.

Dlaczego usunięcie migawki może spowodować drugą przerwę?

Usuwanie zwykle oznacza scalanie zmienionych bloków i przełączanie aktywnego łańcucha. konsolidacja może wydłużyć ostateczne zatrzymanie, gdy nowe zapisy gromadzą się szybciej niż scalanie może się zakończyć.

Hipernadzorca może skonsolidować większość danych, podczas gdy VM nadal działa, a następnie krótko ją zatrzymać, aby zatwierdzić ostateczną pomocniczą deltę i ponownie otworzyć uproszczony łańcuch dysków. Duża ostateczna delta zamienia to krótkie przekazanie w widoczną przerwę w działaniu aplikacji.

Utrzymuj migawki krótko żyjące, unikaj jednoczesnych konsolidacji na tym samym magazynie i planuj usuwanie poza szczytem I/O. Migawki pozostają narzędziami do przywracania, podczas gdy niezależne kopie zapasowe unikają zależności od migawek.

FAQ

Czy każda migawka VM zatrzymuje aplikacje?

Większość platform wymaga przynajmniej krótkiego skoordynowanego przejścia, ale czas trwania i widoczność różnią się. Migawki tylko z dysku, zgodne z awarią, zwykle są mniej uciążliwe niż migawki z pamięcią lub uspokojeniem aplikacji.

Czy uspokojenie to to samo co zamrożenie całej VM?

Nie. Uspokojenie to koordynacja gościa lub aplikacji w celu opróżnienia i zatrzymania zapisów. Zatrzymanie VM zatrzymuje postęp wirtualnego CPU na granicy hipernadzorcy.

Dlaczego usuwanie migawki może być gorsze niż jej tworzenie?

Usuwanie może wymagać scalania dużego łańcucha delta, podczas gdy VM nadal zmienia dane, a następnie ostatecznego przekazania, które zatwierdza pozostałe zapisy.

Czy migawki powinny być używane jako kopie zapasowe serwera domowego?

Nie. Zależą od tych samych wirtualnych dysków i magazynu danych. Są przydatne do krótkich okien przywracania, podczas gdy niezależne kopie zapasowe chronią przed awarią magazynu i uszkodzonymi łańcuchami migawek.

Ostateczne wnioski

Migawki maszyn wirtualnych zatrzymują aplikacje tylko w określonych punktach spójności, ale kilka mechanizmów może wydłużyć te momenty: uspokojenie aplikacji, zatrzymanie VM, przechwytywanie pamięci, wolne przechowywanie delta oraz konsolidacja intensywnego strumienia zapisu. Krótkie czasy życia migawek, planowanie z uwzględnieniem aplikacji, szybkie magazyny oraz niezależne kopie zapasowe zapobiegają temu, by narzędzie do przywracania stało się niepotrzebną przerwą w działaniu usługi.