A sobrecarga de desempenho do LVM é trivial, usá-lo duas vezes não altera isso. Seu dispositivo raid-5 terá um impacto muito maior do que lvm.
Hy, Atualmente estou configurando um novo servidor usando o libvirt + kvm. Depois, deve haver cerca de 5 máquinas virtuais neste servidor em execução (+ algumas máquinas de teste).
O armazenamento é colocado em um dispositivo raid-5 que é configurado usando o LVM. O KVM agora roda em alguns volumes LVM-Logical.
A questão é: Existe alguma desvantagem de usar o lvm novamente (uma segunda vez) dentro da máquina virtual para particionar o espaço? Então seria: Harddisk- > Raid Controler - > LVM para o servidor físico - > Um volume lógico por VM - > LVM dentro de cada VM - > Vários Volumes Lógicos dentro de cada VM.
Existe alguma outra possibilidade se eu quiser partições dinâmicas dentro de minhas máquinas virtuais?
Obrigado
Um artigo do blog no link sugere que você crie volumes lógicos LVM no host (servidor físico ) e criar sistemas de arquivos diretamente sobre eles, sem criar partições e antes de criar as máquinas virtuais.
Eu experimentei e resumi a história: pareceu funcionar, e consegui ampliar um LV e o sistema de arquivos nele.
Aqui está a longa história, ou seja, o que eu fiz:
Volumes lógicos LVM criados para raiz, var e swap para a VM, no host (executando o Ubuntu 10.04):
me@host:~$ sudo lvcreate -L4G -n test-root vg1
me@host:~$ sudo lvcreate -L20G -n test-var vg1
me@host:~$ sudo lvcreate -L2G -n test-swap vg1
Sistemas de arquivos criados e troca em LVs:
me@host:~$ sudo mkfs.ext3 /dev/mapper/vg1-test--root
me@host:~$ sudo mkfs.ext3 /dev/mapper/vg1-test--var
me@host:~$ sudo mkswap -f /dev/mapper/vg1-test--swap
Criado a VM:
me@host:~$ sudo virt-install --name=test --ram=2048 --os-type=linux --os-variant=ubuntulucid --cdrom=ubuntu-server-10.04-lts-64bit.iso --disk path=/dev/mapper/vg1-test--root --disk path=/dev/mapper/vg1-test--var --disk path=/dev/mapper/vg1-test--swap --network bridge=br0 --vnc --noautoconsole
Depois conectei-me à nova VM usando virt-viewer e o instalador do Ubuntu estava lá esperando. Eu escolhi o modo 'Instalar uma máquina virtual mínima' (tecla F4).
Na fase de particionamento, escolhi o particionamento manual. O instalador encontrou os discos virtuais vda, vdb e vdc e reconheceu os dois primeiros com ext3 e último como swap. Eu escolhi as partições ext3 e disse para usá-las como partições ext3 (o padrão era "não usar"), com "não, manter os dados existentes" e ponto de montagem como / para o primeiro e / var para o segundo. O swap foi configurado corretamente por padrão. Então eu escolhi instalar o grub no primeiro disco.
Eu tenho a VM funcionando bem. Fdisk mostra vda como tendo uma tabela de partições vazia e vdb e vdc como não tendo uma tabela de partição válida. Eu não sei se ter ou não uma tabela de particionamento é um problema, há alguma discussão sobre isso em link .
Por fim, tentei redimensionar o disco var. Primeiro, no host:
me@host:~$ sudo lvextend -L24G /dev/vg1/test-var
Em seguida, reiniciei a VM e redimensionei o sistema de arquivos na VM:
me@test:~$ sudo resize2fs /dev/vdb
E redimensionou tudo bem.
Eu não sei se isso é uma boa maneira de fazer isso ou não, mas até agora parece funcionar. Algum comentário?
Eu acho que, usando uma segunda vez o LVM não será bom para performance, mas exceto um sistema de arquivos de rede, eu não consigo pensar em outra solução stable com partição dinâmica (você pode tentar zfs com fusível ou btrfs, mas não há produção pronta).
Se você quiser manter o LVM dentro da VM, você pode criar um LV no host para cada partição em cada VM.
Em geral, usar mais partes significa mais coisas para quebrar. Eu aconselho repensar o que você está fazendo para que o LVM não seja necessário duas vezes. Talvez use algo como o OpenVZ em vez do KVM, o OpenVZ tem suporte para redimensionar partições virtuais rapidamente e em tempo real.