Un template Cacti pour superviser vos baies XtremIO

Mise à jour du 01/10/2015 : nouvelle version pour XtremIO 4.0 En cette période estivale, il est un moment ou les bureaux se vident, les lignes chaudes refroidissent et, par moment, Murphy et sa loi nous laissent un peu tranquille. C’est un moment privilégié pour passer du temps sur des aspects que l’on néglige souvent durant les 300 jours de frénésie de production restants. Vous qui êtes, en majorité je pense, des techniciens ou ingénieurs de production, vous devez sans doute savoir de quoi je parle 😉 Ce début Août m’a permis de trouver enfin le temps de formaliser et structurer un peu les indicateurs Cacti que j’ai pu mettre en oeuvre pour superviser et suivre nos nouvelles baies XtremIO. Voici donc l’aboutissement (version 1 😉 ) de ce travail : un template Cacti complet pour la supervision XtremIO.

Contenu de l'article »
10/08/2015 16h54 Aucun commentaire

Un point sur les performances du couple VPlex/XtremIO après un an de production

MAJ du 7/08/2015 : beaucoup de corrections d’orthographe … désolé ! Nous utilisons massivement VPlex au sein de notre production depuis Juin 2012, bien avant l’explosion du marché des AFA et l’acquisition d’XtremIO. Il est vrai que la technologie de virtualisation du stockage d’EMC a été taillé pour soutenir des baies très performantes coté back-end, heureusement ce qui nous a permis d’y intégrer nos nouvelles baies XtremIO sans problème. Le fait est qu’au départ, nous étions malgré tout curieux de pouvoir comparer les performances exceptionnelles de l’AFA d’EMC en terme de latence via des connexion FC directes, une fois son intégration réalisé à travers des volumes VPlex. Il est logique de vérifier qu’un outil de virtualisation du stockage comme VPlex ou IBM SVC, par exemple, n’a pas, par sa présence, un impact significatif et a forcieri visible des utilisateurs sur les performances applicatives. Sur ce point, à l’époque, EMC avait été très confiant vis à vis de nos questions à ce sujet, mais le doute subsistait. Le PoC XtremIO réalisé en Juin 2014 chez nous a levé une grosse partie des inconnues sur le fonctionnement de ce couple. Ceci étant, après presque une année de production VPlex/XtremIO pour notre TIER1

Contenu de l'article »
06/08/2015 11h58 Aucun commentaire

Mise à jour laborieuse d’XtremIO de 3.0.0-44 vers 3.0.3-11

Depuis la mise à jour majeure de XIOS 2.0 vers 3.0 en Octobre 2014, nos briques XtremIO ronronnaient littéralement au sein de notre production. Malgré tout, et en attendant la prochaine disponibilité de XIOS 4.0, nous avions planifié une petite mise à jour mineure, recommandée par EMC, faisant passer notre firmware de la version 3.0.0-44 à là version 3.0.3-11. Cette nouvelle mouture apporte son lot de corrections de bug de fonctionnement et l’ajout (depuis la 3.0.2 en fait) de configuration XtremIO de 90 To basées sur 6 X-bricks de 15 To (en attendant « le monstre » de XtremIO 4.0 avec ses X-bricks de 40 To et 8 X-Bricks dans un cluster).

Contenu de l'article »
23/07/2015 13h05 Aucun commentaire

Récupérer l’espace libre en environnement EMC

J’ai évoqué à plusieurs reprises les différentes méthodes que nous utilisions au quotidien pour gérer l’espace disque consommé par nos données de production (voir ici ou ici par exemple). Notamment, depuis l’arrivée d’XtremIO chez nous, la question de la récupération de l’espace libre devient un facteur d’optimisation important pour ces baies. VPlex ajoute malgré tout un niveau de complexité supplémentaire, en grande partie à cause du non support de la commande UNMAP en VPlex 5.3 et 5.4 (espérons pour la 5.5 …). A ce sujet et afin d’officialiser toutes les techniques disponibles, EMC a publié en Mars dernier un document très intéressant et très complet qui reprend globalement tout ce que l’on a déjà évoqué en y ajoutant des explications spécifiques sur la gestion des LUN en mode thin avec VPlex. Je vous conseille fortement de vous jeter sur ce whitepaper et d’y consacrer le temps nécessaire pour parfaitement appréhender toute la problématique de la gestion de l’espace libre en environnement EMC, ESXi, Hyper-V et même Linux et Windows. Merci à Benoit pour avoir déniché cette perle sur le site EMC ! Le document chez EMC.

Contenu de l'article »
18/06/2015 10h49 Aucun commentaire

Démarrer le client XtremIO sur Java 1.7/1.8

Je vais rester calme, posé et ne pas me lancer dans une diatribe sur Java (même si cela me démange furieusement), il faut rester fort face à l’adversité ! Et même mieux, je vais être constructif et vous proposer une petite bidouille pour vous permettre de démarrer un client XtremIO avec les JVM 1.7/1.8 si d’aventure celui-ci refuse obstinément de se lancer.

Contenu de l'article »
27/05/2015 11h08 Aucun commentaire

EMC World 2015 : XtremIO 4.0 et Virtual VNX (project Liberty)

Edit : ajout du lien vers la page de download de vVNX Les grandes annonces de cet EMC World 2015 commencent en ce premier jour. Ceux qui ont retenu (pour l’instant) mon attention sont le projet Falcon de DataDomain, l’annonce et les détails de la release 4.0 du firmware XtremIO, avec plein de bonnes choses à l’intérieur ainsi que la mise à disposition de « vVNX » alias « Project Liberty ». Je relais ici principalement les posts de Shad Sakac, membre du top staff EMC et rédacteur du blog VirtualGeek, bien connu. Vous trouverez en fin d’article les références (comme toujours ici) aux billets en question.

