NAS para máquinas virtuais: como escolher

Escolher um NAS para máquinas virtuais exige verificar a compatibilidade com o hypervisor e dimensionar o armazenamento de acordo com a carga real. Este guia reúne critérios para comparar desempenho, capacidade, rede e recuperação antes de definir uma solução.

Resposta rápida:

• Confirme o suporte ao modelo do NAS, ao protocolo e às versões do hypervisor.
• Dimensione IOPS, latência e vazão considerando os picos e a concorrência entre VMs.
• Calcule a capacidade útil após o RAID e reserve espaço para crescimento, snapshots e operações do sistema.
• Planeje caminhos redundantes e backups independentes. A regra 3-2-1 recomenda três cópias dos dados, em dois tipos de mídia, com uma cópia fora do local principal.

Autoria e atualização: o material de origem atribui o conteúdo à equipe da Storcenter, mas não informa um autor individual, credenciais, revisor técnico ou datas de publicação e atualização. Também não há changelog nem indicação das versões de hypervisor e firmware usadas como referência. Esses dados não foram presumidos nesta revisão. Confirme os requisitos das versões instaladas antes de implementar a solução.

Escopo e método: não foram fornecidos resultados de testes, dados de projetos reais, configurações de benchmark ou medições com fio, Iometer ou ferramenta equivalente. Portanto, este guia não apresenta testes próprios nem estudo de caso. Os exemplos e fórmulas são referências de planejamento, não medições nem garantias de desempenho.

Comece pelos requisitos do ambiente virtualizado

Antes de comparar NAS, registre os hypervisors e suas versões, o número de VMs, o perfil de leitura e escrita e os horários de pico. Inclua os objetivos de disponibilidade, recuperação e crescimento. Assim, a escolha parte da carga, não apenas da capacidade bruta ou de uma estimativa genérica de desempenho.

O hypervisor controla a execução das máquinas virtuais e a comunicação com o armazenamento. Para revisar esse papel, consulte o que é um hypervisor e qual sua função na virtualização. Depois, valide o modelo do NAS, o protocolo e os recursos necessários na documentação do hypervisor e em matrizes de compatibilidade, como a VMware Compatibility Guide.

Trate a compatibilidade como requisito eliminatório

Não presuma compatibilidade só porque o NAS e o hypervisor oferecem o mesmo protocolo. Verifique versões de software e firmware, recursos suportados, configurações recomendadas e condições de suporte do fabricante. Para Microsoft Hyper-V e Proxmox VE, consulte a documentação oficial da versão em uso.

Registre também quem vai monitorar o storage e executar manutenção, expansão e recuperação. Considere um recurso anunciado no projeto apenas se estiver disponível na combinação específica de NAS, protocolo, hypervisor e versão.

Escolha entre NFS e iSCSI conforme o hypervisor

NFS compartilha um sistema de arquivos pela rede; iSCSI apresenta volumes de bloco pela rede IP. Nenhum protocolo é universalmente mais rápido: o resultado depende do NAS, dos hosts, da rede, da carga e da configuração. Use a tabela como roteiro de verificação, não como substituta da matriz de compatibilidade da versão instalada.

Para consultar especificações dos protocolos, veja a RFC 7530, sobre NFSv4, e a RFC 7143, sobre iSCSI. Em iSCSI, configure MPIO apenas quando todos os componentes e a configuração forem suportados. Habilite jumbo frames somente se hosts, switches e NAS estiverem ajustados de forma consistente; uma configuração divergente pode interromper a comunicação.

Considere gravações síncronas e cache

Gravações síncronas, ou sync writes, só são confirmadas depois que o servidor informa que os dados estão em armazenamento estável. Isso pode aumentar a latência em cargas que fazem muitas gravações pequenas. Em NFS, confirme como o cliente e o NAS tratam a semântica de gravação estável e se o cache de escrita tem proteção contra perda de energia.

Um cache de escrita pode reduzir a latência percebida, mas não deve ser tratado como substituto de proteção contra falha. Verifique se a controladora ou o NAS protege os dados em cache contra falta de energia e se a configuração recomendada pelo fabricante está ativa. Não altere a confirmação de gravações para um modo menos seguro apenas para obter números melhores em um teste.

Ao comparar NFS e iSCSI, mantenha iguais o conjunto de discos, a carga, o tamanho de bloco, o número de VMs, a rede e a duração do teste. Registre IOPS, vazão e latência p95 e p99, além dos parâmetros de cache e da proporção de leituras e gravações. Uma matriz de teste pode comparar cada protocolo com RAID 10 e RAID 6 usando uma carga representativa das aplicações. Este artigo não apresenta resultados de execução: a matriz descreve um método, não um benchmark concluído.

