São grandes (1TB) .VMDKs seguras, elas podem ficar corrompidas?

Question

Para encurtar a história, estou pensando se é imprudente usar .vmdk's grandes e finos para uma VM nas nas? Estou planejando fazer backup de unidades externas de 2 TB (pequenas empresas), mantendo um local externo em todos os momentos.

Eu poderia usar um poweredge 840, mas o servidor de arquivos é tão pouco usado, parece um desperdício. A empresa tem um servidor ESXi que pode armazenar os discos do servidor de arquivos.

Com relação aos backups, seria melhor usar o cron + rsync e o repasse para USB usando o disco nativo, ou deveria fazer um armazenamento de dados e fazer o backup dos arquivos .vmdk? Além disso, não há orçamento para software.

    

Answer 1

Na minha opinião, as duas alternativas que você apresenta para backup são uma má ideia. Eu duvido muito que os discos rígidos USB hot-plug estivessem no projeto quando a VMware projetou o sistema de armazenamento de dados. Sim, você pode desmontar os armazenamentos de dados, mas não tenho certeza se o ESXi suporta o uso de dispositivos USB como datastores de qualquer maneira (acho que você descobrirá que o sistema operacional incorporado não pode montar volumes de dispositivos USB).

A passagem USB para dispositivos de armazenamento está disponível no ESXi, mas é necessário desligar a VM para removê-la de forma limpa. Novamente, usar esse mecanismo para backup de rotina é uma má ideia, pois é altamente inconveniente fazer isso de forma limpa. Eu também experimentei corrupção de dados ao conectar um HDD USB a uma VM do CentOS 5.5 no ESXi 4.1 para uma migração ... Eu não confiaria nele para backup.

Um NAS barato recebe meu voto.

Em relação ao uso de VMDKs grandes, não estou ciente de nenhum risco específico desse tamanho, mas não parece uma ótima idéia usar um vmdk fino de 1TB para um NAS, especialmente porque provavelmente haverá muitas gravações .

    

Answer 2

Você pode criar um VMDK tão grande quanto quiser - não acredito que o VMWare imponha um limite. É tão seguro quanto qualquer outra imagem VMDK, com talvez um pequeno aumento no risco, pois está cobrindo mais área física no disco (maior chance de um setor ficar ruim. É por isso que sua caixa VMWare tem um controlador RAID, certo?). / p>

As duas ressalvas que eu gostaria de destacar são:

1. Se você usar uma imagem esparsa (crescente) em vez de uma pré-alocada, seu VMDK poderá não ser contíguo. Isso pode criar problemas de desempenho em duas extremidades: gravar dados levará mais tempo (porque o servidor VMWare precisa alocar espaço em disco físico) e recuperar dados levará mais tempo (porque a cabeça tem que procurar sobre as "lacunas" no disco).

2. Se o seu servidor de arquivos for muito usado, você poderá criar contenção de disco: As pessoas que estiverem tentando ler / gravar arquivos estarão competindo com todas as outras VMs que estiverem tentando fazer o que fizerem. Dependendo da velocidade do disco e da atividade geral da VM, isso pode causar um impacto notável no desempenho do servidor de arquivos ou de outras máquinas virtuais.

Às vezes, comprar o servidor de arquivos independente El-Cheapo (ou um dispositivo NAS ou colocar uma cópia do FreeNAS em uma caixa antiga e dando grandes discos) é uma solução melhor - considere sua carga de trabalho antes de virtualizar.