Tornando meu servidor virtual - o que acontece com meus LVMs?

Question

Eu tenho um servidor físico com cerca de 10 TB em dois diferentes LVMs e VGs. Eu vou instalar um hipervisor bare-metal no hardware agora, o que significa que eu terei que reconstruir meu servidor Ubuntu. Eu configurei meus LVMs há algum tempo, mas até onde eu sei, eles são todos construtos de software, certo? Existe uma maneira de fazer backup da minha configuração inteira e restaurá-la em outro servidor virtual?

    

Answer 1

As informações de volume são armazenadas nos discos, portanto, não deve haver problemas, desde que você possa anexar seus volumes físicos diretamente à nova máquina virtual. O procedimento não seria diferente do que se você movesse os discos para um novo computador.

link

13.6. Movendo um grupo de volumes para outro sistema

É muito fácil mover todo um grupo de volumes para outro sistema se, por exemplo, um departamento de usuários adquirir um novo servidor. Para fazer isso, usamos os comandos vgexport e vgimport.

Nota

vgexport / vgimport não é necessário para mover unidades de um sistema para outro. É uma ferramenta de política administrativa para impedir o acesso a volumes no tempo necessário para movê-los.

13.6.1. Desmonte o sistema de arquivos

Primeiro, certifique-se de que nenhum usuário esteja acessando arquivos no volume ativo e, em seguida, desmonte-o

# unmount /mnt/design/users

13.6.2. Marcar o grupo de volumes inativo

A marcação do grupo de volumes inativo remove-o do kernel e evita qualquer atividade adicional nele.

# vgchange -an design
vgchange -- volume group "design" successfully deactivated

13.6.3. Exportar o grupo de volumes

Agora é necessário exportar o grupo de volumes. Isso impede que ele seja acessado no sistema host '' antigo '' e o prepara para ser removido.

# vgexport design
vgexport -- volume group "design" successfully exported

Quando a máquina é desligada em seguida, o disco pode ser desconectado e conectado à sua nova máquina

13.6.4. Importar o grupo de volumes

Quando conectado ao novo sistema, ele se torna / dev / sdb, então um pvscan inicial mostra:

# pvscan
pvscan -- reading all physical volumes (this may take a while...)
pvscan -- inactive PV "/dev/sdb1"  is in EXPORTED VG "design" [996 MB / 996 MB free]
pvscan -- inactive PV "/dev/sdb2"  is in EXPORTED VG "design" [996 MB / 244 MB free]
pvscan -- total: 2 [1.95 GB] / in use: 2 [1.95 GB] / in no VG: 0 [0]

Agora podemos importar o grupo de volumes (que também o ativa) e montar o sistema de arquivos.

Se você estiver importando em um sistema LVM 2, execute:

# vgimport design
  Volume group "design" successfully imported

Se você estiver importando em um sistema LVM 1, adicione os PVs que precisam ser importados:

# vgimport design /dev/sdb1 /dev/sdb2
vgimport -- doing automatic backup of volume group "design"
vgimport -- volume group "design" successfully imported and activated

13.6.5. Ative o grupo de volumes

Você deve ativar o grupo de volumes antes de poder acessá-lo.

# vgchange -ay design

13.6.6. Monte o sistema de arquivos

# mkdir -p /mnt/design/users
# mount /dev/design/users /mnt/design/users

O sistema de arquivos agora está disponível para uso.

    

Answer 2

O que você está planejando fazer com o xen e o dom0 boot? Se você tiver outro disco para essa finalidade, poderá simplesmente passar os discos existentes diretamente para a nova VM e eles funcionarão sem modificação; você só precisa configurar um hVm domU.

Uma configuração mais típica seria fazer com que o dom0 gerencie os discos usando lvm e / ou md para o raid e, em seguida, apresente os volumes lógicos ao guest vms como xen virtual disks. O convidado pode empilhar seu próprio lvm na parte superior do disco virtual, se quiser, mas não precisa. Se isso acontecer, você só precisa ter certeza de que o dom0 não está tentando ativar nenhum grupo de volumes que encontrar dentro de seus volumes lógicos, o que pode exigir a modificação das regras de filtro do /etc/lvm/lvm.conf.

Mover-se do sistema atual para uma configuração como backup e restauração significa que você passa pela rotina de recuperação de desastres: atualize seu backup (por exemplo, com tar ), inicialize a nova vm, formate a unidade virtual (o que pode envolva a configuração do lvm novamente se você quiser seguir essa rota), depois restaure.