IMG_5899

Contention CPU sur vROps et %LAT_C élevé : vérifiez vos paramètres de BIOS

A l’occasion de l’intégration récente de nouvelles machines de guerre ESXi sur notre ferme de production, nous avons été confrontés à des statistiques vraiment bizarres sur vRealize Operations. En effet, les graphiques faisaient apparaître une contention CPU très élevée, alors que l’ajout de ces hosts devait justement réduire la charge globale du cluster et mécaniquement faire baisser cette contention…

Petit récit d’une analyse éclairée par quelques recherches Google ;)

Lire la suite …

IMG_4020

Nakivo Backup : compléments d’information et v7

Je vous en ai parlé il y a quelques jours, Nakivo backup m’a vraiment séduit et j’ai creusé un peu le sujet depuis tout en le laissant travailler sur mon petit vLab. Je n’étais pas rentré dans le détail de certaines fonctionnalités, mais celles-ci s’avérant particulièrement séduisantes et importantes, il me paraissait important de vous les présenter dans un petit billet “fourre-tout” complémentaire.

Lire la suite …

arbitre

VSAN, isolations réseau et stretched clusters

EDIT: j’ai eu la réponse de Cormac au sujet de la version de VSAN à partir de laquelle le comportement décrit a changé. A priori, ce serait depuis VSAN 6.2. Le plus simple serait de tester… ça tombe bien, VxRail 4.0 est basé sur du VSAN 6.2 ! On va donc tester tout de suite :)

EDIT2 du 25/01: je vous confirme, pour l’avoir testé sur notre VxRail d’admin tout neuf, que ce nouveau comportement est implémenté au moins sur VSAN 6.2. Confirmé aussi par Cormac lui-même dans les commentaires de son billet.

Cormac Hogan, blogger émérite de la scène VMware et spécialiste du stockage chez VMware a posté hier un article particulièrement intéressant au sujet des stretched clusters VSAN. A l’occasion de la mise en place d’un nouveau cluster de qualification sur une nouvelle version de VSAN (probablement la 6.5, ce n’est pas précisé mais j’ai demandé dans le flux des commentaires) il a constaté avec un collègue un changement de comportement de VSAN vis à vis des problématiques d’isolation réseau.

Je vous propose une traduction/interprétation libre de cette découverte.

Lire la suite …

Sans titre

HPE rachète Simplivity !

Si vous suivez quelques gros sites de news IT, cela ne vous aura sans doute pas échappé : HPE vient de racheter Simplivity pour un peu plus de 650 million de dollars. Une somme rondelette (mais que je trouve en dessous de la valeur de la société) pour un acteur important de la scène de l’hyper-convergé. Si ce rachat n’est finalement pas une surprise car les bruits de couloir se faisaient réguliers depuis quelques semaines sur le sujet, ses conséquences, autant pour HPE que pour le segment HCI risque d’être importants.

Lire la suite …

tips2

Réparer un “Performance Chart Service” récalcitrant

Il y a quelques semaines, je vous décrivait le process permettant d’externaliser votre PSC sur vSphere 6. L’objectif principal de cette opération, je le rappelle, est de pouvoir relier plusieurs vCenter à un ensemble de services mutualisés, hébergés sur un (ou plusieurs) contrôleurs PSC et activer du même coup les fonctions uniques de “l’enhanced linked mode”.

Après une migration sans problème sur notre production (voir ici), j’ai noté malgré tout une petite chose qui traînait et qui n’était pas propre autour du “Performance Chart Service” du vCenter original. Sans être bloquant, son état restait en critique dans la section administration, sans que je comprenne pourquoi.

Lire la suite …

IMG_1905

Nakivo : enfin un concurrent sérieux face à Veeam ?

Connaissez-vous Nakivo, ce nouvel entrant dans le monde du backup VMware vSphere et Amazon EC2 ? Avec environ 4 ans d’existence maintenant, ce “petit nouveau” fait effectivement grand bruit en ce moment, et ce pour plusieurs raisons. La première, celle qui semble la plus légitime en fait, c’est son produit de sauvegarde lui-même, très riche en fonctionnalités, Nakivo Backup & replication. Avec une approche simplissime, tant en terme d’installation que d’ergonomie, le logiciel est opérationnel en quelques minutes et “just works”, comme on va le voir plus loin.

