IMG_0603

Nakivo 7.5 : DDBoost et restauration cross-plateforme au menu

Vous le savez maintenant, je suis en partenariat depuis quelques mois avec Nakivo Backup & Replication, une solution de backup d’environnements virtualisés particulièrement légère et efficace, de mon point de vue.

Profitant, sans doute, d’un petit creux dans les annonces des grands éditeurs de l’IT en cette saison estivale, la société proposera dès demain, 1er Août, Nakivo 7.5 dont quelques points, en particulier, ont attiré mon attention. Premièrement, le support de DDBoost, l’API des VTL Datadomain. Se faisant, la solution inclus désormais dans son offre une option de dé-duplication à la source grâce à ce plugin. Le deuxième est, évidemment, le support officiel de vSphere 6.7 (même si ça marchait déjà très bien avec la version précédente).

Enfin, sans en savoir plus techniquement pour le moment, Nakivo étant compatible Hyper-V et vSphere, cette version apporte le support de restauration cross-plateforme ! Vous pouvez exporter les données d’une VM en VHD, VHDx ou VMDK, qu’elle soit issue d’un backup vSphere ou VMware. Certainement un grand plus pour vous qui travaillez en environnement hétérogène. Si j’en ai la possibilité, je ferais un petit test sur mon vLab, au moins pour la fonction export VMware ;)

Accessoirement, on trouve également le support des NAS Netgear (la série des ReadNAS) qui complète celui des Synology dans le segment professionnel “entry-level”.

Nakivo continue ainsi sur sa lancée pour progresser et faire de l’oeil aux entreprises – moyennes et grandes – capables d’investir dans du Datadomain, une très bonne solution de support de sauvegarde qui reste globalement assez chère par rapport à certains support moins intelligents mais beaucoup, beaucoup plus accessibles. Elle prouve, s’il en était encore besoin aujourd’hui, toutes ses ambitions. On peut imaginer sans peine un partenariat avec Dell EMC, pourquoi pas, sur certains segments dans l’avenir.

Pour plus d’information sur cette nouvelle version, rendez-vous ici
… et comme toujours, l’appliance Nakivo est disponible en mode trial à cette adresse. Amusez-vous bien !

Image 010

Libéré, délivré ! Migration de vCloud Director 9 vers PostgreSQL

Bonjour à tous,

Depuis la sortie de vCloud Director 9.0 en septembre dernier et son support officiel de PostgreSQL, j’avais dans ma to-do-list le chantier de réaliser une migration entre notre base de données support historique sous Oracle 11g et le moteur open source. Après quelques mois, j’ai enfin pu trouver le temps de creuser cette question et c’est fait, j’ai pu migrer sans trop de problèmes notre instance vCloud de test vers PostgreSQL 9.5 !

Petit récit de cette opération, somme toute facile (à notre petite échelle d’hébergeur local).

Lire la suite …

IMG_1995

Quotidien VxRail : retrouver des nodes disparus (les pauvres)

EDIT : Apparemment, ce n’est pas encore réglé en 4.5.210 , merci à Maxime (Twitter: @mhercelin) pour l’info !
EDIT2 : Je viens de recevoir une confirmation que les dernières versions (je n’ai pas le build exact) de VxRail intègrent bien la correction de ce bug, bonne nouvelle ! Par contre, il faut bien vérifier les numéros de build des iDrac aussi. Contactez la hotline Dell EMC pour le demander de faire le ménage et de mettre tout à niveau

Depuis plus de deux ans maintenant, nous investissons massivement dans VxRail, la solution hyper-convergé de Dell EMC. Il nous est arrivé pas mal de misères, surtout assez récemment avec les plateformes hardware. J’en ai d’ailleurs pas mal parlé à l’occasion de plusieurs billets sur le sujet. Heureusement, tout cela est désormais du passé ?

Du passé ? Mmmmmhh, oui… et non. Certes, l’immense majorité des soucis initiaux ont été réglés et VxRail constitue désormais un pilier de production pour nous. Fiabilité de VSAN, performances à la hauteur, réduction de données dans la bonne moyenne, les résultats sont là en terme de service. Mais, malgré tout, il reste encore des petits ennuis ponctuels, qui, s’ils ne remettent plus en cause notre choix, sont quand même pénibles. L’un d’entre eux est lié à des bugs résiduels dans l’interfaces IPMI des iDrac sur plateforme Dell PowerEdge. En effet, de manière aléatoire, certains serveurs “disparaissent” de la console VxRail et ne sont de facto plus supervisés par le manager éponyme.

