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

Suite»

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

Suite»

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

Suite»

Retour client XtremIO le 20 novembre à l’EMC Forum 2014

Bonjour à tous, Je serais présent à l’EMC Forum ce Jeudi, 20 Novembre prochain, pour profiter de la grand-messe annuelle d’EMC en France, mais j’aurai également l’occasion de participer à une table ronde au sujet de notre acquisition récente d’XtremIO en compagnie d’Alexandre Hermier, Ingénieur système XtremIO dans la division « Emerging Technologies » d’EMC. Seront notamment évoqués notre démarche ayant précédé le choix de l’AFA d’EMC (notre schéma directeur stockage, voir ici et là) ainsi que notre retour d’expérience sur un peu plus de 2 mois de production (et déjà plein de choses à dire 🙂 ). Pour ceux qui seront à Paris à cette occasion, je serai ravi d’échanger avec vous plus globalement sur nos expériences respectives. A dans 3 jours !

Suite»

Des petits scripts de supervision Nagios pour XtremIO, en attendant un set plus complet

English sum-up : Here is my recently coded Nagios compatible XtremIO supervision scripts. These scripts are a first step to a complete set of monitoring scripts for the EMC AFA. A forthcoming v2 version will be out in few days/weeks. Vous le savez sans doute si vous me suivez depuis quelques semaines déjà, nos sommes désormais en production sur nos deux AFA XtremIO. Afin de pouvoir effectuer une supervision de premier niveau (hardware principalement) sur ces machines, j’ai donc développé deux petits scripts shell, compatibles Nagios, permettant de checker régulièrement les baies à la recherche de problèmes hardwares éventuels. Je vous les livre en « version 1 » sachant que je vais travailler d’ici quelques jours sur une version 2 du kit de supervision disposant de scripts complémentaires pour afiner encore le monitoring.

Suite»

VVol : présentation et perspectives (entretien avec Veena Joshi et Karl Owen)

Suite à mon entretien avec Veena Joshi (Product Manager VVol) et Karl Owen (Specialiste de VVol sur la BU VNX), je vous propose un petit compte-rendu qui, j’espère, vous permettra de mieux appréhender le concept de VVol, vu par le prisme d’EMC, ainsi que les perspectives que l’on peut attendre d’une intégration complète de cette nouvelle fonction d’ici à quelques années.

Suite»

Petit point sur notre production XtremIO

En attendant les articles consacrés à VMWorld (en particulier VVol et XtremIO), je vous propose un petit point sur notre mise en production de quelques VM (une 40aine) sur notre nouveau TIER1. Voici les stats que nous obtenons après ce week-end : Les profils des machines ne sont pas très orienté « dédup » car ce sont des serveurs spécifiques, mais on voit déjà que la compression apporte au moins autant que la déduplication pûre. Ce qui augure le meilleur pour les prochaines migrations.

Suite»

GO ! : Mise à jour d’XtremIO en 3.0.44… le live ;)

Comme teasé à plusieurs reprises, je vous propose la mise à jour de nos baies XtremIO en direct live, une fois n’est pas coutume, sur ce billet ! 15h15 : Arrivé de l’ingénieur EMC chargé de l’uprgade. 15h20 : Préparation de l’install de la première X-Brick : upload du nouveu flarecode via le compte xmsupload. 15h22 : Connexion à la xms via le compte xmsinstall. 15h23 : Lancement de la « Fresh install », en fait une réinitialisation complète de la baie, qui va être complètement re-formattée comme prévu. 15h25 : Première opération du batch ainsi lancé : upgrade du XMS (la station de management associée à notre X-Brick). 15h28 : Les deux storage controler sont correctement vus, copie des nouveaux flarecode sur les deux SC. 15h32 : Lancement de la mise à jour des flarecode sur les deux SC. 15h37 : Reformattage du pool de disques. 15:46 : Upgrade du firmware

Suite»

XIOS 3.0 : J-1 !

Engish sum-up : It’s about time ! The forthcoming major version of XtremIO OS is to be released … tomorrow ! We can’t wait another 24 hours to finally begin our Full-flash production 😉 De source sûre, autorisée, de l’intérieur… tout porte à croire que la nouvelle version majeure d’XtremIO OS 3.0 est prévue en GA pour DEMAIN, le 30 Septembre ! Il vous faudra comme toujours faire une demande au RCM (Remote Change Managment) d’EMC pour procéder à cette upgrade. Je vous rappelle que cette nouvelle version est disruptive et qu’il vous faudra reformatter votre baie pour pouvoir en profiter. Il est bien évident que je vais profiter de cette mise à jour pour vous faire un petit retour technique sur le process de maj ainsi que les changements d’interface qui ne manqueront pas de se manifester, notamment pour illustrer et suivre la compression inline.

Suite»