Configurando Hyper-V Failover Cluster com Storage Spaces Direct (S2D) no Windows Server 2016 – Parte 2
O intuito da parte 2 do passo a passo sobre como configurar o Hyper-V Failover Cluster com Storage Spaces Direct no Windows Server 2016 é realizar a configuração da rede e dos discos locais.
Para não ficar muito extenso, dividi o passo a passo em 5 partes:
Parte 1 – Pré-requisitos e Ambiente
Parte 2 – Rede e Storage (você está aqui)
Parte 3 – Failover Cluster
Parte 4 – Storage Spaces Direct (S2D)
Parte 5 – Discos Virtuais / Volumes
A configuração da rede segue o mesmo padrão das implementações com Hyper-V Failover Cluster. Neste caso teremos 6 interfaces de rede formando 3 NIC team (2 NICs por team). Como o ambiente é nested configurei como ativo/standby, se fosse físico faria com LACP.
| NIC Team | Descrição |
| MGMT | Gerenciamento dos servidores |
| LM | Live Migration |
| VM | Rede para as máquinas virtuais |
Para mais detalhes sobre a configuração de rede veja o post Configurando o Hyper-V Failover Cluster no Windows Server 2016.
Com relação aos discos locais é bem fácil, apenas garanta que todos as unidades foram reconhecidos em todos os servidores Hyper-V e deixe os discos online (não precisa inicializar ou criar partições). É importante lembrar que como estamos trabalhando com Hyper-V nested, no lado da máquina virtual do VMware ESXi algumas configurações são necessárias para garantir o correto funcionamento da solução. Neste caso é necessário que a controladora dos discos seja do tipo VMware Paravirtual e possua o SCSI Bus Sharing configurado como Physical (mais detalhes aqui e aqui. Além disso criei um script para adicionar os discos e controladoras da forma “correta” para este tipo de solução, veja aqui).
Cada servidor Hyper-V membro do Failover Cluster terá as unidades locais de acordo com a tabela abaixo:
| Tipo | Quantidade | Função | Tamanho (un) |
| HDD | 4 | Capacidade | 50 GB |
| SSD | 2 | Cache | 35 GB |
Utilize o comando abaixo para listar os discos em cada servidor. Se a coluna CanPool estiver True está tudo certo.
Get-PhysicalDisk | Select FriendlyName, CanPool, Size, MediaType | ft
O resultado deve ser algo mais ou menos assim. O primeiro disco é do SO e por isso não pode fazer parte do pool, mas os outros podem (não se preocupe caso o campo MediaType não esteja correto, depois arrumamos isso).
FriendlyName CanPool Size MediaType ------------ ------- ---- --------- VMware Virtual disk False 42949672960 Unspecified VMware Virtual disk True 53687091200 Unspecified VMware Virtual disk True 37580963840 Unspecified VMware Virtual disk True 53687091200 Unspecified VMware Virtual disk True 53687091200 Unspecified VMware Virtual disk True 53687091200 Unspecified VMware Virtual disk True 37580963840 Unspecified
É isso aí pessoal, acompanhe os próximos posts. Valeu e até mais!
Ricardo Conzatti
Ricardo Conzatti é especialista em TI e apaixonado por Virtualização. É graduado em Sistemas de Informação, pós-graduado em Gestão de TI e acredita muito na teoria da pirâmide de aprendizagem de William Glasser. Ricardo também é blogger, palestrante, podcaster e muito envolvido com comunidades técnicas. Ex-líder do VMUG Paraná e ex-host do vBrownBag Brasil, além de ser VMware vExpert & vExpert PRO. Possui várias certificações técnicas VMware e Microsoft. Você com certeza irá encontra-lo no twitter @RicardoConzatti.