IMG_3431

Nakivo v8 : un vrai ordonnanceur pour votre plan de secours

Fin Août dernier, dans un timing quasi parfait, concomitant au VMworld 2018 de Las Vegas, Nakivo a annoncé une nouvelle version majeure de son outil intégré de sauvegarde et réplication d’environnements virtualisés. Cette nouvelle mouture apporte une fonction majeure d’ordonnancement pour votre plan de secours. Complément naturel des récentes fonctions de réplication dont je vous avais déjà parlé à plusieurs reprises (voir mes précédents billets sur le sujet, ici-même), ce gestionnaire de plan de secours a un faux air de Site Recovery Manager (en plus léger, certes), le tout intégré dans une offre claire et all-inclusive.

Ce nouveau process vous permettra de construire des scénarios de déménagement/relance de machines virtuelles d’un site logique à un autre pour pouvoir le déclencher “en un clic” en cas de force majeure. Il est possible aussi, en s’appuyant sur la fonction ad-hoc de réplication déjà présente depuis quelques version déjà, de simuler ce plan de disastery recovery en exécutant toutes les opérations à l’exception de la reconnexion au réseau de production des machines cibles. Je n’ai pas encore mis mon vLab à jour, mais j’essayerai de le faire dès que j’aurai un moment pour expérimenter tout ça et vous le présenter de manière plus visuelle et concrète. En tout cas, sur le papier, tout cela est de très bonne augure : c’est simple, pragmatique, compris dans le prix et répondra sans doute à 90% des besoins.

Nakivo s’adresse clairement ici aux petites et moyennes entreprises qui n’ont souvent pas les moyens financiers de se payer des solutions de plan de secours plus riches mais aussi beaucoup plus chères. Un segment de marché qui tant à coïncider aussi avec des enthronements très à la mode en ce moment, notamment dans l’hyperconvergé (Nutanix Xpress, Dell EMC VxRail 3 noeuds ou le support de VSAN sur seulement 2 noeuds).

IMG_1988

Mise à jour VxRail 4.5.225 : récit d’une épopée

Rappelez-vous (voir ici), il y a 7 mois environ, nous lancions notre chantier de mise en oeuvre de notre nouveau cluster VxRail généraliste, dit “le monstre”. En l’espace d’environ 2 mois, l’ensemble de l’environnement passait en production et la migration d’un peu plus de 500 VMs pouvait commencer. A l’époque, les machines tournaient sur ESXi 6.5 patch 02 / VSAN 6.6 pour un ensemble VxRail en 4.5.152. Même si le cluster a, depuis, été parfaitement stable coté service (c’est l’essentiel), nous avons encore souffert de certains bugs de jeunesse sur la partie purement management et supervision hardware de nos serveurs PowerEdge P570F, malgré une nette amélioration depuis nos gros ennuis de fin d’année dernière (voir mes nombreux billets sur VxRail … allez, je vous laissez cliquer sur la section en haut au centre ^^).

Pour autant, le tremblement de terre provoqué par le récent bug VSAN de corruption potentielle (dont j’ai longuement parlé aussi entre fin septembre et début octobre) nous a contraint à anticiper quelque peu la mise à jour de notre VxRail pour passer de la “152” à la toute dernière version disposant du patch critique, la “225”. Je vous propose le récit de cette épopée, qui, sans trop anticiper sur mes conclusions, s’est globalement très bien déroulée, même si nous n’avions pas du tout anticipé sa durée réelle…

Lire la suite …

IMG_3308

vCloud Director 9.5 : plus de HTML5 et la compatibilité vSphere 6.7u1

Cela m’avait échappé le jour de la sortie de vSphere 6.7 update 1, mais vCloud Director 9 vient aussi d’être mis à jour (le 4 Octobre dernier) et passe de la 9.1 à la 9.5. Au menu, toujours des améliorations autour de la gestion des clients (ou tenants en anglais dans le texte), l’hybridation Cloud, mais aussi et surtout, pour ce qui nous intéresse le plus chez nous, de grosses avancées sur l’interface HTML5 utilisateur.

Annoncée lors de l’arrivée de vCloud Director 9.0, cette interface au départ relativement spartiate n’a fait que s’enrichir depuis lors, jusqu’à présenter des fonctionnalités proche de ce que l’on peut faire avec le client historique en Flex.

Petit tour d’horizon…

Lire la suite …

IMG_3029

vSphere 6.7 update 1 est disponible !

Après son annonce en grande pompe lors du VMworld de Las Vegas cet été 2018, la nouvelle itération de vSphere 6.7 dite “Update 1” est enfin sortie ! On va pouvoir tester ça en long, large et travers. ESXi 6.7U1 et vCenter 6.7U1 sont donc disponibles au téléchargement dans votre “My VMware”. Je reviendrai plus en détail sur ces versions dans un prochain billet, promis !

Bon, je retourne à ma mise à jour VxRail en 4.5.225. Je vous raconterai ça aussi… laborieux mais intéressant !

Les release notes d’ESXi 6.7u1, de la lecture ici, et son téléchargement par .
Les release notes de vCenter 6.7u1 à lire ici, les téléchargements associés sont par .

IMG_3160

Bug VSAN : le patch est disponible !

EDIT: Dell EMC n’a pas traîné à annonce la disponibilité prochaine de VxRail 4.5.225 qui contiendra, entre autres, le fameux patch. Merci à Noham, Didier et David pour les infos concordantes.
EDIT2 : Voici les release notes de la build 225 de VxRail, à consulter ici (pour les clients Dell EMC).

Tout le monde l’attendait impatiemment depuis quelques jours, il est là, disponible, maintenant, le fameux patch qui corrige les problèmes de corruptions VSAN dans certaines conditions particulières (voir mes deux billets à ce sujet, ici et plus récemment ici). Son détail est décrit dans le KB#58853 pour la 6.5 et dans le KB#58849 pour la 6.7. Par ailleurs, le KB “historique” KB#58715 a été complété par des informations concernant le patch en question.

Si vous êtes sur du VSAN ready node, aucune raison de ne pas préparer une maintenance spécifique ASAP. Si vous êtes sur VxRail, l’ETA a été publié auprès des clients hier soir et on devrait avoir des nouvelles, j’espère, assez rapidement. Dans l’intervalle, ouvrez un case chez Dell EMC, pourquoi pas :)

Pour rappel, le suivi live des patchs des différentes build d’ESXi : pour la 6.5 ici, pour la 6.7 ici.