Options de stockage partagé pour le cluster ESXi HA

Je recherche des recommandations pour les options de stockage partagé pour prendre en charge le cluster ESXi HA (notez que je ne demande PAS de recommandation de produit / marque / modèle - je sais que cela est contraire aux règles ici). Je demande une recommandation technologique .

L'entreprise pour laquelle je travaille est une petite entreprise. À l'heure actuelle, nous avons un HP DL380 G9 avec DAS, avec ESXi 6.0, exécutant notre application développée sur mesure. Nous cherchons maintenant comment atteindre HA / FT en utilisant l'option la plus économique. Nous avons besoin de HA / FT parce que je suis l'équipe d'un seul homme et que je suis souvent en déplacement, donc le basculement / restauration manuel n'est pas une option.

Je comprends que nous avons besoin d'au moins 2 hôtes ESXi (serveur physique) et d'un stockage partagé pour atteindre HA / FT. C'est, je pense, là où cela devient intéressant: même la baie de stockage d'entrée de gamme la moins chère est probablement exagérée pour nous. Notre capacité de stockage requise est probablement de l'ordre de 200 Go, et nous ne voyons pas cela doubler pendant au moins 5 ans. Pourtant, nous avons besoin du stockage partagé pour HA / FT.

J'apprécierais donc vraiment vraiment toute recommandation sur mes options. Merci.

Notes générales (flux de conscience):

• Réfléchissez bien à ce que vous essayez de protéger.
• Personne n'utilise VMware Fault-Tolerance. D'accord, peut-être que quelqu'un le fait, mais il y a trop de restrictions et le cas d'utilisation est particulièrement étroit.
• Les serveurs sont plus fiables que vous ne le pensez, en particulier lorsque vous travaillez avec des systèmes de qualité comme HP ProLiant. Supermicro serait une autre histoire ...
• Évaluez les modes de défaillance réalistes. Un serveur HP ProLiant Gen9 ne va pas simplement échouer .
• Vous pouvez rencontrer des défaillances de composants individuels, mais il y a suffisamment de redondances internes pour traiter la plupart des problèmes avec élégance.
  • Sérieusement, les alimentations redondantes, les ventilateurs redondants, la mise en RAID des disques internes, les adaptateurs NIC et FLR intégrés échouent rarement.
  • Ajoutez la surveillance de l'OIT, des vérifications complètes de la santé du matériel et la gamme d'éléments ayant un impact sur la disponibilité est réduite aux pannes DIMM et aux problèmes de carte système.

Alors maintenant, nous arrivons au stockage partagé. Le stockage partagé devient un point d'échec, selon la façon dont il est architecturé.

• Quelque chose comme une baie connectée à MSA SAS est une option et peut fonctionner avec VMware et deux hôtes. Vous pouvez les acheter nus et ajouter la capacité requise.
• Une configuration sans partage serait bénéfique à certains égards, mais ajoute certaines complexités.
• Il existe des options hyperconvergées comme VMware vSAN , HPE StoreVirtual VSA ou l' offre Virtual SAN de Starwind .
• Le HPE VSA peut être gratuit pour jusqu'à 1 To de stockage pour votre configuration.
• Un SAN d'entrée de gamme n'est pas si convaincant, car vos besoins en espace sont incroyablement bas.
• Il est possible d'utiliser un stockage à une seule tête ... peut-être même un serveur HP normal avec un système d'exploitation de stockage de votre choix (exportation Linux NFS, Windows Storage Server, etc.)
• J'ai documenté et décrit une solution ZFS pour Linux qui peut fournir un basculement à double tête et un clustering pour le stockage: Voir: https://github.com/ewwhite/zfs-ha
• Zetavault est une autre solution qui ne permet rien de partagé avec une paire de serveurs .
• Ajoutez à cela la réplication de niveau VM Veeam ou quelque chose basé sur une baie, et vous avez couvert 99% des problèmes de stockage potentiels.

Mais encore une fois, cela dépend de votre risque. Les gens peuvent facilement descendre le trou du lapin haute disponibilité ...

Deux hyperviseurs hôtes ... d'accord. Alors avez-vous besoin de tissus à double commutation? Commutateurs empilés? Agrégation de liens multi-châssis (MLAG / MC-LAG)? Un SAN avec deux contrôleurs? Deux SAN? Réplication SAN? Réplication VM? Réplication de VM vers un stockage diversifié?

Avez-vous une diversité de pouvoir? PDU multiples? Plusieurs unités UPS? Le site est-il soutenu par un générateur?

Alors, que vous reste-t-il?

Je pense qu'il vaut mieux avoir quelques options. Peut-être souscrire une aide supplémentaire pour la couverture. Documentez suffisamment la solution pour que le client ait quelques options. Créez un runbook / script de panne du système d'exploitation ou de reprise après sinistre.

Si votre entreprise ne peut pas supporter les temps d'arrêt des utilisateurs, VMware FT est alors votre choix. Pour implémenter cette fonctionnalité, vous aurez certainement besoin d'une sorte de stockage partagé. Pour le cas, je recommanderais de regarder des solutions de stockage défini par logiciel (SDS) qui sont de plus en plus utilisées pour construire des infrastructures virtualisées. Avec cette approche, vous pouvez virtualiser les ressources de stockage physique local de vos hôtes ESXi et les transformer en un SAN virtuel à part entière. VMware VSAN me vient immédiatement à l'esprit, mais je voudrais souligner quelques alternatives très intéressantes qui devraient être beaucoup moins chères à mettre en œuvre dans l'environnement ESXi. Le premier candidat est HPE VSA: bon niveau de fonctionnalité et exigence ennuyeuse d'un troisième nœud de vote pour un quorum. Oui, je sais, vous pouvez toujours parcourir 2 nœuds, mais si vous n'êtes pas d'accord avec les temps d'arrêt, le quorum est un must. Le deuxième candidat, au contraire, a une empreinte matérielle minimaliste avec seulement deux hôtes physiques ainsi qu'un ensemble de fonctionnalités telles que la mise en cache, la compression de données, etc. Il s'agit de StarWind vSAN . Les deux solutions ont des versions gratuites, il suffit de vérifier et de voir comment vous en bénéficieriez.

La technologie qui vous serait le mieux servie est le «stockage défini par logiciel». Une machine virtuelle qui met des disques connectés localement à la disposition de toutes les machines virtuelles, offrant idéalement une redondance en permettant l'utilisation de disques locaux sur plusieurs nœuds en même temps (vous permettant de perdre un nœud sans perdre toutes vos machines virtuelles). Puisque nous ne parlons pas de recommandations de produits, je vais en rester là. C'est encore un marché naissant, mais il existe des options bien établies qui conviendraient.