Nous disposons depuis quelques semaines d’un cluster ECS actuellement couplé à un cluster Isilon pour l’archivage des données froides. Mais la nouvelle pépite d’aujourd’hui, c’est GeoDrive. Qu’est-ce que c’est ? A quoi ça sert ? Découvrons ça ensemble …
Salut à tous ! Ce début d’année commence sur les chapeaux de roues (mise en place de centres de vaccination, relance de très gros projets sur le SAMU, mise en place prochaine de notre nouveau Dossier Patients informatisé etc.). Pour autant, j’ai quand même trouvé un peu d’énergie depuis une semaine pour relancer mon vLab et surtout trouver enfin une solution pour l’upgrader en vSphere 7. L’occasion pour moi de découvrir, entre autres, VSAN7u1 « File Services » et de vous en faire un retour « à chaud ».
L’annonce de vSphere 7.0 s’accompagne évidemment d’une mise à jour pour vSAN. D’aucuns pourraient arguer que désormais vSAN fait partie intégrante de la suite vSphere (le codes est intégré nativement à ESXi et vCenter), certes, mais c’est tout de même un pilier assez spécifique pour avoir son propre billet ^^. De bonnes choses sur ce deuxième produit phare de VMware, dont certaines était déjà connues, mais qui font tout leur sens dans le cadre du projet Pacific. Voyons ça de plus près !
Rappelez-vous, c’était en 2016, il y a 4 ans, quasi jour pour jour, je vous présentais, modestement, mon petit vLab basé sur des mac mini recyclés auxquels j’avais rajouté des adaptateurs Ethernet Gigabits thunderbolt 2. Ce petit « banc de test » s’est avéré très utile pendant 2 à 3 ans, mais force était de constater qu’il n’était plus adapté à mes besoins. Voici donc avancé le vLab 2.0 !
A l’occasion de la migration de l’ensemble de notre environnement Exchange (6 serveurs de production, 3 serveurs d’archive, quelques dizaines de To et pas moins de 16000 BALs, tout de même), j’ai été confronté, pour la première fois, à quelques limites de notre cluster VxRail principal, dit « le monstre », dont j’ai déjà longuement parlé depuis environ un an. Plus exactement, ce n’est pas le cluster VSAN lui-même qui a atteint ses limites, mais plutôt le réseau DataCenter sur lequel nous l’avons bâti !
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)
Depuis que VSAN est arrivé sur nos infrastructures de production et que, par le truchement de quelques incidents, nous avons un peu progressé dans la connaissance et la maîtrise de cette technologies je vous propose de recenser les différentes infos et commandes utiles qui nous servent de plus en plus au quotidien. Je ferai évoluer ce billet spécifique au fur et à mesure de nos découvertes.
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
C’est le buzz de cette après-midi : la nouvelle itération vSphere et, se faisant, VSAN sont de sortie sur la toile, vCenter 6.7 et ESXi/VSAN 6.7 ! Pour l’instant, on trouve surtout des infos sur VSAN en fait, avec un article de Duncan Epping dédié à consulter d’urgence ici ainsi qu’un article sur Virtual Blocks (chez VMware), à lire ici. Je reviendrai sur les grosse évolutions de VSAN dans un article dédié dès que j’aurai eu un peu de temps pour décortiquer tout ça, mais si je devais résumer très rapidement : interface HTML5 pour VSAN (whooo !), de grosses améliorations coté stretched clusters et des optimisations diverses coté moteur. A l’heure ou j’écris ces lignes, pas de téléchargement à se mettre sous la dent mais ça devrait arriver bientôt. Je vous propose de mettre à jour ce billet au fur et à mesure que tout cela se met en
Nous avons intégré en fin d’année dernière un nouveau cluster VxRail tout neuf au sein de notre production. Ce cluster dispose de son propre vCenter, relié à nos PSC externes, pour faire partie de la communauté des vCenter de prod chez nous (via Enhanced Linked Mode). Très logiquement, nous avons donc ajouté tout cela aussi à notre instance vRealize Operations (version 6.6.1) afin de le superviser et suivre son activité sur le long terme. Or, depuis le début, autant la partie compute remontait très bien au sein des tableaux de bord de vROps, autant le cluster VSAN lui-même refusait obstinément d’apparaître. En fait, ce n’était pas si grave que ça à l’époque de l’intégration sachant que, comme je vous l’avais déjà dit, j’utilise aussi l’exxxcellent SexiGraf pour superviser nos environnements VMware, dont les métrics VSAN (voir ce billet) marchaient quand à eux parfaitement. Ceci étant, cela restait « un truc qui