NVP vProxy : FLR LVM Limitations

La section Limitations de FLR contient les deux affirmations suivantes concernant les configurations LVM sur les machines virtuelles Linux :

• Provisionnement dynamique LVM (Logical Volume Management)
• Machine virtuelle ayant un PV (volume physique) non alloué à un VG (groupe de volumes)

Les machines virtuelles contenant ces types de configuration ne prennent pas en charge la FLR vProxy. Les processus suivants peuvent être utilisés pour déterminer si des configurations LVM non prises en charge sont utilisées.

La commande Linux lsblk peut être utilisée pour déterminer si un système de fichiers est monté sur un point de montage LVM. Exemple :

[root@lnx-srvr01 ~]# lsblk
NAME                MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda                   8:0    0   60G  0 disk
├─sda1                8:1    0   63M  0 part /boot/efi
├─sda2                8:2    0    1G  0 part /boot
└─sda3                8:3    0 38.9G  0 part
  ├─vg_root-lv_root 253:0    0 19.9G  0 lvm  /
  ├─vg_root-lv_swap 253:1    0    4G  0 lvm  [SWAP]
  ├─vg_root-lv_var  253:2    0   10G  0 lvm  /var
  └─vg_root-lv_home 253:3    0    5G  0 lvm  /home
sdb                   8:16   0   20G  0 disk
└─sdb1                8:17   0 18.6G  0 part /nsr
sr0                  11:0    1 1024M  0 rom

Provisionnement dynamique LVM :

Sur la machine virtuelle Linux, exécutez la commande suivante :

sudo lvs -o+segtype

La sortie contient une colonne « type ». Il peut s’agir des éléments suivants :

• Linéaire: Une affectation simple et contiguë d’étendues physiques
• Rayé : Les données sont réparties sur plusieurs volumes physiques pour améliorer les performances
• Miroir: Les données sont mises en miroir sur plusieurs volumes physiques à des fins de redondance
• RAID: Différents niveaux de RAID (0, 1, 4, 5, 6, 10) sont pris en charge pour différentes combinaisons de performances et de redondance
• Mince: Le provisionnement dynamique permet de surcharger le stockage, en allouant de l’espace uniquement au moment de l’écriture des données
• Instantané: Copie instantanée d’un volume logique, utile pour les sauvegardes et les tests

Exemple :

[root@lnx-srvr01 ~]# sudo lvs -o+segtype
  LV      VG      Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Type
  lv_home vg_root -wi-ao----   5.00g                                                     linear
  lv_root vg_root -wi-ao---- <19.94g                                                     linear
  lv_root vg_root -wi-ao---- <19.94g                                                     linear
  lv_swap vg_root -wi-ao----  <4.00g                                                     linear
  lv_var  vg_root -wi-ao----  10.00g                                                     linear

Vous pouvez également utiliser la commande suivante, qui renvoie uniquement les LVM provisionnés dynamiquement :

sudo lvs --segments --select 'segtype=thin'

Si aucune sortie n’est renvoyée, aucun LVM provisionné en allocation dynamique n’est configuré.
 

LVM a un volume physique non alloué à un groupe de volumes :

Sur la machine virtuelle Linux, exécutez la commande suivante :

sudo pvs

Exemple :

[root@lnx-srvr01 ~]# sudo pvs
  PV         VG      Fmt  Attr PSize  PFree
  /dev/sda3  vg_root lvm2 a--  38.93g    0

La commande pvs renvoie les volumes physiques identifiés dans la colonne PV. La sortie contient également une colonne indiquant le groupe de volumes (VG) attribué au volume physique. Si la colonne VG est vide en regard d’un volume physique, le PV n’a pas d’attribution VG et FLR n’est pas pris en charge. Le processus de restauration échoue. Exemple : NVP vProxy : La restauration FLR échoue avec : Impossible d’importer des objets LVM

Conclusion :

S’il est déterminé que la machine virtuelle a utilisé le provisionnement dynamique LVM ou que le LVM dispose d’un volume physique auquel aucun groupe de volumes n’est alloué, vProxy FLR n’est pas pris en charge. Pour récupérer les données à partir de la machine virtuelle, effectuez une restauration de la machine virtuelle (restauration d’image). Pour prendre en charge FLR, des modifications doivent être apportées par l’administrateur Linux pour prendre en charge FLR. La FLR n’est prise en charge que sur les sauvegardes effectuées après que les modifications requises ont été apportées.  

NVP vProxy : Procédure de restauration en mode fichier en cas d’échec de FLR ou d’absence de prise en charge par la machine virtuelle