RecoverPoint для віртуальних машин Як захистити віртуальні машини за допомогою спільних VMDK або RDM дисків

Summary: У цій статті докладно описані кроки, необхідні для захисту віртуальних машин за допомогою спільних дисків VMDK або RDM.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Примітка: RecoverPoint для віртуальних машин 6.x не підтримує реплікацію спільних VMDK і RDM.
 
Примітка: Перегляньте статті бази Broadcom нижче, щоб перевірити, чи підтримується конфігурація спільного диска, що використовується.
Зокрема, SCSI-3 (наприклад, використовується MSFC) з фільтром VAIO або vSCSI не підтримується Broadcom.
 
Примітка: VAIO та фільтр vSCSI використовуються RecoverPoint for Virtual Machines Splitter для реплікації даних у vSphere v.8 та vSphere v.7.

Це гіперпосилання веде вас на веб-сайт за межами Dell Technologies.
https://knowledge.broadcom.com/external/article/313230/microsoft-windows-server-failover-cluste.htmlhttps://knowledge.broadcom.com/external/article/313472/microsoft-windows-server-failover-cluste.htmlЦе гіперпосилання веде вас на веб-сайт за межами Dell Technologies.


RecoverPoint для реплікації віртуальних машин за допомогою спільних дисків VMDK або RDM:

  • Ви можете реплікувати віртуальні машини джерела за допомогою спільних дисків RDM на цільові віртуальні машини за допомогою спільних дисків RDM . Дотримуйтесь інструкцій зі створення цільової віртуальної машини, описаних у розділі A.
  • Ви можете реплікувати вихідні віртуальні машини за допомогою спільних дисків VMDK на цільові віртуальні машини за допомогою спільних дисків RDM . Дотримуйтесь інструкцій зі створення цільової віртуальної машини, описаних у розділі A.
  • Ви можете копіювати віртуальні машини джерела за допомогою спільних дисків RDM на цільові віртуальні машини за допомогою спільних дисків VMDK . Команда підтримки RecoverPoint має автоматизований скрипт для налаштування цільової віртуальної машини. Ручний процес також є дійсним і детально описаний у посібнику Створення цільової віртуальної машини в розділі A.
  • Ви можете реплікувати вихідні віртуальні машини за допомогою спільних дисків VMDK на цільові віртуальні машини за допомогою спільних дисків VMDK . Команда підтримки RecoverPoint має автоматизований скрипт для налаштування цільової віртуальної машини. Ручний процес також є дійсним і детально описаний у посібнику Створення цільової віртуальної машини в розділі A.