Dimensione IOPS e rede com dados da carga

Use medições do ambiente atual sempre que possível. Separe IOPS de leitura e escrita, tamanho médio dos blocos, latência e vazão. Para uma estimativa inicial, registre os valores por VM e aplique:

• IOPS de pico estimados: IOPS por VM × número de VMs ativas × fator de concorrência.
• Vazão aproximada: IOPS × tamanho médio do bloco. Converta o resultado para MB/s ou Gb/s e compare com a capacidade efetiva do caminho de rede.
• Margem: considere crescimento, picos simultâneos, manutenção e o efeito de snapshots e backups, conforme o comportamento observado.

Exemplo ilustrativo: suponha 10 VMs com demanda de 40 IOPS cada no pico e fator de concorrência de 1,5. A estimativa é 40 × 10 × 1,5 = 600 IOPS. Com blocos médios de 16 KiB, a vazão correspondente é aproximadamente 9,4 MiB/s. Esse cálculo não prova que uma conexão de 1 GbE será suficiente: médias ocultam rajadas, vários hosts podem compartilhar o enlace e o tráfego também inclui protocolos e outras operações. Compare o pico medido com a vazão efetiva do caminho completo.

Uma porta de 1 GbE tem limite nominal de 125 MB/s antes dos overheads. Pode se tornar insuficiente quando a vazão agregada se aproxima desse limite ou quando vários hosts disputam o enlace. 10 e 25 GbE oferecem mais capacidade nominal, mas não compensam discos, controladoras ou switches que sejam o gargalo. Meça o conjunto e valide a redundância dos caminhos.

Defina metas de latência com base nos requisitos da aplicação e nas recomendações do fabricante, em vez de adotar um limite genérico. Meça a latência sustentada e os picos no datastore, incluindo percentis como p95 e p99 quando a ferramenta de monitoramento permitir. Uma média aceitável pode ocultar pausas que afetam algumas VMs.

Use cenários como ponto de partida, não como dimensionamento final

A tabela organiza três perfis contrastantes. As indicações de rede, RAID e mídia são hipóteses iniciais para orientar uma prova de conceito; não substituem medições nem garantem que uma configuração específica atenderá ao ambiente.

Em qualquer perfil, dimensione a rede pelo caminho completo e não apenas pela velocidade da porta do NAS. Considere a soma da demanda dos hosts, a contenção nos switches, os caminhos redundantes e as operações de manutenção. A velocidade nominal não indica, sozinha, a vazão disponível para as VMs.

Compare HDDs e SSDs conforme a carga

HDDs podem atender a necessidades de capacidade; SSDs tendem a ser mais adequados a cargas sensíveis à latência ou com muitas operações aleatórias. Compare a resistência a gravações e a garantia para uso contínuo, quando essas informações estiverem disponíveis. Latência, custo por terabyte e endurance variam conforme o modelo e a configuração.

Estime o efeito do RAID no desempenho e na capacidade

RAID altera a capacidade útil e o trabalho de gravação. Em gravações aleatórias pequenas, uma estimativa comum de write penalty é de 2 operações de disco para RAID 10, 4 para RAID 5 e 6 para RAID 6. São aproximações para comparar arquiteturas: cache, tamanho do bloco, controladora, implementação e gravações em faixa completa podem mudar o resultado.

Para unidades de mesma capacidade, uma estimativa simplificada da capacidade antes da formatação e das reservas é:

• RAID 10: número de unidades × capacidade de cada unidade ÷ 2.
• RAID 5: (número de unidades − 1) × capacidade de cada unidade.
• RAID 6: (número de unidades − 2) × capacidade de cada unidade.

RAID 10 espelha os dados e, em um conjunto de unidades iguais, oferece aproximadamente metade da capacidade bruta. Pode favorecer gravações aleatórias, mas usa mais espaço para redundância. RAID 5 reserva o equivalente a uma unidade para paridade; RAID 6, duas. RAID 6 tolera a falha de duas unidades, mas a paridade pode aumentar o custo de gravação. Essas fórmulas não incluem formatação, metadados, reservas do sistema ou espaço livre planejado.

Para uma estimativa simples de IOPS de escrita, divida os IOPS agregados das unidades pelo write penalty correspondente. Por exemplo, no RAID 10, use a divisão por 2 como aproximação; para RAID 5 e RAID 6, considere os fatores indicados acima. A conta não representa o desempenho garantido do NAS: controladora, cache, proporção de leitura e escrita e concorrência alteram o resultado. Valide a arquitetura com uma prova de conceito representativa.

Considere reconstrução, provisionamento e snapshots

O tempo de reconstrução do RAID depende da capacidade da unidade, da taxa de leitura e escrita disponível para o processo e da carga concorrente. Uma estimativa teórica simples é dividir a capacidade da unidade pela taxa efetiva de reconstrução. Por exemplo, 12 TB a 100 MB/s correspondem a cerca de 33 horas; na prática, o processo pode levar mais tempo porque a taxa varia, há overhead e as VMs continuam usando o storage. Use dados do fabricante ou medições da configuração para planejar uma janela realista.

Durante a reconstrução, o desempenho pode cair e o conjunto permanece em uma condição de maior exposição a falhas, conforme o RAID e o estado das unidades. Avalie o impacto operacional de uma unidade de grande capacidade, a carga durante o rebuild e os procedimentos de substituição antes de decidir entre capacidade, tolerância a falhas e desempenho.

Thin provisioning permite apresentar às VMs mais capacidade lógica do que a ocupada fisicamente no momento. Isso não cria espaço: se o consumo real ultrapassar a capacidade disponível, as gravações podem falhar. Monitore o espaço físico, defina alertas e mantenha uma margem compatível com o crescimento e a retenção de snapshots.

Deduplicação e compressão podem reduzir o consumo em alguns conjuntos de dados, mas o ganho depende do conteúdo, do padrão de acesso e da implementação do NAS. Arquivos já comprimidos ou criptografados podem oferecer pouca redução. Não conte com uma taxa presumida para dimensionar a capacidade; valide o efeito com dados representativos e considere o impacto de processamento e latência.

Snapshots registram alterações e podem facilitar a recuperação de estados anteriores, mas seu custo de desempenho e capacidade não é necessariamente constante. A retenção, a frequência de alterações, o número de snapshots e a implementação do storage influenciam o espaço consumido e a carga. Observe esses efeitos durante o pico e evite manter snapshots sem política de retenção e monitoramento.

Não destine toda a capacidade nominal às VMs. Reserve espaço para crescimento, snapshots e operações do sistema. Manter de 20% a 30% livre pode servir como ponto inicial, mas ajuste a margem ao comportamento das cargas e às recomendações do fabricante.

Use uma matriz de decisão ajustada ao cenário

Para tornar a comparação repetível, aplique primeiro os requisitos eliminatórios e depois pontue apenas as alternativas compatíveis. A matriz abaixo é uma proposta de avaliação, não um padrão de mercado nem uma certificação de desempenho. Os pesos variam conforme o risco principal de cada perfil; ajuste-os antes de comparar os equipamentos e use os mesmos pesos para todas as alternativas.

Esses pesos são pontos de partida editoriais, não resultados de pesquisa com clientes. Por exemplo, um laboratório que hospeda sistemas críticos pode precisar elevar a pontuação de resiliência; uma PME com banco de dados sensível à latência pode dar mais peso ao desempenho. Documente a razão de cada ajuste para que a comparação continue auditável.

1. Compatibilidade — eliminatória: descarte qualquer combinação de modelo, protocolo e versão sem suporte documentado.
2. Desempenho: compare IOPS, latência e vazão medidos ou obtidos em teste representativo com os requisitos de pico.
3. Capacidade: compare a capacidade útil após o RAID e o espaço reservado para crescimento, snapshots e operação.
4. Resiliência e recuperação: avalie caminhos redundantes, tolerância a falhas, backups independentes e tempo de restauração testado.
5. Operação e expansão: avalie monitoramento, manutenção, expansão e capacidade da equipe de administrar a solução.

Para cada critério pontuado, use 0 para requisito não atendido ou sem evidência, 1 para atendimento parcial ou ainda não validado e 2 para atendimento demonstrado. Calcule a nota ponderada de cada item como peso × pontuação ÷ 2 e some os resultados. Uma nota alta não compensa falha de compatibilidade nem a ausência de backup testado.

Esse registro ajuda a distinguir uma especificação anunciada de um requisito comprovado. Se faltarem IOPS, latência ou resultados representativos, anote a lacuna e trate-a como item a validar na prova de conceito, em vez de preencher a planilha com valores presumidos.

Planeje disponibilidade, operação e recuperação

Planeje redundância de caminhos, fontes de alimentação e proteção contra falta de energia, como uma UPS dimensionada para permitir o desligamento controlado. Monitore capacidade, latência, utilização da rede e estado das unidades. A redundância reduz alguns pontos únicos de falha, mas não substitui procedimentos de manutenção e recuperação testados.

Evite estes erros de projeto e operação:

• Usar RAID 5 com HDDs grandes sem avaliar reconstrução e carga: a reconstrução pode demorar e reduzir o desempenho. Compare tolerância a falhas, capacidade útil e impacto operacional de RAID 6 ou RAID 10.
• Misturar storage e tráfego geral na mesma rede sem medir: a concorrência com a LAN pode afetar latência e vazão. Planeje segmentação e caminhos conforme a arquitetura.
• Não testar a restauração: snapshots não substituem backups independentes. Recupere uma VM ou serviço e verifique se o procedimento atende ao prazo esperado.
• Escolher SSD de consumo sem verificar uso contínuo e proteção contra perda de energia: confirme endurance, garantia e recursos documentados para o modelo e a aplicação; não presuma que todo SSD oferece proteção contra perda de energia.

Armazenar os discos virtuais no NAS não protege, por si só, contra exclusões, corrupção ou incidentes que afetem o próprio storage. Defina políticas de backup, retenção e cópias em destinos independentes conforme os objetivos de recuperação. A regra 3-2-1 recomenda manter três cópias dos dados, em dois tipos de mídia, com uma cópia fora do local principal. Para aprofundar o tema, veja estratégias de backup para ambientes virtualizados.

Snapshots podem facilitar a recuperação de determinados estados quando disponíveis e configurados adequadamente, mas não substituem backups independentes. Faça testes de restauração e registre como recuperar uma VM ou um conjunto de serviços.

Compare os produtos informados com critérios verificáveis

Os dados disponíveis não permitem comparar esses itens por IOPS, DWPD, capacidade configurada ou certificação de compatibilidade. A tabela abaixo separa as características informadas do que ainda precisa ser confirmado. Não é uma classificação de desempenho nem uma recomendação para uma carga específica.

Como produzimos este conteúdo

Este artigo foi organizado como um guia de planejamento a partir das informações disponíveis no material de origem. Não foram fornecidos testes próprios, estudos de caso, capturas de configuração de iSCSI, NFS ou MPIO, nem resultados de Iometer ou fio. Também não foram indicadas versões de hypervisor e firmware consideradas. Por isso, não atribuímos ao conteúdo medições, certificações ou experiências de implantação que não possam ser verificadas.

A Storcenter comercializa os itens citados neste artigo. Essa relação comercial deve ser considerada ao avaliar as informações de produto. As características resumidas na tabela devem ser confirmadas nas fichas oficiais e na configuração ofertada; a presença de um produto no texto não constitui endosso de compatibilidade ou desempenho.

Antes de escolher qualquer um desses itens, confira as especificações completas, a compatibilidade com a versão do hypervisor e os recursos habilitados na configuração ofertada. Guias de boas práticas da QNAP, Synology e Infortrend podem complementar a análise. Se houver dúvidas sobre o comportamento com a carga real, faça uma prova de conceito antes da implantação.

Checklist de validação antes da compra

Use a lista para registrar evidências e pendências, não apenas para marcar requisitos como concluídos:

• Compatibilidade documentada do modelo, protocolo e versões do hypervisor.
• Número de VMs, perfil das aplicações, períodos de pico e concorrência.
• IOPS, latência, vazão, capacidade útil após RAID e espaço reservado.
• Interfaces, switches, caminhos redundantes, MPIO e jumbo frames, se aplicáveis.
• Disponibilidade, proteção contra falta de energia, monitoramento e procedimentos de manutenção.
• Backups independentes, retenção e registro de testes de restauração.
• Prova de conceito representativa para validar lacunas de desempenho ou compatibilidade.

Consulte a documentação oficial antes de implementar

Valide protocolos e compatibilidade nas fontes oficiais do hypervisor e dos fabricantes. Capacidades e requisitos variam conforme versões e modelos; confirme também as limitações da configuração escolhida.

• Documentação do VMware vSphere e VMware Compatibility Guide.
• Guia de administração do Proxmox VE.
• Documentação do Microsoft Hyper-V.
• Página oficial do Qnap TS-h1090FU; consulte também os materiais de suporte e boas práticas da QNAP.
• Site oficial da Infortrend; consulte os materiais do EonStor GS e confirme a ficha técnica do modelo.
• Regra 3-2-1 de backup, explicada pela Veeam.

Escolher um NAS para virtualização exige compatibilidade documentada, dimensionamento pela carga e recuperação testada. Se sua empresa está consolidando servidores virtuais, converse com a equipe da Storcenter para revisar os requisitos e comparar alternativas para o projeto.