it-swarm-eu.dev

Měly by být oddíly LVM použity v obrazech virtuálních strojů?

Měl by být LVM použit pro oddíly při vytváření VM obrázků (např. KVM obrázky))? Vypadá to, že zvyšuje složitost, pokud chcete, řekněme, připojit obrázek qcow2 v hostiteli, pokud má obraz oddíly LVM.

Na druhé straně se nezdá, že by výhody LVM oddílů byly na obrazce VM) stejně významné, protože je mnohem snazší pořídit VM offline a změnit velikost diskových oddílů než pro fyzický systém.

48
Lorin Hochstein

"Záleží."

Pokud se nacházíte v prostředí, které ovládáte (vmware nebo kvm nebo cokoli) a můžete se rozhodovat o QoS s výkonem disku, doporučuji nepoužívat LVM uvnitř vašich virtuálních počítačů. To vám nekupuje tolik flexibility, že jste se nemohli dostat na úroveň hypervisora.

Pamatujte, že hypervisor již tyto úkoly efektivně vykonává. Pokud chcete mít možnost libovolně změnit velikost souborových systémů (skvělý nápad), vytvořte pro každý souborový systém samostatný virtuální disk.

Jedna věc, na kterou si vzpomenete, když jdete touto cestou. Nemusíte dokonce nutně vkládat oddíly na virtuální disky tímto způsobem. Můžete například vytvořit virtuální disk pro /home; to je /dev/vdc uvnitř vašeho vm. Při vytváření souborového systému udělejte něco jako mke2fs -j /dev/vdc místo určení oddílu.

To je skvělý nápad, ale ... většina nástrojů (a dalších správců, kteří přijdou za vámi) bude očekávat, že uvidí oddíly na každém disku. Doporučil bych jen vložit jeden oddíl na disk a udělat s ním. Znamená to však ještě jeden krok při změně velikosti systému souborů. A nezapomeňte správně zarovnat oddíly - spuštění prvního oddílu na 1 MB je dobrým pravidlem.

Vše, co bylo řečeno - Pokud to všechno uděláte na úrovni hypervizoru, znamená to, že pravděpodobně budete muset restartovat VM pro změnu velikosti diskových oddílů. Použití LVM by vám umožnilo přidat virtuální disk za běhu (za předpokladu, že váš hypervisor/Kombinace OS to umožňuje) a rozšířit souborový systém bez restartu, což je určitě plus.


Mezitím, pokud používáte poskytovatele cloudu, je to jemnější.

Nevím nic o Azure, GCP ani o jednom z menších hráčů, takže tam nemůžu pomoci.

S AWS se můžete řídit výše uvedenými radami a často budete v pohodě. Můžete (nyní) zvětšit objem svazků EBS (virtuálních disků) za běhu a měnit oddíly atd.

V obecném případě by však mělo smysl dát vše na jeden velký svazek EBS a použít LVM (nebo, myslím, obyčejné oddíly). Amazon vám dává limit IOPS pro každý svazek. Ve výchozím nastavení se tento limit přizpůsobuje velikosti svazku. např. pro gp2 svazky dostanete 3 IOPS za GiB (minimum 100 IOPS)) Viz https://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes. html

U většiny pracovních zátěží budete chtít, aby všechny dostupné IOPS byly k dispozici pro jakýkoli souborový systém, v závislosti na momentálním potřebě. Proto má smysl vytvořit jeden velký svazek EBS, dostat všechny vaše IOPS do jednoho bloku a rozdělit/LVM.

Příklad:

3 disky s nezávislými souborovými systémy/výměnnými oblastmi, každý o velikosti 100 GB. Každý dostane 300 IOPS. Výkon je omezen na 300 IOPS na každém disku.

1 disk, velikost 300 GB. LVM oddíly na disku po 100 GB. Disk získá 900 IOPS. Kterýkoli z oddílů může používat všech 900 IOPS.

23
Dan Pritts

Logické svazky lze snáze vytvářet za běhu, měnit jejich velikost a mazat.
Otázka „na LVM nebo ne“ má vždy stejnou odpověď, záleží :)
Má smysl, pokud potřebujete flexibilitu na úrovni disků, oddílů.
Nemá velký smysl, pokud nepotřebujete flexibilitu poskytovanou LVM nebo nechcete využívat jiné funkce LVM