Maiiiis, il y a une solution assez simple pour remédier au problème, en attendant une prochaine release plus stable de ce point de vue. La voici !

Lire la suite …

vmug20septembre.oxps

Prochain événement VMUG à Paris le 20 Septembre : des invités de marque !

Vous les connaissez certainement si vous évoluez un peu dans dans la sphere VMware : Duncan Epping, auteur du blog référence Yellow Bricks, accessoirement conférencier habituel des VMworld, spécialiste du stockage, et Franck Denneman, Architecte en chef au sein de la R&D VMware et auteur de plusieurs livres best-seller sur vSphere. Et bien, ces deux évangélistes et experts de VMware seront les invités très spéciaux du prochain événement VMUG France, organisé le 20 Septembre prochain à Paris !

Ce sera l’occasion d’avoir toutes les réponses à vos questions sur VSAN, vSphere 6.7 et plus encore. Le contenu détaillé des présentations du jour ne sont pas encore connues, mais nul doute, vu le niveau des convives, que l’on aura droit à des sessions techniques, deep-dive et autres, chouette !

Je ferai personnellement tout pour y être, même si ma rentrée s’annonce particulièrement chargée…

Après Nantes, the place to be, VMUG France is back !
Un grand merci à Noham et Frédéric pour tous les efforts consentis afin de faire renaître le VMUGFR.

Pour vous inscrire, rien de plus simple, cliquez ici : https://t.co/m6wHCXr8CP

050718_EC_numbers_feat

Faut-il suivre les best practices VMware ?

Depuis quelques mois maintenant, notre direction informatique est en effervescence. L’arrivée des fameux “GHT”, que le monde de la santé connait bien, n’est pas étrangère à cet état de fait. Cela m’a conduit à plusieurs reprise d’apporter des conseils (dans la mesure de mes moyens évidemment ^^) et/ou des éclairages sur des choix de nouveaux investissements, des avis ou des bilans sur des infrastructures existantes, voire présenter nos propres choix internes et les valoriser.

A ces occasions, viennent régulièrement sur la table des échanges autour de l’optimisation des environnements virtualisés : “combien de VMs par host”, “combien de VM par datastore”, “taille des datastores”, “doit-on tuner ESXi ou tout laisser par défaut” etc etc.. Ces questions sont difficiles car, comme tout architecte ayant pas mal “bourlingué”, pour moi, la réponse simple est toujours “ça dépend”. Certains pensent, à tord à mon avis, qu’une production bien “tunée” un jour, va le rester pendant 4/5 ans. L’expérience nous a montré à mainte reprises chez nous, que ce n’était jamais le cas et le maître mot ici reste le suivi et l’adaptation.

Vous le savez sans doute si vous me suivez régulièrement, j’essaye toujours de creuser a minima chaque technologie dans laquelle nous investissons pour avoir une idée précise de son potentiel et réagir le plus vite possible à des changements non anticipés (qui sont toujours au coin de la rue …). Cela passe par une lecture plus ou moins assidue des guides et “best practices” associés mais aussi à travailler un peu certaines variables d’ajustement potentielles, à la lumière de ces lectures.

Aujourd’hui, je souhaitais refaire un petit focus sur quelques unes des questions, souvent considérées comme fondamentales, qui reviennent le plus souvent autour de VMware vSphere et vous donner mon analyse et ma vision sur celles-ci. Je n’ai pas la prétention d’avoir évidemment raison quel que soit l’environnement et qu’il faille appliquer à la lettre mes recommandations, mais ce petit bilan est tout de même étayé par plus de 15 ans de virtualisation maintenant, doublé d’échanges réguliers et fructueux avec de nombreux ingénieurs brillants de partenaires intégrateurs, voire de VMware elle-même (lors de mes participations aux VMworld notamment).

Allons-y !

Lire la suite …

IMG_2420

vRealize Operations 6.7, partie 2 : au quotidien

