Opções de armazenamento compartilhado para o cluster ESXi HA

Estou procurando recomendações para opções de armazenamento compartilhado para dar suporte ao cluster ESXi HA (note que NÃO estou pedindo recomendação de produto / marca / modelo - sei que isso é contra as regras aqui). Eu estou pedindo para tecnologia de recomendação.

A empresa em que trabalho é uma pequena empresa. No momento, temos um HP DL380 G9 com DAS, com ESXi 6.0, executando nosso aplicativo desenvolvido personalizado. Agora, estamos analisando como obter HA / FT usando a opção mais econômica. Precisamos de HA / FT porque sou a equipe de TI de um só homem e, muitas vezes, estou viajando para que o failover / restauração manual não seja uma opção.

Entendo que precisamos de no mínimo 2 hosts ESXi (servidor físico) e armazenamento compartilhado para obter HA / FT. Acho que é aqui que fica interessante: mesmo a matriz de armazenamento de nível de entrada mais barata existente provavelmente é um exagero para nós. Nossa exigência de capacidade de armazenamento é provavelmente de cerca de 200 GB e não vemos isso dobrando por pelo menos cinco anos. No entanto, precisamos do armazenamento compartilhado para HA / FT.

Assim, eu realmente aprecio qualquer recomendação sobre minhas opções. Obrigado.

Notas gerais (fluxo de consciência):

• Pense muito bem sobre o que você está tentando proteger.
• Ninguém usa a tolerância a falhas do VMware. Ok, talvez alguém tenha , mas há muitas restrições e o caso de uso é particularmente restrito.
• Os servidores são mais confiáveis ​​do que o esperado, especialmente ao trabalhar com sistemas de qualidade como o HP ProLiant. Supermicro seria outra história ...
• Avalie modos de falha realistas. Um servidor HP ProLiant Gen9 não vai apenas falhar .
• Você pode encontrar falhas de componentes individuais, mas existem redundâncias internas suficientes para lidar com a maioria dos problemas normalmente.
  • Sério, fontes de alimentação redundantes, ventiladores redundantes, RAID de discos internos, os adaptadores NIC e FLR internos raramente falham.
  • Adicione monitoramento da OIT, verificações abrangentes de integridade do hardware e a variedade de itens que afetam o tempo de atividade é reduzida a falhas do DIMM e a problemas na placa do sistema.

Então agora chegamos ao armazenamento compartilhado. O armazenamento compartilhado se torna um ponto de falha, dependendo de como é arquitetado.

• Algo como uma matriz conectada ao MSA SAS SAS é uma opção e pode funcionar com o VMware e dois hosts. Você pode comprá-los nus e adicionar a capacidade necessária.
• Uma configuração de nada compartilhado seria benéfica em alguns aspectos, mas adiciona certas complexidades.
• Existem opções hiperconvergentes como o VMware vSAN , o HPE StoreVirtual VSA ou a oferta Virtual SAN da Starwind .
• O HPE VSA pode estar livre para até 1 TB de armazenamento para sua configuração.
• Uma SAN de nível de entrada não é tão atraente, considerando que seus requisitos de espaço são incrivelmente baixos.
• É possível usar armazenamento de cabeça única ... possivelmente até apenas um servidor HP normal com um sistema operacional de armazenamento de sua escolha (Linux exportando NFS, Windows Storage Server, etc.)
• Documentei e descrevi uma solução ZFS para Linux que pode fornecer failover de duas cabeças e armazenamento em cluster para armazenamento: Consulte: https://github.com/ewwhite/zfs-ha
• Outra solução que não pode compartilhar nada com um par de servidores é o Zetavault .
• Junte isso à replicação no nível da VM da Veeam ou algo baseado em matriz, e você cobriu 99% dos possíveis problemas de armazenamento.

Mas, novamente, isso é uma função do seu risco. As pessoas podem facilmente descer pela toca do coelho de alta disponibilidade ...

Hosts Hypervisors duplos ... ok. Então você precisa de tecidos de comutação dupla? Switches empilhados? Agregação de link de vários chassis (MLAG / MC-LAG)? Uma SAN com controladores duplos? Duas SANs? Replicação SAN? Replicação de VM? Replicação de VM para armazenamento diversificado?

Você tem diversidade de poder? PDUs múltiplas? Múltiplas unidades UPS? O site é suportado por gerador?

Então, o que você resta?

Eu acho que é melhor ter algumas opções. Talvez contrate ajuda adicional para cobertura. Documente a solução suficientemente bem para que o cliente tenha algumas opções. Faça um runbook / script de DR ou indisponibilidade do sistema.

Se sua empresa não pode suportar o tempo de inatividade para os usuários, o VMware FT é sua escolha então. Para implementar esse recurso, você definitivamente precisará de algum tipo de armazenamento compartilhado. Para o caso, eu recomendaria analisar as soluções de armazenamento definido por software (SDS) que estão sendo cada vez mais usadas na construção de infra-estruturas virtualizadas. Com essa abordagem, você pode virtualizar os recursos de armazenamento físico local de seus hosts ESXi e transformá-los em uma SAN virtual completa. O VMware VSAN vem à mente imediatamente, mas eu indicaria algumas alternativas muito interessantes que devem ser muito mais baratas de implementar no ambiente ESXi. O primeiro candidato é o HPE VSA: bom nível de funcionalidade e um requisito irritante de um terceiro nó de votação para um quorum. Sim, eu sei, você ainda pode acessar 2 nós, mas se não estiver de acordo com o tempo de inatividade, o quorum é obrigatório. O segundo candidato, pelo contrário, tem uma pegada minimalista de hardware com apenas dois hosts físicos, juntamente com um conjunto de recursos como cache, compactação de dados etc. É o StarWind vSAN . As duas soluções têm versões gratuitas, basta verificar e ver como você se beneficiaria com elas.

A tecnologia pela qual você seria mais bem atendido é "armazenamento definido por software". Uma VM que disponibiliza discos conectados localmente a todas as VMs, idealmente fornecendo redundância, permitindo o uso de discos locais em vários nós ao mesmo tempo (permitindo que você perca um nó sem perder todas as suas VMs). Como não estamos falando de recomendações de produtos, deixarei assim. Ainda é um mercado nascente, mas existem algumas opções bem estabelecidas que se encaixariam no projeto.