NVP vProxy: Обмеження FLR LVM

Розділ FLR Limits містить такі два твердження щодо конфігурацій LVM на Linux-віртуальних машинах:

• LVM (Logical Volume Management) тонке провізування
• VM має будь-який PV (фізичний об'єм), не виділений VG (Volume Group)

Віртуальні машини з цими типами конфігурації не підтримують vProxy FLR. Наступні процеси можуть допомогти визначити, чи використовуються непідтримувані конфігурації LVM.

The Linux lsblk команда може використовуватися для визначення, чи змонтована файлова система на LVM-точці монтування. Приклад:

[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

Тонке провізування LVM:

У віртуальній машині Linux виконайте таку команду:

sudo lvs -o+segtype

Вихід містить стовпець «type». Це може включати наступне:

• Лінійний: Простий, суміжний розподіл фізичних просторів
• Смугасті: Дані розподіляються між кількома фізичними томами для покращення продуктивності
• Дзеркальне зображення: Дані дзеркально відображаються між кількома фізичними томами для резервування
• РЕЙД: Підтримуються різні рівні RAID (0, 1, 4, 5, 6, 10) для різних комбінацій продуктивності та резервування
• Тонка: Thin provisioning дозволяє надмірно витрачати сховище, виділяючи простір лише під час запису даних
• Знімок: Копія логічного тома в точці часу, корисна для резервного копіювання та тестування

Приклад:

[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

Альтернативно, ви можете скористатися наступною командою, яка повертає лише тонко проформовані LVM:

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

Якщо вихідний вихід не повертається, то тонко налаштовані LVM не налаштовуються.
 

LVM має фізичний том, який не призначений групі томів:

У віртуальній машині Linux виконайте таку команду:

sudo pvs

Приклад:

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

The pvs команда повертає фізичні об'єми, визначені у стовпці PV. Вихід також містить стовпець, який показує, яка група томів (VG) призначена фізичному тому. Якщо стовпець VG порожній поруч із фізичним томом, PV не має призначення VG, а FLR не підтримується. Процес відновлення не вдається. Приклад: NVP vProxy: Відновлення FLR не спрацьовує разом: Неможливо імпортувати об'єкти LVM

Висновок:

Якщо встановлено, що віртуальна машина використовує thin-provisioning LVM або має фізичний том, якому не виділено групу томів, vProxy FLR не підтримується. Щоб відновити дані з віртуальної машини, виконайте відновлення віртуальної машини (Image Restore). Для підтримки FLR адміністратор Linux має внести зміни для підтримки FLR. FLR підтримуватиметься лише на резервних копіях, виконаних після внесення необхідних змін.  

NVP vProxy: Як виконати відновлення на рівні файлу, коли FLR не працює або не підтримується віртуальною машиною

NVP vProxy: FLR та миттєве відновлення не справляються для хмарного vCenter