O que é vSAN?
vSAN é uma solução de storage desenvolvida pela Vmware, lançada publicamente em Março de
2014 (vSAN 1.0). Atualmente, a versão mais atual é a 7.0 Update 3 lançada em Outubro de 2021.
vSAN é totalmente integrado com as core features do vSphere como HA (High Availability), DRS
(Distributed Resource Scheduler), e vMotion.
IMPORTANTE:
É um storage baseado em Objeto para prover o armazenamento dos dados, diferentemente de um
storage convencional baseado em Blocos – Sem a necessidade de criação de um Sistema de
Arquivos. O vSAN não depende do vCenter para funcionar, porém fica bem mais fácil de gerenciar.
Arquitetura do vSAN:
Exemplo de um Cluster vSAN:
Benefícios do vSAN:
• Flexible: Fácil de escalar, tanto “scale-up” (adicionar disco aos servidores existentes) quanto
“scale-out” (adicionar novos servidores)
• Simple: Fácil de configurar, gerenciar e operar
• Automated: Políticas podem ser aplicadas em nível de VM ou em nível de VMDK
• Hyperconverged: Solução possível de se “encaixar” (building block) em soluções de HCI
vSAN Disk Group (DG):
Conforme sabemos, o vSAN é uma “camada de software” presente no kernel do Sistema
operacional
Vmware ESXi e que o vSAN é criado utilizando servidores x86 com discos instalados localmente
nesses servidores. Isso significa que quando instalamos o Sistema operacional Vmware ESXi, já
temos a possibilidade de utilizar o vSAN (no sentido de não precisar instalar nenhum software
adicional ou VM adicional).
Na arquitetura do vSAN, em cada servidor se faz necessária a criação de uma unidade ou
agrupamento lógico chamado Disk Group, ou simplesmente, DG.
Cada Disk Group (DG) é composto por:
• 1 disco SSD para Cache Layer
• De 1 a 7 discos SSD ou HDD para Capacity Layer
• Em um único host ESXi, podemos ter um máximo de 5 Disk Groups
Cache e Capacity Layer, o que são?
O vSAN não trabalha com o conceito de tierização (entenda tierização como uma prioridade de
deixar em cache os dados que são acessados com mais frequência enquanto os dados que são
acessados com menos frequência ficam em discos mais lentos...) como algumas soluções de
armazenamento de dados existentes no mercado:
• Quando um dado é escrito (Write I/O operation) no vSAN, ele sempre irá passar de forma
obrigatória pela camada de “Cache”:
• Se estamos utilizando discos SSD ou NVE, esse processo tende a possuir uma excelente
performance
• Quando um dado é lido (Read I/O operation) no vSAN, ele nem sempre estará na camade de
“Cache” e o vSAN então precisará buscar esse dado na camada de “Capacity”:
• Se estiver utilizando discos HDD (mecânicos) na camada de Capacity, esse processo tende a ser
mais lento ao passo de utilizarmos discos SSD ou NVE nessa camada
• Um cluster vSAN pode ser classificado como “All-Flash” ou “Hybrid”:
• All-Flash: Em ambos os níveis (Cache e Capacity), são utilizados discos rápidos (SSD ou NVE)
• 100% do espaço em disco da camada de Cache é utilizada para escrita (Write Buffer)
• Redes 10 Gbit ou superiores devem ser utilizados para comunicação dos servidores presentes
nesse cluster vSAN
• Hybrid: Temos a composição de discos rápidos na camada de Cache e não-rápidos na camada de
Capacity
• 70% do espaço em disco da camada de Cache é destinado para leitura (Read Cache) – os outros
30% destinados para escrita (Write Buffer)
• Redes 1 Gbit ou superiors devem ser utilizados para comunicação dos servidores presents nesse
cluster vSAN
vSAN Failures to Tolerate:
Ponto chave do vSAN: SPBM (Storage Policy-Based Management):
• Através das políticas, conseguimos dizer qual é o nível de proteção de determinada VM ou
VMDK, por exemplo
• Flexibilidade para definir políticas de proteção/armazenamento diferentes para VMs
(Exemplo: RAID-1 para VM de Banco de Dados, RAID-5 para VM de Aplicação):
• Em um Storage convencional baseado em Bloco, não temos essa flexibilidade e facilidade que
o vSAN pode proporcionar
• O tipo de política/proteção suportada no vSAN vai depender do número mínimo de hosts ESXi
presentes no cluster vSAN. Por exemplo:
• Política RAID-1: São necessários no mínimo 3 hosts ESXi
• Política RAID-5: São necessários no mínimo 4 hosts ESXi
• Política RAID-6: São necessários no mínimo 6 hosts ESXi
vSAN Failures to Tolerate (FTT):
Em um vSAN cluster com 5 hosts ESXi, quando criamos uma VM com FTT=1 RAID-1, o
“placement” dos objetos é feito da seguinte maneira:
FTT=1 significa que o Cluster será resiliente à uma falha
RAID-1 significa que os dados serão replicados utilizando a lógica do RAID1 (espelhamento)
Observe que temos o dado original (data) + uma cópia do dado (data) e mais um objeto de witness.
O witness é utilizado como um “quorum” utilizado para especificar qual dado estará disponível em
momento de falha de um dos dados.
Em um vSAN cluster com 5 hosts ESXi, VM com FTT=1 RAID-5, o “placement” dos objetos é
feito:
Observe que aqui não temos objetos de witness. Através do RAID-5 e RAID-6, paridade dos
objetos são criadas e utilizadas para recuperar um objeto em caso de falha. Se 1 host ficar
indisponível, os dados poderão ser reconstruídos através dos objetos de paridade presente nos
demais hosts do cluster.
Pré-requisitos:
Para instalar e configurar o vSAN, vCenter e ESXi são necessários;
Minímo de 3 hosts ESXi e máximo de 64 hosts ESXi em um cluster Standard vSAN;
CPU:
O host ESXi irá processar tasks relacionadas ao Storage (além de tasks relacionadas ao
processo de virtualização). É importante ter isso em mente na criação do “sizing” do
cluster, considerando alocar mais CPU pensando nessa atividade adicional (vSAN) que será
exigida do CPU do servidor.
Memória:
Existe um KB da Vmware (KB2113954) contendo detalhes referente ao consumo
de memória em um cluster vSAN. Isso pode ajudar no processo de “sizing” de memória
para o cluster. Não podemos esquecer de considerar a quantidade de memória necessária
para execução das VMs. Em linhas gerais, é recomendado que cada host tenha no mínimo
64 GB de memória ram (o consumo de memória por parte do vSAN pode variar dependendo do
número de devices e recursos ativados no vSAN).