Co się zmienia, gdy domowy NAS przechowuje obrazy dysków maszyn wirtualnych?

Gdy domowy NAS przechowuje aktywne obrazy dysków maszyn wirtualnych, przestaje działać tylko jako miejsce docelowe dla samodzielnych plików i staje się częścią wirtualnej ścieżki pamięci blokowej. Systemy operacyjne gości wysyłają odczyty, zapisy, operacje flush i zmiany alokacji przez hipernadzorcę i sieć do NAS. Opóźnienie, trwałość zapisu, odzyskiwanie przestrzeni i zależności obrazów stają się więc równie ważne jak prędkość transferu.

Ta zmiana dotyczy obrazów dysków używanych przez działające maszyny wirtualne. Obraz wyłączony, przechowywany tylko do archiwizacji lub kopii zapasowej, zachowuje się bardziej jak zwykły duży plik. To rozróżnienie ma znaczenie, ponieważ NAS, który szybko kopiuje duży obraz, może nadal dostarczać niespójne czasy odpowiedzi, gdy kilka aktywnych gości generuje małe lub synchroniczne operacje I/O.

Co właściwie NAS przechowuje wewnątrz obrazu dysku maszyny wirtualnej?

System operacyjny gościa widzi wirtualne urządzenie blokowe, ale NAS może widzieć obraz RAW, QCOW2, VMDK, VHDX lub podobny. Gość tworzy systemy plików, partycje, pliki i wolne miejsce wewnątrz tego wirtualnego urządzenia. Dla NAS te struktury to zakresy danych i metadanych w obiekcie obrazu lub woluminie blokowym.

Każde żądanie przechodzi przez kilka warstw: system plików gościa, wirtualny kontroler pamięci masowej, warstwę blokową hipernadzorcy, sterownik obrazu, protokół pamięci masowej sieciowej, system plików NAS lub cel blokowy oraz nośnik fizyczny. Dokumentacja formatu obrazu dysku QEMU rozróżnia RAW i QCOW2, opisując funkcje takie jak alokacja rzadkich danych, pliki bazowe i migawki.

Dlaczego wzorzec I/O staje się bardziej mieszany i wrażliwy na opóźnienia?

Działający gość łączy aktualizacje systemu operacyjnego, aktywność dziennika, dane aplikacji, logi, ruch wymiany lub pliku stronicowania oraz usługi w tle. Niektóre żądania są sekwencyjne, inne małe lub rozproszone. Wiele maszyn wirtualnych dodaje niezależne kolejki, których operacje mogą docierać do domowego NAS przeplatane, a nie jako jeden ciągły strumień.

To nie oznacza, że każda maszyna wirtualna generuje losowe operacje I/O o rozmiarze 4 KB. Rozmiar i kolejność żądań zależą od gościa, aplikacji, kontrolera wirtualnego, pamięci podręcznej i hipernadzorcy. Istotną zmianą jest to, że kilka obciążeń blokowych może stać się jednym mieszanym obciążeniem NAS, co sprawia, że średnie opóźnienie, opóźnienie ogona, opóźnienie kolejki i współbieżność są bardziej reprezentatywne niż sam szczytowy przepływ sekwencyjny.

Dlaczego potwierdzenia zapisu są ważniejsze niż maksymalna przepustowość?

Aplikacja gościa może zażądać, aby ważne dane osiągnęły trwały punkt, zanim będzie kontynuować. To żądanie może przechodzić przez cache gościa, cache wirtualnego dysku, hyperwizor, protokół sieciowy, cache NAS, kontroler pamięci masowej i nośnik. Szybkie potwierdzenie jest użyteczne tylko wtedy, gdy każda warstwa zgadza się co do znaczenia ukończenia.

Nazwy protokołów same w sobie nie określają trwałości. NFSv3 obsługuje niestabilne zapisy, po których następuje późniejsze COMMIT, zamiast wymagać natychmiastowego synchronicznego zatwierdzenia każdego zapisu. Model WRITE i COMMIT NFS został zaprojektowany, aby łączyć bezpieczną semantykę odzyskiwania z bardziej efektywnym obsługiwaniem zapisów. NFSv4 również raportuje, czy zapis osiągnął żądany poziom stabilności.

