5 votes

Miroir "live" d'un cluster de VM HA ?

Je me renseigne sur les techniques de HA dans la virtualisation, mais toutes les solutions que je vois fonctionnent plus ou moins comme un VRRP plus spécialisé - lorsque l'hôte tombe en panne, la VM est démarrée sur un autre hôte de virtualisation. Si le stockage est partagé (par exemple iSCSI), la "même" VM peut être démarrée, de sorte que pour le système d'exploitation invité, cela ressemble à une sorte de panne de courant. Mais si des données importantes résident dans la mémoire vive (par exemple une base de données en mémoire), elles sont perdues.

Il serait cependant possible de créer un instantané de la VM en cours d'exécution avec un certain intervalle (malheureusement, la création d'un tel instantané prend beaucoup de temps et ne peut donc pas être effectuée toutes les 10 secondes, par exemple). Un autre hôte de virtualisation pourrait alors charger cet instantané et poursuivre l'exécution de la VM "sans interruption" (plus moins le temps d'intervalle).

Ma question est donc la suivante : existe-t-il des solutions permettant de mettre automatiquement en miroir les VM de manière à ce qu'après une panne de l'hôte de virtualisation, la VM puisse être "reprise" sur un autre hôte sans interruption notable ? Littéralement comme le RAID1 des VM. Miroir entièrement synchronisé au niveau de la RAM.

6voto

Net Runner Points 5586

1) Déployer un cluster VMware vSphere et utiliser la tolérance de panne https://www.vmware.com/files/pdf/techpaper/VMware-vSphere6-FT-arch-perf.pdf sur vos machines virtuelles (comme indiqué ci-dessus).

2) Déployer un cluster XenServer et utiliser Remus https://wiki.xenproject.org/wiki/Remus .

4voto

ewwhite Points 193555

Les serveurs ne devraient pas "tomber en panne" de la manière que vous décrivez. La plupart des gens ne s'inquiètent pas de cela.

Toutefois, il s'agit d'un cas d'utilisation pour Tolérance aux pannes VMware (FT) .

Cela répondra à votre demande.

Si l'on souhaite une réplication asynchrone avec un petit délai ( environ 10 secondes ), alors une solution comme Zerto serait approprié.

4voto

Kate Rojas Points 41

Certaines solutions permettent de basculer les machines virtuelles sans interruption de service. Au moins, je connais HPE VSA y Vents d'étoiles . Ils proposent également des versions gratuites, que vous pouvez donc consulter.

Cependant, je ne sais pas exactement ce qu'il en est de la première, je ne l'ai pas encore testée moi-même. En ce qui concerne la seconde, il existe une option qui permet d'assigner une quantité de RAM sur le dispositif HA, et cette RAM est également répliquée sur un autre nœud. Et les VMs basculent sans redémarrage. J'ai testé cela avec un cluster Hyper-V.

0voto

Ondra Sniper Flidr Points 2563

Malheureusement non, il n'y a aucun moyen de le faire et vous n'en avez vraiment pas besoin. Même les bases de données en mémoire peuvent faire du mirroring et de l'HA au niveau de l'application, il n'y a pas besoin de mirroring de mémoire de cette manière. Démarrez simplement plusieurs instances de votre base de données en mémoire et laissez la mise en miroir commencer ! Elle est tolérante aux pannes et vous pouvez même effectuer des mises à niveau et des opérations de maintenance sans interruption de service.

-1voto

shodanshok Points 42743

Malheureusement, la réponse est non du moins pour les hyperviseurs commerciaux ou d'entreprise.

D'accord, je rectifie : Je n'ai jamais utilisé/lu sur Xen+Remus et cela semble assez intéressant.

Je connais VMWare FT, mais il a des limites si importantes que je l'ai automatiquement écartée. Heureusement, certaines de ces restrictions ont été levées avec la dernière version de VMWare. Toutefois, dans un scénario de liaison réseau ou E/S, l'impact sur les performances brutes serait tout simplement trop important pour être toléré.

Quoi qu'il en soit, d'après ce que j'ai pu lire, les deux sont basés sur le concept de point de contrôle En fait, la VM sous-jacente est continuellement migrée en direct. Le véritable "RAM lockstep/mirroring" est beaucoup plus coûteux : il y a quelques années, un projet basé sur Qemu/KVM a tenté la même chose - et il a été abandonné en raison de l'énorme dégradation des performances qu'il entraînait.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X