17-10-23 11-10-44 1344

De vSphere 6.0 à vSphere 6.5 – Seconde partie : raison et sentiments

Mercredi 18 Octobre, 6h00.
Ciel dégagé.
Beaucoup de stress après les complications de la veille (voir la première partie ici). Mais, diantre ! Nous sommes des professionnels et la raison doit l’emporter sur les sentiments !
Arrivée au bureau à 7h00, histoire de préparer tout cela avant l’arrivée des collègues.

Lire la suite …

1

De vSphere 6.0 à vSphere 6.5 – Première partie : orgueil et préjugés

Démarrée le Mardi 17 à 9h02 précise, la migration vSphere 6.5 de notre environnement de production n’a pas été de tout repos. Et en matière de repos, je ne parle pas seulement des 3 jours consécutifs de 12/13 de travail quotidien, mais également des rebondissements et du stress engendré par ceux-ci. Le fait est que c’était prévisible, malgré une grosse préparation et des tests largement anticipés, nous avons été contraint de faire quelques choix disruptifs du type “on continue/on revert”… quand l’orgueil et les préjugés sur votre conviction d’avoir “tout prévu” vous joue des tours, quoi qu’il arrive. Le fait est que la loi de Murphy et la complexité vous rattrapent souvent !

Histoire d’exorciser cette semaine mouvementée mais qui finalement se finira bien, voici un résumé des événements de la première journée. J’espère qu’il seront riches d’enseignement pour vous qui n’avez pas encore franchi le pas ou qui êtes justement en train de planifier cette opération sur vos propres environnements.

Lire la suite …

C9rfXDbXYAACkF_

Quand une mise à jour de Flash nous interdit d’administrer vSphere …

EDIT : petite précision sur la manipulation avec Chrome
EDIT 2 : J’ai rajouté un lien vers le KB VMware spécifique à ce problème
EDIT 3 du 25/10 : Adobe vient de sortir une nouvelle release de Flash estampillée 27.0.0.183 qui corrige le souci ! Merci à Alexis pour l’info toute fraiche :)

Le titre aurait pu être un nouveau “Rognotudjuuu”, un de mes coups de gueule, mais bon, je vais rester calme pour cette fois. Ceux qui ont récemment mis à jour leur Flash Player ou juste leur Chrome (celui-ci intégrant le plugin en question) se sont peut-être rendu compte qu’il ne pouvaient plus accéder au vSphere Web Client Flash, le client se plantant lamentablement via un “Shockwave Flash has crashed”. J’ai rencontré cela personnellement ce week-end sur mon Mac perso en tentant d’aller sur mon vLab. Pour le coup, j’ai pas mal galéré et fini par utiliser le client à travers une de mes VMs Windows. Jusque là, comme toujours quand on est sur macOS, on se dit “c’est encore un souci spécifique à notre plate-forme”.

Sauf que …

Lire la suite …

C6Rn3k2U4AA79N2

vCenter 6.5 en production : J-6 !

Quasiment un an, jour pour jour, après son annonce lors du VMworld 2016 (voir ici), 11 mois après sa disponibilité effective en Novembre 2016 (voir ici), toutes les conditions sont maintenant réunies pour que nous puissions migrer notre production sous vSphere 6.5. L’échéance est d’ores et déjà posée et le RFC est validé : ce sera le 17 Octobre 2017.

Chronique d’une mise à jour majeure annoncée.

Lire la suite …

IMG_1311

Runecast : vous ne pourrez plus dire que vous ne saviez pas !

EDIT: quelques compléments d’info sur le mode de licensing, comme prévu.

La virtualisation a envahi l’ensemble des segments de nos productions, y compris les plus sensible comme les DMZ d’une solution de pare-feu périmétrique, jusqu’à la publication de machines virtuelles directement exposées aux réseaux publics, Internet en tête.

Mais, comme vous le savez certainement, tout cela repose sur le principe qu’un hyperviseur tel qu’ESXi assure les fonctions d’isolation sans faille et, par extension, que toute la chaîne de virtualisation reste le plus sécurisé et à jour possible. Autant dire que le travail quotidien d’entretenir et maintenir ces environnements est extrèmement chronophage et impose une rigueur à toute épreuve dans le suivi des KB et des best-practices VMware.

Dans ce contexte, la société Runecast a développé un outil assez génial pour automatiser au moins tout le travail d’audit de cette conformité, autant en matière de sécurité qu’en matière de correctifs plus généraux.

Voyons cela de plus près !

Lire la suite …

IMG_1069

Zerto : protection et DR pour les petits et les grands !

Il existe beaucoup de solutions dans le monde de la virtualisation qui ambitionnent de résoudre définitivement le problème du disaster recovery. Chacune dispose de ses forces et faiblesses, certaines mettant en avant leur rapidité, d’autres leur fiabilité et la reproductibilité des scénario en simulation etc. Zerto est assez particulier au sein de cet ensemble notamment par sa philosophie full-software et les plateformes qu’il supporte.

En effet, Zerto est à ma connaissance une des seules entreprise à traiter VMware et Hyper-V (et plus récemment les cloud Azure et AWS) au même niveau : comme des hyperviseurs, ni plus, ni moins. Voyons cela de plus près.

Lire la suite …

IMG_5515

En attendant VMworld …

Update 15:30 : quelques précisions sur NSX 6.3.3 et 6.3.2

Bonjour à tous ! De retour de congés, je prends ma plus belle plume pour vous proposer un petit tour (sans doute non exhaustif) des actualités VMware depuis le début de l’été, en attendant le VMworld qui approche à grand pas. Pas d’annonces tonitruantes ou de versions majeures, mais des mises à jour importantes et remarquables : vSphere 6.5 update 1, vRealize Operations 6.6.1 et VMware NSX 6.3.3.

Faisons le point ensemble.
Lire la suite …

photo-2016-11-21-17-40-16_9642

VxRail ou l’art difficile de faire du plug’n play

Je vous ai conté à plusieurs reprises ici notre volonté d’investir en 2016 dans VxRail. L’objectif était à l’époque de pouvoir réellement confronter cette plateforme Hyper-Convergée à la situation d’une production réelle (en prévision d’un investissement éventuel beaucoup plus massif en 2018). Cela s’est traduit à l’époque par l’acquisition de deux clusters VxRail séparés : un cluster 3 Noeuds autonome pour héberger notre “pré-production” et un cluster 2×3 Noeuds en mode stretched pour absorber l’ensemble de nos “machines d’administration” (rendez-vous dans la section VxRail de ce blog pour plus d’info).

Même si l’architecture VxRail est, au départ, basée sur un regroupement de logiciels issus du même éditeur, VMware en l’occurence, placé sur une plateforme hardware industrielle, il ne faut pas sous-estimer la difficulté pour un constructeur, fut-il EMC, de produire et assurer la maintenance de tels environnements. On imagine souvent, à tord, qu’il s’agit juste de monter un bundle, y affecter une ligne de support dédié et “zou, on peut faire du business”. Non, définitivement, l’affaire n’est pas si simple.

Preuve en est, appuyée par notre propre expérience récente de client VxRail, que cet exercice reste un travail complexe et de longue haleine.

Lire la suite …

tips2

vMotion/svMotion de vSphere 6.x : plus de limite ou presque !

A l’occasion d’une discussion sur le nouveau forum vBlog.io (petite pub déguisée ^^) avec Lamalice413 qui avait des questions au sujet d’un futur chantier de migration vSphere 5.5 et 6.0 vers 6.5, Mimosa a proposé d’utiliser une petite pépite Fling VMware, Cross-vCenter VM Mobility. Même si elle utilise Java (buark ^^), elle n’en reste pas moins très pratique et vous permet de réaliser des migrations à chaud entre deux vCenter, comme son nom l’indique, même si les deux ne sont pas reliés via Enhanced Linked Mode.

Elle permet aussi de nous rappeler à tous (merci aussi à Erwan pour les outils PowerCLI) que depuis vSphere 6.0, vous pouvez faire des choses assez bluffantes autant au sein d’un vCenter, qu’entre des vCenters différents. L’occasion pour moi de vous rappeler rapidement les possibilités offertes par la technologie vMotion/svMotion :
vMotion classique : changement de host, le CPU cible doit disposer d’au moins toutes les fonctionnalités du CPU source (ou des fonctionnalités EVC de la source)
svMotion : changement de datastore ET/OU de host, le CPU cible doit disposer d’au moins toutes les fonctionnalités du CPU source ; le datastore cible n’a pas forcément besoin d’être vu par le host source, mais attention tout de même si vous travaillez avec des RDM.
vMotion/svMotion avec changement de réseau : vSphere est capable de changer de portgroup lors de la bascule sur la cible et même de passer d’un vSwitch classique à un dvSwitch. On imagine malgré tout qu’il faut que la cible puisse assurer la continuité d’accès de la VM en question (même vlan ou même réseau IP, en tout cas).
vMotion/svMotion cross-vCenter direct via l’interface graphique, avec toutes les fonctions ci-dessus, quand les deux vCenters sont liés via ELM. C’est d’ailleurs ce que nous avons utilisé avec succès pour notre migration VxRAIL (voir ici)
vMotion/svMotion cross-vCenter piloté entre deux vCenters totalement disjoints via PowerCLI ou API uniquement.
… tout cela VM allumé, évidemment, sinon, ce n’est pas drôle :)

Pensez-y si vous avez des chantiers de déménagement/migration d’environnements de production. Pensez aussi qu’il vous faut des licences VMware adaptées ;)

img_9631

VxRail 4.0 : Quelques précisions sur l’update 4.0.132

Avec la sortie récente de vSphere 6.0u3 (voir ici), Dell EMC vient d’annoncer la disponibilité de VxRail 4.0.132, une update critique, directement dérivée des patchs intégrés à la nouvelle itération de VMware. Cette mise à jour apporte notamment le support de vSphere 6.0u3 et s’accompagne mécaniquement des derniers patchs pour ESXi contenant les nombreuses corrections et améliorations sur VSAN (voir le billet de Noham si vous souhaitez un peu plus de détail).

Histoire de faire le tour des spécificités de cette version, voici quelques précisions importantes au sujet de VxRail 4.0.132.

Lire la suite …