Uma máquina, duas filosofias: a base deve ser o armazenamento ou a virtualização?

Quem tem um servidor e várias tarefas acaba chegando nessa bifurcação. De um lado, sistemas construídos em torno de um conjunto de discos, onde rodar máquinas virtuais é um recurso. Do outro, sistemas construídos em torno de um hipervisor, onde armazenamento é um subsistema. Os dois funcionam. Tem gente satisfeita nos dois.

A pergunta útil não é qual é melhor. É: qual camada você quer embaixo da outra, porque é isso que decide o que você poderá trocar depois sem reconstruir a máquina.

O que "base" significa aqui

A base é a camada que continua rodando enquanto se mexe na outra. Toda a diferença está aí, e é fácil perder isso comparando listas de recursos.

Se a base é o armazenamento, o conjunto sobrevive às suas experiências com serviços. Você pode quebrar um contêiner às duas da manhã e seus arquivos ficam intactos, porque o que os segura nunca esteve envolvido.

Se a base é o hipervisor, as máquinas sobrevivem às suas experiências com armazenamento. Você pode adicionar um pool, mover um disco, trocar um destino de armazenamento, e as máquinas seguem enquanto os discos delas continuarem alcançáveis.

Nenhuma das duas ordens protege as duas coisas. Você está escolhendo qual quer que seja a coisa chata e estável.

A pergunta que realmente decide

Não "o que eu quero rodar", porque as duas respostas rodam tudo. Pergunte em vez disso: para que serve essa máquina no pior dia dela?

Se a resposta honesta é "ela guarda coisas que não posso perder, e também roda alguns serviços", o armazenamento quer ser a base. O lado da virtualização será suficiente e não profundo, e essa é a troca certa porque o conjunto é o ponto.

Se a resposta honesta é "ela roda coisas de que pessoas dependem, e também guarda os dados delas", o hipervisor quer ser a base. O armazenamento vai chegar como peças em vez de pronto, e essa também é a troca certa porque o ponto é os serviços seguirem de pé.

Quase toda decepção vem de escolher a segunda resposta esperando a experiência de armazenamento do primeiro sistema. Ou o contrário.

O que cada lado custa de verdade

Conjunto primeiro. O lado da virtualização é real, mas mais raso. Integração de snapshot com o convidado, migração a quente, agendamento de backup por máquina e repasse de hardware existem em graus diferentes, e tudo isso é mais fácil do lado do hipervisor. Se suas máquinas virtuais são duas caixas utilitárias, você nunca vai notar. Se são oito serviços de produção, vai notar.

Hipervisor primeiro. O armazenamento chega em peças, não como produto pronto. Você escolhe um arranjo, decide a redundância, monta verificações e monitoramento, e em lugar nenhum aparece um assistente gentil oferecendo "criar um compartilhamento". A flexibilidade é real, e o tempo de montagem também.

⚠️ Os dois lados tornam um reinício caro, e isso surpreende quem achava que a escolha discos-primeiro protegia disso. Uma atualização de kernel derruba a máquina nos dois casos, com tudo que está em cima. Base é sobre o que sobrevive às suas mudanças, não sobre o que sobrevive a um reinício.

O híbrido e a falha que ele acrescenta

Um arranjo muito comum: hipervisor como base, e em cima um sistema voltado a armazenamento como máquina virtual, com os discos repassados direto.

Funciona, é popular e realmente dá as duas experiências. Mas acrescenta uma dependência que antes não existia: seus arquivos agora exigem que uma máquina virtual inicie. Se ela não iniciar, o armazenamento não fica só lento, ele fica ausente, e tudo que monta um compartilhamento dali cai ao mesmo tempo.

É uma troca aceitável se você sabe que está fazendo. Vira uma surpresa ruim se você descobre a dependência durante uma queda. Dois hábitos deixam isso seguro: manter o disco de boot do hipervisor totalmente separado dos discos repassados, e garantir que pelo menos um caminho de recuperação não passe por aquela máquina.

O que não decide

Números brutos de desempenho. Numa máquina só, as duas abordagens ficam no mesmo hardware, e a diferença prática costuma ser menor que a diferença entre dois arranjos de armazenamento no mesmo sistema.

Qual é mais fácil de instalar. A instalação acontece uma vez. Com o que você convive é o segundo ano, quando precisa mudar algo.

Qual é mais popular para o seu uso. Um arranjo bem entendido que você sabe consertar vence um arranjo melhor que você não sabe consertar.

O que o Atlas faz

O Atlas não transforma o Proxmox num aparelho de armazenamento e não finge que a etapa de montagem some. O que ele faz é tornar o resultado montado legível, e é justamente aí que o lado do hipervisor é mais duro.

A cadeia de recursos é desenhada de cada máquina até o disco físico, então o arranjo que você montou vira uma imagem visível em vez de uma decisão lembrada. Do lado dos discos essa imagem é implícita porque o conjunto é o produto; aqui ela precisa ser mostrada, e mostrá-la é o ponto.

O trabalho de armazenamento passa por um fluxo guiado com prévia da operação e caminho de volta, em ZFS, LVM e Btrfs. Isso não escolhe por você, e nem pretende: deixa a escolha que você fez inspecionável depois, e é essa parte que decide como vai ser o segundo ano.