VMWare ESXi 5.5, cienkie udostępnianie wciąż przydziela pełną ilość miejsca na dysku

10

Widzę wiele pytań i odpowiedzi dotyczących cienkiego udostępniania na VMWare ESXi, ale nie dokładnie to, z czym się spotykam. Tworzę zupełnie nową maszynę wirtualną i określam dysk twardy o pojemności 100 GB z elastyczną obsługą administracyjną. Z tego, co przeczytałem, oczekuję, że fizyczny rozmiar pliku vmdk będzie mniejszy niż 100 GB. Nadal jednak tworzy plik xxx-flat.vmdk o pojemności 100 GB.

Próbuję skonfigurować system podstawowy, który mogę po prostu skopiować i dostosować, tak jak robiłem to w przeszłości z VMWare Workstation. Bardzo łatwe! Kiedy włączam kopię, VMWare pyta mnie, czy ją skopiowałem, odpowiadam „tak” i jestem wyłączony. Jednak z czymś, co wydaje mi się błędem w ESXi 5.5, będę kopiować około 100 GB +, co oznacza, że ​​równie szybko będę mógł ponownie zainstalować system operacyjny za każdym razem, gdy chcę nowego wystąpienia.

Czy ktoś tego doświadczył?

Thomas Doman
źródło
2
Oprócz odpowiedzi Shane'a i Eda, należy zauważyć, że jeśli wykonasz pełny format (zamiast szybkiego formatu) na dysku z elastyczną obsługą administracyjną, ostatecznie zajmiesz cały obsługiwany rozmiar, ponieważ pełny format zapisze dane w całej przestrzeni. Więc ... coś, o czym należy pamiętać, na ogólny temat.
HopelessN00b
Dziękuję wszystkim za odpowiedzi, wypróbuję te metody i przekażę raport. Jednym szczegółem, który powinienem dodać do pierwotnego pytania, jest to, że efekt, który próbuję osiągnąć, jest jak klon. Na przykład zainstalowałem i otrzymałem wszystkie aktualizacje systemu Windows Server 2008 R2. Teraz chcę się specjalizować. Sklonuj go i utwórz kontroler domeny, sklonuj go ponownie i utwórz serwer aplikacji WWW, sklonuj go ponownie i utwórz serwer SQL. Ręczne kopiowanie dla tego podejścia działało dobrze na VMWare Workstation, gdzie tworzy pliki -snnn.vmdk. Wygląda na to, że muszę użyć narzędzi, aby osiągnąć to dzięki ESXi.
Thomas Doman
Aha, nawet nie zmieniam magazynów danych. Chcę wszystkie te „klony” w tym samym magazynie danych w ESXi. Założyłem również, że ESXi doda także -snnn.vmdk w miarę rozwoju, dlatego rzadki plik był zaskoczeniem.
Thomas Doman

Odpowiedzi:

7

Wynika to z faktu, że pliki alokowane elastycznie w ESXi są plikami rzadkimi . Metoda używana do ich przenoszenia nie zachowa tego cienkiego atrybutu.

Są na to sposoby. Zobacz: Przenieś VMware ESXi VM do nowego magazynu danych - zachowaj cienkie przydzielanie

ewwhite
źródło
Również jeśli skopiujesz vmdk za pomocą klienta vsphere, zachowa on swoją cienkość podczas kopiowania plików, a nie folderu zawierającego je. (pod warunkiem, że nowy system plików obsługuje cienki)
JamesRyan
Chociaż zarówno Shane, jak i Ed dali mi zasadniczo te same opcje, zaznaczam Eda jako odpowiedź, ponieważ jego link zawiera więcej szczegółów na temat każdego z nich. Ostatecznie użyłem opcji Plik -> Eksportuj -> Eksportuj szablon OVF z vSphere o nazwie, którą chciałem dla mojej nowej maszyny wirtualnej, a następnie ponownie wdrożyłem ten OVF z powrotem do tego samego magazynu danych. Jeszcze raz dziękuję wszystkim!
Thomas Doman
15

Ten plik stu gig jest plikiem rzadkim - nic w nim nie jest, system plików po prostu wie, że jest to zamierzony rozmiar.

Rzeczywisty rozmiar można zobaczyć w kliencie vSphere:

klient

..d pomimo pozornego rozmiaru, gdy patrzysz na nieprzetworzone pliki ..

konsola

Problemem jest to, że usuwasz ten plik z systemu plików VMFS . Gdziekolwiek się wybierze i jakkolwiek się tam dostanie, rzadki plik jest rzadki, o ile znajduje się na VMFS; ESXi jest zmuszony nakarmić cię pełnym widocznym plikiem, z tymi wszystkimi dodatkowymi zerami.

Storage vMotion i vmkfstoolsbędzie poprawnie obsługiwać cienkie dyski, jeśli przemieszczasz się między hostami ESXi; eksport do OVF to kolejna dobra opcja, aby nie poruszać się po pełnym, grubym dysku.

Ogólnie rzecz biorąc, należy unikać próby pracy bezpośrednio z płaskimi plikami, zamiast używania odpowiednich narzędzi do przenoszenia lub klonowania logicznego VMDK (który może mieć płaskie pliki, migawki itp.).

Shane Madden
źródło