Polityka cache może wymieniać czas oczekiwania na założenia dotyczące odzyskiwania, ale „asynchroniczne” nie oznacza automatycznie braku bezpieczeństwa, a „synchroniczne” nie wskazuje jednej implementacji. Należy rozważyć pełną ścieżkę: zachowanie flush gościa, tryb cache hyperwizora, potwierdzenie protokołu, ochronę serwera oraz czy końcowa pamięć masowa może zachować potwierdzone dane w przypadku odpowiednich awarii.

Jak obrazy sparse i discard zmieniają wykorzystanie fizycznej przestrzeni?

Maszyna wirtualna może widzieć wirtualny dysk o pojemności 500 GB, nawet gdy jej obraz zajmuje znacznie mniej fizycznego miejsca. Format kompaktowy alokuje przestrzeń w miarę zapisywania nowych obszarów przez gościa, więc pojemność wirtualna, pozorny rozmiar pliku, alokowane dane obrazu i fizyczne użycie NAS mogą się różnić. Oszczędza to początkową przestrzeń, ale sprawia, że rozliczanie pojemności jest mniej intuicyjne.

Usunięcie pliku wewnątrz gościa najpierw zwalnia miejsce w systemie plików gościa. Aby zwrócić fizyczną alokację, gość może potrzebować wydać polecenie discard lub TRIM, wirtualny kontroler musi je zaakceptować, hyperwizor i format obrazu muszą je obsłużyć, a podstawowa ścieżka NAS musi wspierać dealokację. Kontrole propagacji discard QEMU pokazują, że to zachowanie jest konfigurowane, a nie automatyczne.

Nawet działająca ścieżka odrzucania może nie powodować natychmiastowego zmniejszenia pozornej długości obrazu. Snapshoty mogą nadal odnosić się do starych klastrów, system plików może raportować przydzielone bloki inaczej, a sterownik obrazu może utrzymywać klastry wstępnie przydzielone, aby uniknąć późniejszej fragmentacji. Wolne miejsce gościa i wolne miejsce NAS powinny być więc mierzone osobno.

Co snapshoty i łańcuchy bazowe dodają do obciążenia?

QCOW2 może używać plików bazowych i nakładek, dzięki czemu nowy obraz przechowuje zmiany, jednocześnie kontynuując odczyt niezmienionych bloków z obrazu bazowego. Jego alokacja i metadane obrazu są organizowane w klastry, jak opisano w specyfikacji formatu QCOW2. Ta struktura umożliwia kompaktowe klony i snapshoty, ale tworzy zależności między plikami.

Aktywny odczyt może być zaspokojony przez bieżącą nakładkę lub starszą warstwę bazową, podczas gdy nowy zapis może przydzielić świeże klastry. Zadania strumieniowania, zatwierdzania, lustrzane i kopie zapasowe mogą kopiować lub scalać dane, gdy VM pozostaje aktywna. Operacje na żywo bloków QEMU pokazują, dlaczego utrzymanie snapshotów może generować znaczne prace w tle związane z przechowywaniem.

Snapshot nie jest automatycznie niezależną kopią zapasową. Skopiowanie nakładki bez wymaganego pliku bazowego może pozostawić niekompletny łańcuch obrazów dysków, a obraz zgodny z awarią może różnić się od punktu odzyskiwania zgodnego z aplikacją. Gdy ta różnica jest jasna, osobny proces gotowości kopii zapasowej VM może obejmować ochronę operacyjną bez służenia jako dowód dla mechanizmu przechowywania.

Dlaczego każda wolna VM nie jest problemem magazynu NAS?

VM może czekać na planowanie CPU, presję pamięci, stronicowanie gościa, blokadę aplikacji, nieodpowiedni kontroler wirtualny lub brakujące sterowniki parawirtualizowane. Hypervisor może mieć też własną kolejkę lub wąskie gardło w pamięci podręcznej. Wysoki czas oczekiwania I/O gościa jest powodem do sprawdzenia magazynu, a nie dowodem, że NAS jest winny.

Sieć i NAS powinny być również rozdzielone. Nasycone łącze może ograniczyć łączną przepustowość, ale szybsze łącze nie usunie wolnych nośników, opóźnień synchronizacji zapisu, głębokiego łańcucha obrazów ani konfliktów po stronie gościa. Z kolei niskie wykorzystanie sieci nie dowodzi, że sieć jest zdrowa, ponieważ obciążenie może czekać na rundy podróży lub magazyn downstream.

