Jakiego typu dysku KVM użyć?

11

Konfiguruję kilku wirtualnych gości KVM i zastanawiam się, jakiego rodzaju dysku użyć. Nie udało mi się znaleźć dobrego zasobu online, w którym można znaleźć zalety i wady każdego z nich.

Czy możesz mi pomóc w stworzeniu listy różnych typów dysków oraz zalet i wad każdego z nich? Oto typy dysków, o których wiem:

  • Surowy obraz
  • qcow2
  • Dedykowana partycja (np. W LVM)

Jestem ciekawy tych kryteriów:

  • Łatwość konfiguracji (jak łatwo jest stworzyć każdy typ)
  • Występ
  • Łatwość klonowania
  • Łatwość rozbudowy (aby powiększyć, aby gość wirtualny miał więcej miejsca na dysku)
  • Funkcje specyficzne dla tego typu dysku
  • Łatwość tworzenia kopii zapasowych
  • Migracja do innych hostów

Czy możesz mi pomóc ocenić moje wybory?

Barry Brown
źródło

Odpowiedzi:

8

Skoncentrowałbym się na surowym obrazie i LVM.

Surowy obraz jest łatwiejszy do tworzenia kopii zapasowych i kopiowania, ponieważ jest to tylko plik i możesz z nim zrobić wszystko, co możesz zrobić z prostym plikiem. Ponadto, unikając określonych formatów, możesz łatwo z niego korzystać, np. Zamontować go na urządzeniu pętli, aby uzyskać dostęp do plików w przypadku awarii lub problemu (lub nawet na serwerze kopii zapasowych bez wirtualizacji). Z drugiej strony na surowe pliki obrazów ma wpływ pamięć podręczna plików jądra, dlatego należy zachować szczególną ostrożność w przypadku awarii i wyłączeń, ponieważ VM sync () tak naprawdę nie oznacza, że ​​serwer hosta synchronizował () edycję pliku na dysk. Miałem z tym wiele problemów.

LVM omija problem z pamięcią podręczną, ma lepszą wydajność niż pliki (AFAIK, mogło się zmienić w ostatnich miesiącach) i ma zalety migawek do tworzenia kopii zapasowych. Zmiana rozmiaru dysków również nie jest skomplikowana, ale jest nieco mniej prosta niż pliki raw. Również za pomocą LVM możesz skonfigurować DRBD dla migracji na żywo / pracy awaryjnej.

Moim zdaniem używaj LVM, chyba że masz bardzo specyficzne potrzeby dotyczące plików.

rdzeń rdzeniowy
źródło
9

biorąc pod uwagę listę rozważań, którą podałeś, zdecydowanie skorzystaj z LVM. jedyną zaletą korzystania z qcow2 jest to, że umożliwia tworzenie migawek. Te migawki są znacznie lepsze niż migawki LVM. RAW oczywiście nie ma żadnej opcji migawki, ale obraz RAW może być podstawą dla migawki qcow2.

  • Łatwość konfiguracji (jak łatwo jest stworzyć każdy typ): to samo dla wszystkich, raw / qcow2 wykorzystywane przez qemu-img, partycje / LV przez fdisk / lvm api
  • Wydajność: nieprzetworzone wartości LV lub urządzenia blokowe są najszybsze, następne są pliki RAW, qcow2 ma największy narzut, ale jest najbardziej bogaty w funkcje
  • Łatwość klonowania: służy do tego qemu-img i może uwzględniać już wykonane migawki. w przypadku LV innych bloków deweloperów prawdopodobnie będziesz musiał użyć dd
  • Łatwość rozbudowy (aby zwiększyć - aby wirtualny gość miał więcej miejsca na dysku): jeśli jest to ważne, LV jest najlepszym wyborem. Zwykle tak nie jest, ponieważ po prostu dodajesz inny dysk wirtualny lub dowolny rozmiar, a także możesz przeciążać pamięć masową, używając rzadkich dysków
  • Funkcje specyficzne dla tego typu dysku: qcow2 to najbardziej bogaty w funkcje format, jak już wspomniałem. Można go połączyć z surowym obrazem btw, użyć surowego jako obrazu podstawowego, a qcow2 jako migawek
  • Łatwość tworzenia kopii zapasowych: skopiuj plik lub dd / cpio - tak naprawdę nie jest to problem
  • Migracja na inne hosty: w przypadku migracji na żywo zwykle używasz scentralizowanego magazynu, w którym nie ma potrzeby przenoszenia obrazu. Blokowanie migracji jest również możliwe. jeśli chodzi o przenoszenie maszyny wirtualnej z hosta na hosta w trybie offline - to samo co tworzenie kopii zapasowej / przywracanie maszyny wirtualnej
dyasny
źródło