A peine mis à jour qu’il faut déja planifier l’upgrade de notre VPlex vers la prochaine version, désormais officielle, de GeoSynchrony : VPlex 5.5. En effet, EMC vient de publier toutes les documentations de cette nouvelle itération. D’une manière générale, elle apporte beaucoup d’améliorations de fond, tant au niveau des performances qu’au niveau de la supervision et du pilotage des clusters. Petit tour d’horizon des – nombreuses – évolutions du code.
Vous connaissez sans doute ALUA, le protocole front-end/back-end qui permet à un serveur et sa baie SAN de gérer au mieux ses chemins FibreChannel, principalement en envoyant les I/O sur le processeur propriétaire de la LUN à l’instant T. Pour plus d’information, je vous recommande un petit billet de Yellow Bricks qui explique simplement la philosophie et le fonctionnement général d’ALUA. Avec VPlex 5.5, le protocole ALUA est désormais pris en charge par les directeurs et se faisant, permet de privilégier automatiquement (si le host discute ALUA bien entendu) les chemins les plus adéquats pour dialoguer. Il faudra voir dans le pratique, encore une fois, mais si j’ai bien lu et analysé la chose, nos problèmes de sélection de chemins (voir mon billet ici) et peut-être terminé !
De la même manière que pour le front-end, VPlex est désormais capable, via une analyse temps réel de la latence moyenne des liens back-end, d’envoyer les I/O sur le chemin le plus rapide. Cela va sans doute améliorer grandement la répartition des I/O au sein des baies. En outre cette analyse permet de pouvoir positionner des liens comme “dégradés” dans l’interface en cas de grosses latences. Un bon point pour pouvoir plus rapidement diagnostiquer un souci spécifique sur une LUN.
Enfin ! Il existe désormais une extension spécifique de l’API REST pour la collecte de statistiques ! J’ai hâte de pouvoir tester tout cela en détail. Pour les impatients, vous trouverez un lien en fin d’article pointant sur la documentation REST API chez EMC. C’était bien la peine de proposer une méthode un peu audacieuse pour la supervision… un mois après, EMC propose directement des fonctions miracle … pfff :)
EMC a également travaillé à accélérer les procédures d’urgence en cas de perte d’alimentation (le vaulting et la restoration). Encore une amélioration bien venue pour rendre nos RTO encore plus réduits.
Enfin (2) ! Vous pouvez désormais utiliser votre PKI d’entreprise pour signer les certificats de VPlex ! J’imagine que cela concerne autant les certificats SSL que ceux des tunnels IPSec reliant les management stations et le witness. Nous allons pouvoir rendre “compliant” avec notre PSSI un des éléments les plus critiques de notre infrastructure de production… Merci EMC, on nous a entendu finalement :)
On termine avec l’arrivée du provisionning direct de baies XtremIO en back-end. Je vous avais présenté il y a quelques mois déjà la mise en place de cette fonction VIAS pour des baies VNX. On pourra donc provisionner des LUN directement depuis VPlex sur les baies AFA d’EMC. Cette fonction est de plus compatible avec XtremOS 2.4, 3.0.3 et 4.0.1. Comble du bonheur, si l’opération de provisonning échoue pour une raison ou une autre, VPlex est capable de faire un rollback pour annuler complètement les précédents opérations (Ils vont finir par intégrer ViPR dans Unisphere pour VPlex, vous croyez ? ^^)
Il existe aussi pas mal de nouveautés au niveau de la gestion des logs que je ne détaillerai pas ici, mais vous pouvez avoir toutes les infos à ce sujet sur les Release Notes. Je ne manquerai pas de vous tenir au courant dès que nous auront le go d’EMC pour procéder à l’upgrade. EN général, il faut compter 1 à 2 mois avant qu’une nouvelle release devienne le “target code” pour les clients, sauf en cas de bug grave évidemment.
Ha, oui, j’ai failli oublier notre running gag sur VPlex : il y a toujours des soucis avec SNMP … (dans la section resolved issues il y a encore des “not fixed” et des workaround). Bon, en même temps, depuis le temps, on a contourné tout cela, mais quand même, assez étrange cette difficulté particulière … peut-être un souci plus “Linux” que réellement VPlex.
Release Notes : https://support.emc.com/docu61211_VPLEX_5.5_Release_Notes.pdf
CLI Guide : https://support.emc.com/docu61172_VPLEX_5.5_CLI_Reference_Guide.pdf
Admin Guide : https://support.emc.com/docu61173_VPLEX_5.5_Administration_Guide.pdf
Le guide des API REST : https://support.emc.com/docu61174_VPLEX_5.5_Element_Manager_API_Guide.pdf