Diagnoza powinna podążać ścieżką, a nie najpierw wymieniać sprzęt. Porównaj widoczne dla gościa opóźnienia z czasem oczekiwania I/O hypervisora, opóźnieniami i wykorzystaniem sieci, zachowaniem kolejek NAS oraz opóźnieniami urządzeń fizycznych. Wąskie gardło jest bardziej wiarygodne, gdy sąsiednie warstwy zgadzają się co do miejsca, gdzie zaczynają się oczekiwania.

Co powinieneś obserwować przed użyciem NAS jako magazynu VM?

Zacznij od zidentyfikowania, czy obrazy są aktywne, ich formatów, rozmiarów wirtualnych i przydzielonych, głębokości migawek oraz relacji z plikami bazowymi. Zapisz, czy magazyn jest oparty na plikach czy blokach oraz jaki protokół łączy hypervisora z NAS. Te fakty definiują ścieżkę, którą późniejsze pomiary muszą wyjaśnić.

Obserwuj zarówno przepustowość, jak i opóźnienia pod zamierzonym obciążeniem. Oddziel jedną VM od kilku VM, odczyty od zapisów oraz krótkie skoki od ciągłej aktywności. Zapisuj czas oczekiwania I/O gościa, kolejki hypervisora, opóźnienia protokołu, opóźnienia magazynu NAS oraz zadania tła, takie jak migawki lub kopie zapasowe. Unikaj używania kopiowania jednego dużego pliku jako jedynego testu kwalifikacyjnego.

FAQ

Czy domowy NAS potrzebuje dysków SSD do obrazów dysków VM?

Nie zawsze. Dyski SSD zwykle zapewniają niższe opóźnienia dostępu losowego, ale wymóg zależy od liczby maszyn wirtualnych, obciążenia, współbieżności, celu opóźnienia oraz tego, czy obrazy są aktywne czy archiwalne. Szersze kompromisy dotyczące nośników i pojemności należą do osobnej decyzji HDD versus SSD, a nie do uniwersalnej zasady przechowywania maszyn wirtualnych.

Czy do uruchamiania maszyn wirtualnych z NAS jest wymagane 10GbE?

Nie. Wyższa przepustowość pomaga, gdy łączny ruch zbliża się do obecnego limitu łącza, ale nie eliminuje opóźnień protokołu, zatwierdzenia, formatu obrazu ani nośnika. Mniejsze obciążenie może zmieścić się w wolniejszym łączu, podczas gdy kilka zajętych maszyn wirtualnych może skorzystać z dodatkowej przepustowości i mniejszego kolejkowania przy przeciążeniu.

Który protokół jest najlepszy do przechowywania maszyn wirtualnych: NFS, SMB czy iSCSI?

Nie ma jednoznacznego zwycięzcy. Protokoły plikowe i blokowe oferują różne semantyki zarządzania, buforowania, blokowania i odzyskiwania, a szczegóły implementacji mają znaczenie. Osobne porównanie SMB i NFS obejmuje szerszą decyzję o udostępnianiu plików, ale nie zastępuje testów specyficznych dla maszyn wirtualnych ani nie uwzględnia wszystkich kompromisów iSCSI.

Dlaczego usunięcie plików wewnątrz maszyny wirtualnej nie zwalnia miejsca na NAS?

Usunięcie gościa najpierw oznacza bloki jako nieużywane wewnątrz systemu plików gościa. Fizyczna przestrzeń zwalniana jest tylko wtedy, gdy operacja discard lub dealokacji przechodzi przez wirtualny kontroler, hypervisor, format obrazu, ścieżkę pamięci sieciowej i warstwę alokacji NAS. Migawki lub prealokacja mogą również utrzymywać fizyczne bloki w użyciu.

Czy migawka maszyny wirtualnej może zastąpić kopię zapasową obrazu dysku?

Nie. Migawka może zależeć od obrazu bazowego i innych warstw w swoim łańcuchu oraz może dzielić tę samą domenę awarii pamięci. Odzyskiwalna kopia zapasowa musi świadomie zachować lub usunąć te zależności i być przetestowana poprzez przywracanie.

Ostateczne wnioski

Domowy NAS przechowujący aktywne obrazy dysków maszyn wirtualnych staje się elementem ścieżki wirtualnej pamięci blokowej wrażliwym na opóźnienia. Oceń jednocześnie mieszane operacje I/O, trwałość zapisu, alokację rzadką, propagację usuwania, zależności migawki i odzyskiwanie — i potwierdź, gdzie żądania czekają, zanim uznasz przepustowość, protokół lub nośnik za rozwiązanie.