KVM linux guest, 2ª HDD, partição LVM ou disco inteiro

2

Eu tenho um arrays RAID 10 em algumas máquinas host KVM. O array RAID 10 é um grande VG . Eu geralmente crio um pequeno LV para o armazenamento de imagens de disco de convidados, e o restante do VG I como LVs para adicionar outros discos aos convidados.

Nesses convidados, normalmente corro fdisk no dispositivo recém-adicionado e crio uma única partição usando 100% da unidade adicionada e, em seguida, executo pvcreate na partição em vez do dispositivo.
por exemplo. pvcreate /dev/vdb1 vs pvcreate /dev/vdb

Eu percebo que o LVM opera perfeitamente normalmente ao criar um PV de dispositivos completos em vez de partições. Mas meu hábito sempre foi particionar primeiro.
Alguém pode ver alguma desvantagem de usar uma unidade não particionada no meu cenário particular?

Quaisquer discos adicionais que eu adicionar aos convidados irão expandir um volume lógico de dados já existente ou criar uma partição de dados adicional. Eu normalmente deixo o root / boot sozinho e apenas adiciono armazenamento de dados adicional sob pontos de montagem novos / existentes.

A vantagem de usar uma unidade não particionada em meu guest é que não preciso me preocupar em particioná-lo com fdisk primeiro. Embora eu saiba que isso provavelmente economiza apenas 1 minuto.

Isso tem algum efeito na possível recuperação de dados, por ex. ser capaz de acessar o volume lógico do convidado de fora do convidado em caso de falha da VM.
Ou ser capaz de anexar os LVs criados a partir do host como unidades adicionais em novas VMs em um cenário de reconstrução?

    
por batfastad 02.03.2014 / 23:31

2 respostas

0

The advantage of using a non-partitioned drive within my guest is that I don't have to bother partitioning it with fdisk first.

Isso não é vantagem.

Não é a vantagem que você não precisa se preocupar com o redimensionamento de partições, que o kernel simplesmente não gosta de fazer enquanto o disco está em uso?

Ao usar o disco diretamente como PV no convidado, você não precisa mais adicionar unidades extras a ele para estender o LV dentro do convidado. Você pode apenas aumentar o LV existente, o que dá ao convidado um disco de maior capacidade e depois aumentar o PV e o LV dentro do convidado. Assim, toda a costura de LV é realmente feita no lado do host, enquanto o lado do convidado permanece simples com uma única configuração de disco (ou talvez uma configuração de dois discos, se você gosta de algo para / boot).

A desvantagem dos discos não particionados é que é tão fácil cometer erros. Se o seu gerenciador de pacotes instala um gerenciador de inicialização em seu PV (porque ele quer instalar o gerenciador de inicialização em todos os discos), isso pode ou não ser prejudicial. Muitos programas esperam que os discos sejam particionados (especialmente os programas de particionamento e as interfaces gráficas). Você tem mais chances de, inadvertidamente, danificá-lo de alguma forma.

Portanto, essa é uma configuração que você deve escolher se souber o que está fazendo e, em qualquer caso, ter um bom backup (não se esqueça de incluir os metadados do LVM no backup).

    
por 03.03.2014 / 00:36
0

Se você quiser que o guest boot seja carregado com, por exemplo, grub, então o disco tem que ter uma tabela de partições. Caso contrário, você precisa ter o kernel guest e initrd no host e passá-los para qemu para carregar diretamente.

Além de adicionar discos adicionais, basta redimensionar o disco existente para adicionar armazenamento à VM.

    
por 11.12.2014 / 16:12