tipRappelez-vous, en GeoSynchrony 5.1, l’extension de volumes virtuels sur devices distribués était pour le moins laborieuse. Une des avancées majeures de VPlex 5.2 est donc de permettre l’extension, à chaud, de virtual volumes, basés sur des distributed devices. Voici la procédure détaillée, en VPlex CLI.

Le cas d’usage sur lequel je m’appuie est un virtual volume typique « VPlex métro », reposant sur un distributed device composé lui-même de deux devices hébergés chacun sur une baie différente (et sur un cluster différent, a priori). Un drill-down vous donne un détail du type suivant :
VPlexcli:/clusters/cluster-2/virtual-volumes> drill-down -o vv_basvmfs2virtual-volume: vv_basvmfs2 (cluster-2)   distributed-device: <strong>dd_basvmfs2</strong>      distributed-device-component: <strong>device_fcx1_basvmfs2</strong> (cluster-1)         extent: <strong>extent_fcx1_basvmfs2</strong>            storage-volume: <strong>fcx1_basvmfs2 </strong>(blocks: 0 - 268435455)      distributed-device-component: <strong>device_vnx1_basvmfs2 </strong>(cluster-2)         extent: <strong>extent_vnx1_basvmfs2</strong>            storage-volume: <strong>vnx1_basvmfs2 </strong>(blocks: 0 - 268435455)

Première chose, ajoutez la même quantité de volumétrie sur vos « deux pattes » sur chacune des baies hébergeant le DD. Une fois ceci fait, il faut demander au VPlex de mettre à jour les tailles des LUNs depuis chaque baie via un array re-discover :
VPlexcli:/clusters> cd /clusters/cluster-1/storage-elements/storage-arrays/VPlexcli:/clusters/cluster-1/storage-elements/storage-arrays/><strong>array re-discover EMC-CLARiiON-CKMxxxxxxxx</strong>VPlexcli:/clusters/cluster-1/storage-elements/storage-arrays/> cd /clusters/cluster-2/storage-elements/storage-arrays/VPlexcli:/clusters/cluster-2/storage-elements/storage-arrays/><strong>array re-discover EMC-CLARiiON-APMxxxxxxx</strong>

Vous pouvez vérifier la nouvelle taille dans la foulée en vous plaçant sous chaque hiérarchie « storage-volume » en consultant la liste des LUNs et leur taille respective (pour le cluster-1, par exemple, la commande ll /clusters/cluster-1/storage-elements/storage-volumes/ fait parfaitement l’affaire)

Ensuite, vérifiez que le virtual-volume peut désormais être étendu :
VPlexcli:/clusters/cluster-2/virtual-volumes> ll /clusters/cluster-1/virtual-volumes/vv_basvmfs2/clusters/cluster-1/virtual-volumes/vv_basvmfs2:Name                 Value-------------------  --------------block-count          268435456block-size           4Kcache-mode           synchronouscapacity             1Tconsistency-group    cg_dd_bas<strong>expandable           trueexpandable-capacity  476G</strong>expansion-method     storage-volumeexpansion-status     -health-indications   []health-state         oklocality             distributedoperational-status   okrecoverpoint-usage   -scsi-release-delay   0service-status       runningstorage-tier         -supporting-device    dd_basvmfs2system-id            vv_basvmfs2volume-type          virtual-volume
Vous notez que le list du virtual volume indique que le volume est désormais extensible et de combien. C’est quasiment terminé 😉

Procédez enfin à l’extension du virtual-volume via la commande expand :
VPlexcli:/clusters/cluster-2/virtual-volumes>expand -f vv_basvmfs2

Vous pouvez suivre l’état de l’extension (qui peut prendre plusieurs minutes) via un listing sur le virtual-volume et en consultant le paramètre « expansion-status » :
VPlexcli:/clusters/cluster-2/virtual-volumes> ll vv_basvmfs2/clusters/cluster-2/virtual-volumes/vv_basvmfs2:Name                 Value-------------------  --------------block-count          268435456block-size           4Kcache-mode           synchronouscapacity             1Tconsistency-group    cg_dd_basexpandable           trueexpandable-capacity  476Gexpansion-method     storage-volume<strong>expansion-status     in-progress</strong>health-indications   []health-state         oklocality             distributedoperational-status   okrecoverpoint-usage   -scsi-release-delay   0service-status       runningstorage-tier         -supporting-device    dd_basvmfs2system-id            vv_basvmfs2volume-type          virtual-volume

N’oubliez pas de consulter la doc de référence pour avoir plus de détail, surtout au niveau des limitations de cette fonction, suivant le type de set-up sur lequel vous voulez travailler. Une fois la phase d’extension terminée, vous pouvez vous occuper de vos serveurs (refresh des LUNs et utilisation de la nouvelle volumétrie).

A votre disposition pour toute précision ou remarque.

2 réponses

  1. Si j’ai bien compris t’étend les luns vnx tu redécouvres les luns sur le vplex après expand et zou tu travailles directement sur le distributed volume pour l’étendre (ca fait quoi exactement ca créé un extend supplémentaire sur chaque lun du vnx ?) décidément c’est vachement plus simple qu’avant 🙂 surtout que tu gardes le mapping 1:1 entre les vnx et les vplex sans passer par deux étapes comme avant

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *