Que tipo de disco KVM usar?

Estou configurando alguns convidados virtuais do KVM e estou debatendo qual tipo de disco usar. Não consegui encontrar um bom recurso on-line que descreva os prós e os contras de cada um.

Você pode me ajudar a criar uma lista dos diferentes tipos de disco e as vantagens e desvantagens de cada um? Aqui estão os tipos de disco que eu conheço:

• Imagem não processada
• qcow2
• Partição dedicada (por exemplo, no LVM)

Estou curioso sobre estes critérios:

• Facilidade de configuração (quão fácil é criar cada tipo)
• atuação
• Facilidade de clonagem
• Facilidade de expansão (para aumentar, para que o convidado virtual tenha mais espaço em disco)
• Recursos específicos para esse tipo de disco
• Facilidade de backup
• Migração para outros hosts

Você pode me ajudar a avaliar minhas escolhas?

Eu me concentraria na imagem bruta e no LVM.

A imagem bruta é mais fácil de fazer backup e copiar, já que é apenas um arquivo e você pode fazer o que puder com um arquivo simples. Além disso, evitando formatos específicos, você pode usá-lo facilmente, como montá-lo em um dispositivo de loop para acessar os arquivos em caso de falha ou problema (ou mesmo em um servidor de backup sem virtualização). Por outro lado, os arquivos de imagem brutos são afetados pelo cache de arquivos do kernel, portanto, você deve ter muito cuidado ao lidar com falhas e desligamentos, porque a VM sync () não significa realmente que o servidor host sincronizou () o arquivo para um disco. Eu tive muitos problemas com isso.

O LVM contorna o problema de cache, tem melhor desempenho que os arquivos (o AFAIK, pode ter sido alterado nos últimos meses) e possui as vantagens dos instantâneos para backup. Alterar o tamanho dos discos também não é complicado, mas é um pouco menos trivial que os arquivos brutos. Também com o LVM, você pode configurar o DRBD para migrações ao vivo / failover.

Na minha opinião, vá com o LVM, a menos que você tenha necessidades muito específicas de arquivos.

considerando a lista de considerações que você forneceu, definitivamente use o LVM. a única vantagem de usar o qcow2 é permitir que sejam feitos instantâneos. Esses snapshots são muito superiores aos snapshots do LVM. É claro que o RAW não tem opção de instantâneo, mas uma imagem RAW pode ser a base para um instantâneo qcow2.

• Facilidade de configuração (como é fácil - criar cada tipo): o mesmo para todos, raw / qcow2 utilizado pelo qemu-img, partições / LVs pelo fdisk / lvm api
• Desempenho: LVs brutos ou dispositivos de bloco são mais rápidos, arquivos RAW são os próximos, qcow2 tem mais sobrecarga, mas é o mais rico em recursos
• Facilidade de clonagem: o qemu-img é usado para isso e pode levar em consideração os instantâneos já tirados. com LVs ou outros desenvolvedores de bloco, você provavelmente precisará usar dd
• Facilidade de expansão (para aumentar, para que o convidado virtual tenha mais espaço em disco): se isso for importante, o LV é a melhor escolha. Geralmente não é, porque você simplesmente adicionaria outro disco virtual ou tamanho arbitrário e também poderá comprometer o armazenamento usando discos esparsos
• Recursos específicos para esse tipo de disco: qcow2 é o formato mais rico em recursos, como já mencionei. Ele pode ser combinado com uma imagem não processada, use a matéria-prima como imagem de base e qcow2 como instantâneos
• Facilidade de backup: copie um arquivo ou dd / cpio - não é realmente um problema
• Migração para outros hosts: para migração ao vivo, você normalmente usaria armazenamento centralizado, onde não há necessidade de mover a imagem. A migração de blocos também é possível. apenas movendo a VM de host para host no modo offline - é o mesmo que backup / restauração da VM

Os benefícios são mais fáceis, mas recentemente descobri que o único formato de disco no KVM que permite capturas instantâneas que integram a memória e o estado de execução da VM é qcow2 depois de brincar por alguns minutos.