Conception de cluster VMware vSphere pour la redondance des sites

9

J'ai une question sur la meilleure conception pour la redondance de site lors de l'utilisation de clusters vSphere. Un peu d'informations générales sur notre situation, cependant.

Nous sommes une entreprise de taille moyenne avec deux bureaux principaux, situés dans différents pays. Nos réseaux sont reliés par une ligne louée Layer2 150Mbps actuellement sous-utilisée. Nous avons une variété de services fonctionnant pour un usage interne au sein de l'entreprise, certains sur des serveurs physiques et d'autres sur des clusters vSphere existants. Dans notre département, nous exécutons également plusieurs services (presque tous fonctionnant sous diverses formes de Linux) comme NTP, Syslog, serveurs de saut, serveurs de surveillance, etc.

Nous avons maintenant l'exigence que ces serveurs doivent être redondants dans chaque emplacement (ce qu'ils ne sont pas pour le moment) et également redondants sur le site (ce qu'ils sont dans une certaine mesure, les serveurs sont dupliqués au 2ème emplacement avec des configurations synchronisées via différentes méthodes au niveau de la couche application). Il n'y a pas de SAN disponible pour nous, du moins pas quelque chose que nous pouvons utiliser pour le moment.

Le coût est également un problème. Bien que nous ayons un budget disponible pour cela, nous ne pouvons pas nous permettre d'acheter des SAN pour les deux emplacements par exemple.

J'ai regardé la fonctionnalité VSA et il semble que cela pourrait être quelque chose pour nous, mais je ne sais pas comment résoudre l'exigence de redondance du site.

Pour le moment, à des fins de test, j'installe dans un laboratoire un vSphere 5 avec VSA sur deux hôtes ESXi. J'utilise actuellement le kit Essentials Plus avec une licence VSA, qui me permet de créer un cluster VSA sur jusqu'à 3 hôtes, avec une licence vCenter pour les gérer. Les hôtes disposent chacun de deux cartes réseau à double port et de deux disques de 600 Go, exécutés dans Raid1. Sur le plan matériel, cela nous suffira pour exécuter tous les services dont nous avons besoin en tant que VM et assurera la redondance au sein du site.

Pour le moment, je ne vois que deux options pour avoir une redondance de site:

  1. construire un ordinateur VSA identique dans le deuxième emplacement et garder les différents services synchronisés au niveau de la couche application (synchronisation de base de données, rsync et ainsi de suite).
  2. il suffit de déplacer l'un des hôtes du cluster existant vers le deuxième emplacement, en faisant en sorte que le cluster VSA couvre la liaison de 150 Mbps entre les sites.

Je préférerais de beaucoup la deuxième option, mais je ne sais pas dans quelle mesure cela fonctionnera, si cela peut fonctionner. Techniquement, cela devrait être le cas, nous pouvons couvrir les VLAN nécessaires sur la ligne louée et les mettre à disposition au deuxième emplacement. L'avantage serait que nous n'avons pas à nous soucier du tout de la synchronisation des bases de données et autres. Mais j'ai le sentiment que la bande passante ne sera pas suffisante, je n'ai aucun moyen de savoir combien de trafic le cluster VSA va générer entre les hôtes. Je me rends compte que cela dépendra très probablement de l'utilisation individuelle des machines virtuelles, mais je ne sais toujours pas comment VSA réplique les données entre les hôtes ESXi.

S'agit-il de mes seules options ou mes objectifs peuvent-ils être atteints d'une autre manière? Existe-t-il peut-être un moyen d'avoir une sorte de cluster "stand-by à froid" dans le deuxième emplacement où les machines virtuelles seraient synchronisées une fois par nuit à partir de l'emplacement principal? L'idée est que dans le cas où le premier site deviendrait indisponible, nous serions en mesure de mettre en ligne toutes ces machines virtuelles. Nous serions d'accord avec les données datant d'un jour.

Toutes les réponses sont appréciées.

Cordialement, Stefan

Stefan Radovanovici
la source

Réponses:

8

Je recommanderais simplement de maintenir deux clusters distincts et de gérer la réplication au niveau de la machine virtuelle avec le produit vSphere Replication . Ceci est à votre disposition avec votre licence vSphere Essentials Plus et vous permet de maintenir un RPO entre 15 minutes et 24 heures (réglable par machine virtuelle), ainsi que la possibilité de répliquer vers des types de banques de données différents. vSphere Replication est un composant utilisé dans la plus grande suite de reprise après sinistre de Site Recovery Manager de VMware .

J'utilise la réplication pour gérer la protection hors site de certaines machines virtuelles critiques. La dernière révision du logiciel vous permet de conserver des instantanés ponctuels à destination.


entrez la description de l'image ici


entrez la description de l'image ici

ewwhite
la source
Merci pour la réponse et pour l'explication détaillée, Edmund. Voyons si je vous ai bien compris. J'ai donc configuré un cluster VSA basé sur deux hôtes ESXIi à l'emplacement 1. Le VSA va finalement me présenter deux magasins de données sur lesquels j'installe mes machines virtuelles. Ensuite, je crée un autre cluster VSA à l'emplacement 2 sans VM, mais avec les deux mêmes banques de données. En utilisant la fonction vSphere Replication, les machines virtuelles seront synchronisées avec celles du cluster à l'emplacement 1. Est-ce correct? Les VM seront-elles toujours hors ligne à l'emplacement 2?
Stefan Radovanovici
Et une autre question: ma licence Essentials Plus le permettra-t-elle, étant donné que le cluster de l'emplacement 2 est un cluster totalement différent, avec sa propre licence Essentials Plus? Ou n'est-ce pas pertinent?
Stefan Radovanovici
1
La destination n'est pas pertinente. Il peut être dans votre cluster, il peut être en dehors de celui-ci. Il doit juste être une cible visible. Il existe un dispositif de réplication vSphere que vous installeriez probablement sur chaque cluster. Les VM seront désactivées côté destination. Mais à la rigueur, vous pouvez les activer ou simplement les enregistrer sur le serveur hôte de la destination. Les noms de banque de données n'ont pas besoin d'être identiques.
ewwhite
Ok, alors cela semble être ce que nous recherchons. Merci beaucoup pour l'info.
Stefan Radovanovici