Contenu de l'article »
04/05/2015 19h59 Aucun commentaire

EMC World 2015 : la réplication native d’XtremIO est annoncée !

Une première nouvelle que je viens d’apprendre sur Twitter, donc en direct live s’y j’ose dire : EMC est en train de présenter en ce moment même la réplication native d’XtremIO qui était attendue sans doute par beaucoup de monde, pour assurer un PRA sans la nécessité de technologies complémentaires (VPlex par exemple). L’information importante c’est qu’elle repose sur la technologie Recoverpoint, tout simplement ! En effet, pourquoi refaire encore et encore ce qui marche si bien. La conséquence de cela c’est que la réplication XtremIO sera donc asynchrone, par définition. C’est, de mon point de vue, une bonne chose car ce mécanisme ne sera donc pas pénalisant pour les perfs pûres des X-Brick car la validation de la copie se fera en dehors des fonctions inline (dédup, compression etc. …). Une grande nouvelle dont qu’il va falloir suivre dans les semaines/mois qui viennent le développement et les choix d’implémentation précis. Source: @GladiatorVM sur Twitter (le tweet ici).

Contenu de l'article »
04/05/2015 17h49 Aucun commentaire

Libérer de l’espace disque sur XtremIO, suite

Je vous en avait parlé à de plusieurs reprises dans des précédents articles (ici et là), La problématique principale, sinon majeure, avec XtremIO est de pouvoir optimiser au maximum l’espace disque réellement disponible pour vos applications et serveurs hébergés, sans en perdre une miette. En effet, la déduplication et compression inline, couplée avec un espace disque « physique » relativement contraint oblige à suivre et accompagner régulièrement la libération « logique » d’un volume donné en confirmant auprès de l’AFA que cet espace est réellement et physiquement réutilisable. Il existe une commande SCSI « magique » disponible pour cela, UNMAP. Pour autant, suivant votre installation, il se peut que vous ne soyez pas en mesure de l’utiliser car un des éléments de la chaine de liaison FC ne la prend pas en charge (c’est le cas de VPlex 5.3 aujourd’hui). Pour contourner ce problème important, il existe une solution générique, applicable à tout environnement, qui exploite la manière très particulière dont XtremIO gère le stockage des blocs vides ou blocs « zéro » (voir ma traduction d’un billet officiel du blog XtremIO) : il « suffit » de remplir les espaces libérés par des zéros. Facile à dire 😉 Pour Windows, sdelete est une solution artisanale, mais relativement efficace. Pour

Contenu de l'article »
27/03/2015 15h37 Aucun commentaire

ViPR 2.2 is out !

Bonjour à tous ! On l’attendait depuis pas mal de semaines, c’est désormais officiel, ViPR 2.2 est de sortie, avec beaucoup d’améliorations et de nouvelles configurations désormais supportées. Voici celles qui ont particulièrement retenu mon attention : – Le support d’XtremIO 3.0 et 3.0.1 – L’importation de configurations existantes depuis un cluster VPlex Metro (virtual volumes, distributed devices etc. …) – Le support de « MetroPoint » sur VPlex (utilisation de RecoverPoint a travers un VPlex) – Le support des configurations VPlex/XtremIO – La gestion d’AIX et notamment les environnements VIO – La possibilité de définir soit même les règles de nommages des différents éléments crées automatiquement par ViPR lors d’un provisionning Vous le savez sans doute si vous me suivez sur ce blog, nous utilisons énormément notre VPlex Metro sur nos environnements de production. A ce titre, ViPR 2.2 va nous apporter énormément et nous allons enfin pouvoir envisager très sérieusement de l’utiliser en production pour simplifier et automatiser au maximum les opérations de gestion sur l’ensemble de nos baies de stockage. Voici une liste de liens intéressant si vous souhaitez aller plus loin sur ViPR en général et sur cette nouvelle version en particulier : Page d’accueil des ressources communautaires

Contenu de l'article »
26/02/2015 10h35 Aucun commentaire

XtremIO pratique : libérer de l’espace dynamiquement sur Linux/Unix et Windows

English sum-up : Some tips to dynamically free space on the XtremIO X-Bricks, especially on Linux/Unix filesystems. Je vous en avait déjà parlé il y a quelques semaines (ici et ici), XtremIO traite de manière très particulière les blocks vides (ou Zero Blocks en anglais). En fait, il les ignore totalement et ne les stocke pas, conséquence de quoi, tous les blocks que l’on peut dynamiquement vider sont autant d’espace qui est récupéré directement sur la baie. Pour pouvoir faire l’exercice, il faut donc avoir des outils spécifiques pour pouvoir remplir de zéro les blocks disponibles au sein des volumes provisionnés sur l’AFA d’EMC. Sous Windows, l’opération est très simple et efficace : il suffit d’utiliser l’outil sdelete, disponible ici. Moyennant des passages « réguliers » sur vos machines, vous optimisez au maximum l’espace consommé sur vos X-Brick. Sous Linux/Unix, c’est plus « sioux », dans le sens ou les seuls outils ont besoin d’avoir un filesystem monté en lecture seule pour pouvoir fonctionner (zerofill, par exemple). Mais c’est sans compter l’astuce des administrateurs Linux/Unix. Avant de vous donner l’info, je vous propose de vous présenter le contexte qui nous a conduit à trouver cette solution « élégante ». Nous avons été victime ce week-end, d’un

Contenu de l'article »
24/11/2014 11h09 Aucun commentaire