Avec la livraison de la version 5.17 d’AOS, Nutanix répond à une demande exprimée par un grand nombre de clients. La réplication synchrone arrive dans AHV (en plus de la réplication asynchrone et near sync), ce qui autorise donc la reprise d’activité après sinistre (Disaster Recover), avec bascule non planifiée pour commencer. « Il s’agissait d’une demande majeure de nos clients pour leurs applications critiques où l’on ne peut pas perdre de données », nous a expliqué Christophe Bardy, solution strategist EMEA chez Nutanix. « Jusqu’alors tous les clients utilisant la réplication synchrone étaient sour ESXi ou Hyper-V. Aujourd’hui, cette fonction est aussi disponible avec notre hyperviseur.(…) Ils nous ont fait confiance sur AHV avec Flow pour la sécurité, et ils avaient besoin de la réplication synchrone ». La réplication Synchrone est la première brique de Metro AHV, une fonctionnalité annoncée au dernier .Next à Copenhague. . Il s’agit de la première brique Metro AHV, annoncée au dernier .Next à Copenhague. La réplication synchrone était déjà disponible sur l’hyperviseur de VMware, mais contrairement au métro cluster sur ESXi qui fonctionne par datastore, Nutanix apporte une granularité à la VM avec AOS 5.17. Signalons également que la réplication near sync sur tous les hyperviseurs - pour 100 VM - passe de 60 à 20 secondes, ce qui autorise un snapshot trois fois plus fréquent.

Principale condition technique pour assurer cette réplication synchrone : une latence inférieure à 5 ms entre les deux sites distants pour assurer une copie parfaite des données et assurer un RPO zéro raccourci. « Comme chez nos concurrents, la réplication synchrone demande une latence inférieure à 5 ms sous peine de dégrader de façon significative les performances en écriture», précise M. Bardy. C’est à la fois une question de distance et de matériel pour assurer cette latence minimum entre deux datacenters métro avec Equinix par exemple. La seconde brique de Metro AHV est attendue prochainement et permettra d’assurer une live migration de cluster à cluster afin d’assurer des bascules planifiées : changer de réseau ou évacuer toutes les VM sur un second datacenter pour réaliser une opération de maintenance. Le test de scénarios de bascule sera également possible sans être obligé d’éteindre les VM.

Des annonces à venir

Une troisième brique apportera l’option un witness permettant d’automatiser les opérations de bascule en cas de défaillance d’un site. Un noeud witness assure en général la cohérence entre les deux sites lorsque les deux instances (active et passive) ne peuvent plus communiquer entre elles. « Certains clients ne veulent pas de disaster recovery en mode manuel, mais automatique et un witness est nécessaire pour la bascule automatique. Il s’agira toutefois d’une option et le client sera libre de l’utiliser ou pas », nous a expliqué le responsable technique de Nutanix. Cette troisième brique sera disponible pour tous les hyperviseurs supportés par AOS, à savoir AHV, ESX et Hyper-V.

Autre fonctionnalité livrée avec AOS 5.17, Foundation Central permet de configurer un cluster à distance après qu’il ait été racké et connecté au réseau ». Cette fonction a beaucoup servi durant le confinement chez de très grands clients pour déployer des serveurs dans des agences ou des magasins, assure Christophe Bardy. Foundation Central est intégré à Prism Central. Ce dernier, qui permet de gérer plusieurs clusters avec pilotage de tous les modules voit ses capacités renforcées: la limite est remontée à 300 clusters (avec 32 machines max par cluster) et 25 000 VM dans un seul lot. 

.Next en septembre prochain

Avec cette mouture d’AOS, toujours facturée au coeur processeur, Nutanix met à niveau son hyperviseur maison afin d’offrir toutes les combinaison possibles et concurrencer efficacement ESX chez tous les clients exploitant des topologies complexes. Toutes les briques ne sont pas encore disponibles, mais la prochaine conférence .Next Experience, attendue en septembre 2020 en mode virtuel, devrait permettre de revenir sur ces préannonces.