8
bsd

Vlastně rád používám LV, protože nejsou snadno přístupné z virt-serveru. Tyto soubory tedy nemohou být snadno zničeny/přesunuty náhodou.

Další důležité vlastnosti LV:

  • Můžete vytvářet snímky
  • Můžete analyzovat disk IO na základě LV (iostat)
  • Snadná změna velikosti
  • Pomocí snímků můžete vytvořit konzistentní klon běžících systémů

Pro snížení složitosti používám LV jako disk (ne jako oddíl). Nevýhodou je, že mohu snadno změnit velikost posledního oddílu „disku“ - ale moje standardní rozložení disku VM to vezme v úvahu (poslední oddíl obsahuje důležitá aplikační data).

7
Nils

Kromě flexibility mají obrázky založené na LVM VM) obrázky režijní náklady, protože k nim není přístup prostřednictvím souborového systému. nešlo by to, ale trochu komplikovanější

2
dyasny

Moje vlastní zkušenost ....

Chtěl jsem použít logický svazek (lv) s lvm2 pro souborový systém ext4; ne jako disk, nebo spíše jednoduše jako surový disk bez oddílů pro fs.

Zjistil jsem, že spouštění VM) by bylo zastaveno ve fázi initrd; kdybych okomentoval /etc/fstab položka, stroj by se zavedl. Opuštění /etc/fstab komentovaný příspěvek nebyl řešením, se kterým jsem rád žil. Vytvořil jsem tedy normální obraz disku (stále logický svazek), rozdělil jsem jej na jeden oddíl pomocí fdisk a vytvořil na něm systém souborů. Žádné další problémy.

Relevantní úchyty v mém /etc/fstab používali UUID.

Přemýšlel jsem o použití souboru nebo souborového systému, ale rozhodl jsem se proti němu.

V mém případě používám systém založený na Debian Jessie Devuan

2
Andrew McGlashan

Kromě dalších dobrých odpovědí zde je jediným opravdu dobrým důvodem použití LVM uvnitř a VM), že chcete, aby testovací prostředí experimentovalo a získalo nějaké praktické praktické zkušenosti s LVM.

Můžete si projít různé HOWTO a návody, procvičovat běžné (a ne-běžné) administrace LVM, nastavit různé scénáře selhání a naučit se s nimi vypořádat.

tj. jako samoučící pomůcka.

1
cas

Vlastně používám pouze LVM pro záložní úložiště na úrovni hypervisoru, obrazové soubory jsou pro ptáky. Doporučil bych je také použít na úrovni hosta. Je pravda, že nebudete mít prospěch ze sdružování nesourodých zdrojů úložiště nebo nebude pro vás snazší zvětšit celkový dostupný prostor na disku (protože to můžete dosáhnout stejně snadno změnou velikosti toho, co prezentuje hypervisor), ale někdy přidělíte příliš mnoho jednomu souborovému systému . Možná budete chtít snadný způsob, jak vzít 1 koncert z/opt a dát to/var (například). Pokud provádíte pravidelné oddíly uvnitř samotného VM), pak je změna velikosti tak mnohem obtížnější.

1
Bratchley

pravit: Níže uvedené již neplatí. Hodnota použití tenkého zajišťování poskytovaného LVM pro VM obrázky na disku je pravděpodobně situační;

Používáte Development VM na notebooku? pak jste pravděpodobně lepší s QCow2.

Spravujete farmu VM, která může využívat velké množství úložiště na více discích? LVM je pravděpodobně dobrý způsob, jak spravovat toto úložiště.


jedním z důvodů ne k použití lvm je to, že pomocí lvm nelze nadměrně uložit úložiště. Pokud vytvoříte 10 virtuálních počítačů se 100 GB úložného prostoru, budete potřebovat 1 000 GB skutečného disku, i když 9 z deseti virtuálních počítačů použije pouze 20 GB svých souborových systémů. Obrázky Sparse Disk nebo obrázky ve formátu qcow2 mohou znamenat, že jim musí být přiděleno pouze úložiště skutečně používané hosty.

Zda je to pro vás skutečně užitečné, záleží na tom, co z úložiště potřebujete.