La seconde, c’est son orientation initiale small-business : en effet, Nakivo B&R présente un coût au socket et une grille de versions particulièrement compétitif… Cela m’amène facilement à la troisième raison : il semble bien que Nakivo soit désormais un concurrent direct et frontal de l’incontournable Veeam sur certains marchés !

Il n’en fallait pas plus pour qu’il attise ma curiosité ! Et comme toujours sur vBlog.io, rien de mieux qu’une petite présentation technique pour vous donner l’eau à la bouche, n’est-il pas :)

Lire la suite …

2017-01-04 09-19-39 9821

Install VxRail, partie 4 : GO !

Enfin ! Après plusieurs mois d’attente, notre cluster VxRail est désormais dans sa configuration cible et quasi-prêt à rentrer en production. Si vous n’avez pas suivi le roman associé et que vous voulez dévorer ma longue prose, je vous conseille de lire mes précédents billets à ce sujet : ici, ici, ici, ici, ici ou encore .

Pour conclure cette première série de billets détaillant la mise en oeuvre de VxRail chez nous, je vous propose un petit résumé du projet, ses rebondissmeents, ses cascades à vous couper le souffle et, finalement, son dénouement en mode “Happy End” :)

Lire la suite …

2016-12-28 17-38-09 9796

Nos investissements 2017

Il y a quelques semaines, j’avais publié un billet de fond sur l’évolution de stratégie stockage/virtualisation en perspective de la prochaine définition de notre schéma directeur système d’information de 2018 à 2022. A l’époque je vous avais présenté les options possibles et le contexte dans lequel on devait s’inscrire pour préparer ce nouveau SDSI. Vos retours dans les commentaires avaient d’ailleurs été très intéressants et je vous en remercie !

Entre temps, les choses se sont pas mal accélérées, principalement à cause de contentions que nous devions absolument traiter rapidement et il nous a fallu faire des choix en avance de phase pour pouvoir sécuriser l’année 2017. Voici les conclusions de nos discussions de fin d’année et les investissements que nous avons enclenché pour répondre à ces contraintes.

Lire la suite …

IMG_4193

Installer vCenter 6.5 build 4602587 depuis macOS Sierra

L’iso d’installation de vCenter 6.5 build 4602587 (celle sortie mi-Novembrr) contient 3 binaires différents : un pour Linux 64bits, un pour Windows et un pour macOS. Ceci étant, actuellement, la macOS n’est supporté que jusqu’à macOS 10.9 Maverick. Pour le moment, donc, macOS 10.10 Sierra est hors-jeu. Et, de fait, si l’on tente de dérouler l’assistant d’installation sur cette version malgré tout, après quelques écrans, on tombe sur une erreur d’exécution.

Mais ne désespérons pas, on peut contourner le problème assez simplement, en attendant que les ingénieurs de VMware le corrige définitivement. Voyons cela de plus près !

Lire la suite …

Photo-2016-12-15-14-41-18_9724

vSphere 6.5 : migration de notre PSC bac à sable

Bonjour à tous ! Aujourd’hui j’entame une nouvelle série d’articles sur la préparation et la migration de notre infrastructure vSphere, actuellement en version 6.0, vers la nouvelle 6.5, annoncée en grande pompe lors du VMworld de Barcelone en Octobre dernier (voir ici). Avant d’envisager l’upgrade de notre production, évidemment, on va commencer par notre environnement de bac à sable. Celui-ci est malgré tout représentatif de ce que nous avons en prod actuellement : un vCenter 6.0u2 sous Windows reposant sur une base de donnée Oracle 11g, avec un PSC Externalisé, sous Windows également.

Notre objectif ici est de transformer l’infra vCenter existante en deux nouvelles VMs VCSA, un PSC externe et un vCenter autonome, sans connexion Oracle et une base PostgreSQL intégrée. Plus de Windows, plus d’Oracle, de l’appliance pure, en somme.

Ce premier billet vous présente la première étape : la migration du PSC Windows vers un PSC en mode appliance et en version 6.5. On va utiliser pour cela l’assistant de migration, une des fonctions phares de cette édition.

Lire la suite …