Вимоги для успішної реплікації:

  1. Створіть цільові віртуальні машини.
  2. Кількість спільних дисків має збігатися між вихідними та цільовими віртуальними машинами, а також їхніми налаштуваннями спільного доступу.
  3. Ідентифікатори SCSI повинні збігатися між кожною парою реплікації VM.
    • Наприклад: VM1-Source повинен мати точно такі ж ідентифікатори SCSI дисків, якщо порівнювати з VM1-Target. Те ж саме має статися між VM2-Source і VM2-Target.
  4. Розміри дисків мають збігатися між вихідними та цільовими віртуальними машинами. При реплікації з RDM на загальний VMDK розмір блоку відрізняється.
  5. Як тільки цільові віртуальні машини співпадуть із віртуальними машинами джерела, ви можете захистити їх за допомогою RecoverPoint.
  6. Конфігурація Multi-Writer на спільних VMDK підтримується лише з віртуальними дисками Thick Provision Eager Zero.
  7. Мережеві адаптери на цільових віртуальних машинах мають збігатися за типом (E1000 або VMXNET3) і номером із віртуальною машиною джерела. (Приклад: Якщо віртуальні машини джерела мають лише «Мережевий адаптер 2», то цільові віртуальні машини повинні мати «Мережевий адаптер 2».)
  8. Під час створення другої віртуальної машини переконайтеся, що ви використовуєте «Існуючий жорсткий диск» і виберіть спільний жорсткий диск першої віртуальної машини під час додавання спільних жорстких дисків.
  9. Прошивка цільової віртуальної машини (BIOS або UEFI) у розділі Параметри віртуальної машини -> Параметри завантаження -> Прошивка має відповідати джерелу віртуальної машини.
  10. Усі спільні VMDK/RDM мають бути додані як жорсткі диски до однієї віртуальної машини та додані як існуючі жорсткі диски до другої віртуальної машини і далі. Не створюйте кілька жорстких дисків на VM1, а деякі на VM2, а потім використовуйте перехресний доступ.
  11. При використанні RDM ідентифікатор LUN пристрою RDM має бути однаковим для всіх ESX у кластері ESXi. (Якщо це не так, може з'явитися помилка відображення).


A. Цільові віртуальні машини

1. Створюйте цільові віртуальні машини.

У вас є два варіанти створення цільових віртуальних машин: ви можете зробити це з інтерфейсу vCenter або використовувати RecoverPoint.

1.1 Створення цільових віртуальних машин з інтерфейсу vCenter.
  • Отримайте доступ до свого https://VC/ui vCenter (замініть 'VC' на IP/ім'я хоста вашого vCenter)
  • Клацніть правою кнопкою миші свій хост DataCenter/ESXi Cluster/ESXi та виберіть Нова віртуальна машина.
    Виберіть нову віртуальну машину
  • У майстрі створення нової віртуальної машини виберіть Створити нову віртуальну машину та натисніть ДАЛІ.
    Нове меню віртуальної машини
  • Введіть ім'я віртуальної машини, яке повинно мати розширення like. копіювати (наприклад VM_Name.copy).
  • Виберіть місце для віртуальної машини та натисніть ДАЛІ.
  • Виберіть обчислювальний ресурс і натисніть ДАЛІ.
  • Виберіть сховище та натисніть ДАЛІ.
  • Виберіть сумісність і натисніть ДАЛІ.
  • Виберіть гостьову операційну систему (яка має бути такою ж, як і для виробничої віртуальної машини, яку ви хочете захистити) і натисніть ДАЛІ.
  • Налаштуйте апаратне забезпечення (перегляньте кроки 2, 3, 4 і 5) і натисніть ДАЛІ.
  • Перегляньте конфігурацію і, якщо все виглядає правильно, натисніть FINISH.

Повторіть той самий процес або клонуйте віртуальну машину для інших віртуальних машин, які будуть захищені.

1.2 Створення цільових віртуальних машин за допомогою RecoverPoint.

Ви можете використовувати RecoverPoint для реплікації віртуальних машин Source на цільовий сайт.

  • Отримайте доступ до свого https://VC/ui vCenter (замініть 'VC' на IP/ім'я хоста вашого vCenter)
  • Клацніть правою кнопкою миші кластер ESXi.
  • Виберіть RecoverPoint для віртуальних машин.
  • Виберіть Захистити віртуальні машини.
    Меню vCenter
  • Ви можете відобразити всі віртуальні машини, які розміщені в цьому кластері.
    Стовпець із зображенням віртуальних машин
  • Виберіть віртуальні машини для захисту.
  • Натисніть Продовжити.
  • Виберіть свій кластер RecoverPoint (кластер vRPA Cluster),цільовий кластер ESXi та копіюйте сховище даних.
    вікно з копіями даних
  • Натисніть Захист.
  • Дозвольте RecoverPoint реплікувати конфігурацію віртуальної машини на цільовий сайт.
  • Як тільки реплікація завершена, ви бачите на цільовому майданчику нове живлення на віртуальній машині під назвою rp. VM_NAME. Тінь.
  • Тепер вам слід зайти в плагін RecoverPoint і зняти захист з CG.
  • Після цього на цільовому сайті залишається віртуальна машина з базовою конфігурацією та назвою VM_NAME.copy.

ПРИМІТКА. RecoverPoint не може відтворити конфігурацію спільного RDM або спільного диска VMDK. Вам доведеться вручну додавати на цільові віртуальні машини диски, які використовуються для реплікації спільних дисків RDM або спільних VMDK.
 
ПРИМІТКА. У разі, якщо ваші віртуальні машини Copy використовують загальні диски VMDK, існує скрипт для автоматизації кроків 2, 3, 4 і 5. Зверніться до служби підтримки RecoverPoint і надішліть запит на скрипт, що посилається на цю базу даних. Той самий скрипт можна використовувати як інструмент перевірки параметрів конфігурації на Target VM.


2. Контролер SCSI (ручне створення цільової віртуальної машини)

  • Додайте той самий контролер SCSI на ціль відповідно до конфігурації вихідної віртуальної машини.

ПРИМІТКА. Цей параметр конфігурації потрібно перевіряти під час ручного створення віртуальних машин на цільовому сайті. Якщо ви використовуєте RecoverPoint для реплікації віртуальних машин Source, він автоматично додає контролери SCSI.
 

3. Спільний доступ до шини SCSI (створення цільової віртуальної машини вручну)

Переконайтеся, що спільний доступ до шини SCSI встановлено на Фізичний.

Стіл контролера SCSI

Дивіться: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-4FB34475-018B-43B7-9E33-449F496F5AB4.html Це гіперпосилання веде вас на веб-сайт за межами Dell Technologies.


ПРИМІТКА. Цей параметр конфігурації потрібно перевіряти під час ручного створення віртуальних машин на цільовому сайті. Якщо ви використовуєте RecoverPoint для реплікації віртуальних машин Source, він автоматично налаштовує спільний доступ до шини SCSI на фізичний.

Тип контролера SCSI може відкладатися в кожному середовищі. Дивіться документацію VMware нижче для отримання додаткової інформації:
https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-5872D173-A076-42FE-8D0B-9DB0EB0E7362.html Це гіперпосилання веде вас на веб-сайт за межами Dell Technologies.

 

4. Цільовий розмір диска віртуальної машини (ручне створення цільової віртуальної машини).

Додайте всі спільні диски VMDK або RDM у цільову віртуальну машину, використовуючи той самий точний розмір, що й вихідні віртуальні машини.

Створюйте диски на цільовому сайті з таким же точним розміром, як спільні диски VMDK або RDM у Source. Ви можете здійснювати реплікацію на RDM або загальні диски VMDK.

Якщо ви реплікуєте диски RDM у Source на RDM диски в Target або спільні диски VMDK у Source на RDM у Target, RDM-диски мають бути виділені з боку сховища.

Для реплікації між дисками RDM у Source на спільні VMDK диски в Target або спільними дисками VMDK у Source на спільні VMDK диски в Target, вам потрібно створити диски VMDK у Target vCenter.

Якщо ви реплікуєте диски RDM у Source на спільні диски VMDK у Target, через різницю в розмірі блоку ви повинні відповідати тому ж розміру, що й у продакшн-RDM. Дивіться приклад, наведений нижче.

Наприклад, для дисків RDM у Source та спільних дисків VMDK у Target:

Вихідний диск і цільовий диск

 

Ви бачите, що вихідний диск MS01_1-rdmp.vmdk має 1,154,088,960 байтів, а цільовий диск MS01.copy_1-flat.vmdk має 1,154,089,472 байти. Маємо між ними різницю в 512 байт.

Ми не можемо використовувати цільову віртуальну машину для реплікації вихідної віртуальної машини, оскільки у вас різні розміри дисків. Вам потрібно виправити розмір цього диска. Оптимальний варіант - вийняти диск і створити його заново з точним розміром.

Ви можете створювати цільові диски за допомогою ESXi CLI, який дозволяє вибрати точний розмір для створених дисків.

  • SSH на хост ESXi за допомогою користувача root
  • Змініть каталог на той, де копія віртуальної машини має свої конфігураційні файли.
cd /vmfs/volumes/81e833de-11adefb8-277f-90e2ca57f75e/MS01.copy
  • Виконайте наведену нижче команду, щоб створити VMDK з однаковим точним розміром:
vmkfstools --createvirtual 2202009600b --diskformat eagerzeroedthick MS01.copy_1.vmdk
  • Як тільки ви завершите створення диска на цільовому сайті, ви можете виконати команду:
    ls -ls | grep flat.vmdk

Після того, як ви завершите створення цільових дисків, ви можете порівняти flat.vmdk (цільову віртуальну машину) з rdpm.vmdk (вихідну віртуальну машину) і переконатися, що розмір збігається.

На віртуальну машину Target необхідно приєднати новостворені диски, дотримуючись наведених нижче кроків.

  • Клацніть правою кнопкою миші цільову віртуальну машину та виберіть «Редагувати налаштування».
  • Виберіть опцію ДОДАТИ НОВИЙ ПРИСТРІЙ.
    Додати новий пристрій
  • Виберіть існуючий жорсткий диск.
    Додати нову таблицю пристроїв
  • Перейдіть до розташування, де ви створили диски VMDK.
  • Виберіть правильний диск і натисніть OK.
  • На сторінці «Редагувати параметри» виберіть щойно доданий диск.
  • Перегляньте налаштування вузла віртуального пристрою та призначте йому правильний ідентифікатор SCSI.
    вузол віртуального пристрою
  • Переконайтеся, що ідентифікатор SCSI для диска збігається з диском вихідної віртуальної машини, який потрібно реплікувати.
  • Повторіть той самий процес для інших дисків, які вам, можливо, доведеться реплікувати.

ПРИМІТКА. У разі, якщо ваші віртуальні машини Copy використовують загальні диски VMDK, існує скрипт для автоматизації кроків 2, 3, 4 і 5. Зверніться до служби підтримки RecoverPoint і надішліть запит на сценарій, що посилається на цю статтю.


5. Відповідність ідентифікатора SCSI між дисками вихідної та цільової віртуальних машин (створення цільової віртуальної машини вручну)

Переконайтеся, що ідентифікатор контролера SCSI на цільовій віртуальній машині збігається з дисками, які захищаються в джерелі.

  • Це означає, що якщо на джерелі у нас є один диск, якому призначено 40 ГБ у SCSI(0:1), то на цілі ми повинні мати той самий диск 40 ГБ на SCSI(0:1).


B. Захист віртуальних машин джерела

Захист віртуальних машин, які є частиною кластера, і використання спільних дисків VMDK/RDM, вся частина VMS кластера повинна бути захищена під однією CG.

Щоб захистити віртуальні машини під тією ж CG:

  1. Клацніть правою кнопкою миші кластер ESXi та виберіть Захистити віртуальні машини. Ви можете відобразити всі віртуальні машини, які розміщені в цьому кластері.
  2. Виберіть свої кластеризовані віртуальні машини.
  3. Натисніть ПРОДОВЖИТИ та виберіть параметри щодо цілі копіювання.
  4. Під опцією Копії виберіть Значок шестерні
  5. Для створення копії віртуальної машини виберіть Вручну Виберіть копію віртуальної машини.
    Меню захисту віртуальних машин
  6. Натисніть назад.
  7. А потім Захистити.

Ви бачите на плагіні RecoverPoint для віртуальних машин, що створюється нова група узгодженості, і вона починає ініціалізуватися.


C. Невідповідність конфігурації цільової віртуальної машини

  • Якщо вам не вдасться створити дійсну цільову копію віртуальної машини, під час ручного вибору віртуальної машини ви можете побачити помилку, як у наведеному нижче прикладі.
    »Помилка: Не вдалося знайти підходящу цільову віртуальну машину з ідентичною конфігурацією диска"
    Конфігурація віртуальної машини

На цьому етапі необхідно ще раз перевірити, чи були дотримані вимоги, і переконатися у відсутності розбіжностей між SCSI ID на дисках або розміром диска.

  • Якщо ви вибираєте окремі віртуальні машини для захисту або ідентифікатор SCSI не збігається між вихідними та цільовими віртуальними машинами, ви бачите наведену нижче помилку:
    Захист помилки віртуальної машини
  • Якщо ідентифікатор SCSI не збігається належним чином, захист віртуальної машини не працює з такою помилкою:
    Захист помилки віртуальної машини
  • Приклади присвоєння ідентифікаторів SCSI:
    • Хороший приклад ідентифікаторів SCSI
      хороші ідентифікатори SCSI
    • Поганий приклад ідентифікаторів SCSI
      Пошкоджені ідентифікатори SCSI

Affected Products

RecoverPoint for Virtual Machines
Article Properties
Article Number: 000197050
Article Type: How To
Last Modified: 14 Feb 2025
Version:  19
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.