Après un premier billet consacré aux grandes nouveautés et orientations de vROps 6.7, sorti il y a quelques semaines, cet article sera quant à lui dédié à son usage quotidien : comment nous en servons-nous, quels dashboards sont les plus utilisés et quelques exemples de tableaux de bord construits spécifiquement chez nous pour du suivi ou du diagnostic.

Ce billet est bien entendu à mettre en perspective avec les autres que j’ai pu rédiger sur d’autres produits, DCScope, SexiGraf en tête, mais aussi le plus récent sur Grafana. Sachez que j’utilise de toutes façons l’ensemble des approches de ces outils pour me faire une idée précise “des choses de la production”.

Lire la suite …

IMG_2418

TIP : Déplacer un groupe de VMs via PowerCLI

Histoire de convaincre ceux (sans doute rares désormais) qui n’ont pas encore franchi le pas de “PowerCLI”, l’interface de pilotage de vSphere via PowerShell, je vous propose en cette après-midi ensoleillé de découvrir un petit script simple et pragmatique pour déplacer “par paquet” une liste de VMs. Rien de révolutionnaire ici, mais plutôt un moyen beaucoup plus efficace de faire ce genre d’opérations courantes (notamment pendant des phases de migration d’environnement) que via l’interface graphique.

On y va ?..

Lire la suite …

18-03-26 16-55-35 1989

“Le monstre” VxRail est en production !

Après avoir expérimenté, puis déployé sur des cas d’usage précis, nous y sommes désormais, notre “TIER2” historique, un peu plus de 600 VMs de production institutionnelle, commence à migrer vers un nouveau cluster VxRail, dit “Le monstre” chez nous. Le chantier d’installation s’est déroulé parfaitement, sans retard ni gros problèmes techniques, entre le mois de Février et la fin du mois d’Avril. Il s’agit maintenant de réaliser la montée en charge, après la signature de la “Vérification d’Aptitude”.

Retour sur une épopée VxRail dont le commencement date du mois de Janvier 2016.

Lire la suite …

18-05-15 15-39-17 2372

Grafana, pour les gouverner tous

Le nerf de la guerre dans toute production informatique d’envergure, c’est la supervision. Vous le savez tous, rien n’est pire que d’être aveugle quand il s’agit de suivre et d’entretenir comme il se doit tous les composants qui participent au fonctionnement général de nos systèmes d’information. A l’opposé, il serait illusoire d’imaginer qu’un seul et même outil puisse couvrir tous les besoins en la matière : certains seront plus orientés “diagnostic temps réel” (comme VMware Log Insight, SexiLog par exemple), d’autres au contraire seront plus adaptés à un suivi moyen ou long terme, avec des courbes de tendances et/ou des outils de simulation de type “What If”. Enfin, suivant la diversité des équipements et constructeurs impliqués, on va plutôt privilégier “des intégrés” (comme vRealize Operations ou Turbonomics) ou se tourner vers de l’Open Source riche en plugins et très ouvert aux évolutions.

En somme, il n’y a pas de solution miracle et pour le coup, cela me pousse régulièrement à tester de nouveaux produits, histoire de voir si par hasard, l’herbe ne serait pas plus verte ailleurs … C’est là que démarre le sujet de ce billet.

A la suite de nombreux échanges avec mon pote Erwan Quelin, que j’ai connu il y a déjà plus deux ans à l’occasion du VMworld 2016, nous avons décidé de nous rencontrer pour démarrer une collaboration autour, au départ, de la supervision des baies Unity. Il se trouve en effet qu’Erwan venait de terminer le développement de la v1 de UnityMetrics, un outil open source capable d’interroger l’API REST d’une baie et d’en récupérer les divers points de supervision et les restituer au format “Telegraf” (j’y reviendrai).

Histoire de remettre cette initiative dans le contexte, les Unity disposent aujourd’hui, certes, d’un super outil “Cloud” géré par Dell EMC, CloudIQ. Malgré tout, je trouvais intéressant de conserver des metrics en local pour le capacity planning et de disposer d’une accessibilité plus directe par nos équipes de production. Il me fallait un framework adapté pour construire cela. D’autre part, je voulais depuis longtemps me mettre à Grafana… les planètes étaient donc parfaitement alignées pour travailler sérieusement et profiter de l’expertise d’Erwan sur ce sujet.

Dont acte, décision est prise de se voir… ce n’était que le début, tout de suite, la suite !

Lire la suite …