Après l’annonce de “The Beast”, XtremIO 4.0, par EMC à l’occasion de l’EMC World en Mai dernier, il nous tardait de profiter de toutes les avancées apportées par ce nouveau code sur nos baies de production (plus d’infos ici). Après validation, nous procédons en ce moment même à l’upgrade de notre premier cluster XtremIO. Je vous propose de vous un petit live de cette opération !
Nous partons donc d’XtremIO 3.0.3-11 aujourd’hui. Première information, il nous a été demandé de pré-déployer une nouvelle appliance XMS (version A.1.0) en prévision de cette mise à jour. En effet, les XMS historiques ne sont pas suffisamment bien taillées pour prendre en charge XIOS 4.0.1 et on peut le comprendre car désormais, une XMS est capable de gérer plusieurs clusters alors que ce n’était pas le cas auparavant. Nous avons donc procédé à l’import de l’OVA, puis nous avons dû procéder avec le support EMC à un changement d’appliance virtuelle de nos deux baies. Cela se fait via une procédure de recovery. En substance : vous arrêtez (power-off) physiquement votre ancienne XMS, vous lancez la nouvelle, vous la re-configurez pour qu’elle reprenne l’identité (IP, nom, FQDN) de l’ancienne, puis vous effectuez une procédure de recovery en reconnectant les contrôleurs à cette nouvelle appliance. Cela se passe très bien, la documentation est claire. Seule frustration pour moi : nous n’avons pas le droit de le faire nous-même :) . Malgré tout, j’ai pu assister en webex à ces opérations et je vous confirme que c’est simple et rapide.
Timeline :
– 9h55 : derniers check du RCM avant le démarrage. Normalement, la procédure d’upgrade ne doit prendre qu’une heure environ. A suivre !
– 10h18 : la migration v4 de la XMS est terminée, au tour des contrôleurs
– Un petit aperçu de la nouvelle bannière de connexion et de la console XMS, Flat Design avec nous :
– 10h20 : le contrôleur 2 est en cours d’upgrade
– 10h27 : le contrôleur 2 remonte
– Pour votre info, tout se passe bien aussi du coté de mon template Cacti XtremIO, les données continuent à être récupérées. L’Interface REST API semble donc pour l’essentiel parfaitement compatible :
– Pour l’isntant, les ratios de Dédup et Compressions restent à 1:0 … bug ? attendons la fin ;)
– L’interface de configuration a beaucoup évolué, elle aussi :
– 10h30 : La mise à jour du second contrôleur est terminée. Place au premier.
– 10h36 : Le contrôleur 1 remonte
– 10h45 : la migration est terminée … et nous avons récupéré nos taux de Dédup/Compression ;)
EDIT : pour un tour d’horizon de l’interface de la nouvelle version, rendez-vous sur ce billet.