Резервное копирование виртуальной машины в Azure Stack Hub с помощью Commvault

Общие сведения о резервном копировании виртуальной машины с помощью Commvault

В этой статье описано, как настроить Commvault Live Sync для обновления виртуальной машины восстановления, расположенной в отдельной единице масштабирования Azure Stack Hub. В этой статье подробно описано, как настроить общее партнерское решение для защиты и восстановления данных и состояния системы виртуальных машин, развернутых в Azure Stack Hub.

На следующей схеме показано общее решение при использовании Commvault для резервного копирования виртуальных машин.

В этой статье вы узнаете:

1. Создание виртуальной машины, выполняющей программное обеспечение Commvault на исходном экземпляре Azure Stack Hub.

2. Создание учетной записи хранения во вторичном расположении. В статье предполагается, что вы создадите контейнер больших двоичных объектов в учетной записи хранения в отдельном экземпляре Azure Stack Hub (целевом) и что целевой объект Azure Stack Hub доступен из источника Azure Stack Hub.

3. Настройте Commvault на исходном экземпляре Azure Stack Hub и добавьте виртуальные машины в источник Azure Stack Hub в группу виртуальных машин.

4. Настройка динамической синхронизации Commvault.

Вы также можете загрузить и предложить совместимые образы виртуальных машин партнеров для защиты своих виртуальных машин Azure Stack Hub в Azure Cloud или другом Azure Stack Hub. В этой статье показано, как защитить виртуальные машины с помощью Commvault Live Sync.

Топология этого подхода будет выглядеть, как на следующей схеме:

Создание виртуальной машины Commvault из элемента Commvault Marketplace

1. Откройте портал пользователя Azure Stack Hub.

2. Последовательно выберите Создать ресурс>Вычисления>Commvault.

   Примечание.

   Если Commvault недоступен, обратитесь к оператору облака.

   

3. Настройте основные параметры в Создать виртуальную машину, 1 Основы:

   a. Введите Имя.

   b. Выберите HDD уровня "Стандартный".

   c. Введите Имя пользователя.

   d. Введите пароль.

   д) Подтвердите пароль.

   f. Выберите подписку для резервной копии.

   ж. Выберите группу ресурсов.

   h. Выберите расположение Azure Stack Hub. Если вы используете ASDK, выберите локальный.

   i. Нажмите ОК.

   

4. Выберите размер виртуальной машины Commvault. Размер виртуальной машины для резервного копирования должен составлять не менее 10 ГБ ОЗУ и 100 ГБ памяти.

   .

5. Выберите параметры виртуальной машины Commvault.

   a. Установите для уровня доступности значение НЕТ.

   b. Выберите Да для использования управляемых дисков.

   c. Выберите виртуальную сеть по умолчанию для пункта Виртуальная сеть.

   d. Выберите Подсеть по умолчанию.

   д) Выберите Общедоступный IP-адрес по умолчанию.

   f. Оставьте виртуальную машину в базовой группе безопасности сети.

   ж. Откройте порты HTTP (80), HTTPS (443), SSH (22) и RDP (3389).

   h. Выберите Нет расширений.

   i. Выберите Включено для Диагностики загрузки.

   j. Оставьте для параметра Диагностика гостевой ОС значение Отключено.

   k. Оставьте учетную запись для хранения диагностических данных по умолчанию.

   l. Нажмите ОК.

6. Проверьте сводку виртуальной машины Commvault после выполнения проверки. Нажмите ОК.

Получение субъекта-службы

Необходимо знать, является ли диспетчер удостоверений идентификатором Microsoft Entra ID или AD FS. В следующей таблице содержатся сведения, необходимые для настройки Commvault в Azure Stack Hub.

Элемент	Исходный код
URL-адрес Azure Resource Manager	Конечная точка Resource Manager для Azure Stack Hub
Имя приложения
Application ID	Идентификатор, назначенный субъекту-службе при регистрации приложения
ИД подписки	Создано при подписке на предложения в Azure Stack Hub
Идентификатор клиента (идентификатор каталога)	Идентификатор, назначенный клиенту Active Directory
Пароль приложения	Секрет, назначенный субъекту-службе при регистрации приложения

Настройка резервного копирования с помощью консоли Commvault

1. Откройте клиент RDP и подключитесь к виртуальной машине Commvault в Azure Stack Hub. Введите свои учетные данные.

2. Установите Azure Stack Hub PowerShell и средства Azure Stack Hub на виртуальной машине Commvault.

   a. Инструкции по установке PowerShell для Azure Stack Hub см. в этой статье.
   b. Инструкции по установке средств Azure Stack Hub приведены в статье Скачивание средств Azure Stack Hub из GitHub.

3. После установки Commvault на виртуальной машине Commvault откройте консоль Commcell. На начальной консоли выберите Commvault>Commvault Commcell Console (Консоль Commvault Commcell).

   

4. Настройте репозитории резервного копирования для использования хранилища вне Azure Stack Hub в консоли Commvault Commcell. В браузере CommCell выберите пулы носителей ресурсов > хранилища. Щелкните правой кнопкой мыши и выберите "Добавить пул носителей". Выберите Облако.

5. Добавьте имя пула носителей. Выберите Далее.

6. Выберите Создать>Облачное хранилище.

   

7. Выберите поставщика облачных услуг. В этой процедуре мы будем использовать вторую Azure Stack Hub в другом расположении. Выберите Службу хранилища Microsoft Azure.

8. Выберите виртуальную машину Commvault в качестве MediaAgent.

9. Введите сведения для доступа к вашей учетной записи хранения. Инструкции по настройке учетной записи Службы хранения Azure можно найти здесь. Сведения о доступе:

   • Узел службы: получение имени URL-адреса из свойств контейнера BLOB-объектов в ресурсе. Например, мой URL-адрес был https://backuptest.blob.westus.stackpoc.com/mybackups и использовался blob.westus.stackpoc.com в узле службы.

   • Имя учетной записи. Используйте имя учетной записи хранения. Его можно найти в колонке "Ключи доступа" в ресурсе хранилища.

   • Ключ доступа: получение ключа доступа из колонки "Ключи доступа" в ресурсе хранилища.

   • Контейнер: имя контейнера. В данном случае это "mybackups".

   • Класс хранилища. Оставьте класс хранилища по умолчанию для контейнера пользователя.

10. Создайте клиент Microsoft Azure Stack Hub, следуя инструкциям на этой странице.

    

11. Выберите виртуальные машины или группы ресурсов для защиты и присоедините политику резервного копирования.

12. Настройте расписание резервного копирования в соответствии с требованиями к RPO для восстановления.

13. Выполните первое полное резервное копирование.

Настройте Commvault Live Sync

Доступны два варианта. Вы можете реплицировать изменения с основной копии резервных копий или с вторичной копии на виртуальную машину восстановления. Репликация из резервного набора данных исключает влияние операции ввода-вывода на чтение с исходного компьютера.

1. Во время настройки Live Sync необходимо указать источник Azure Stack Hub (агент виртуального сервера) и сведения о целевом объекте Azure Stack Hub.

2. Действия по настройке Commvault Live Sync см. на странице Live Sync Replication for Microsoft Azure Stack Hub (Репликация Live Sync для Microsoft Azure Stack Hub).

   

3. Во время настройки Live Sync (динамической синхронизации) необходимо указать целевой объект Azure Stack Hub и детали об агенте виртуального сервера.

   

4. Продолжайте настройку и добавьте целевую учетную запись хранения, в которой будут размещаться диски реплики, группы ресурсов, в которых будут размещены реплики виртуальных машин, и имя, которое вы хотите прикрепить к виртуальным машинам реплики.

   

5. Кроме того, можно изменить размер виртуальной машины и настроить параметры сети, выбрав Настроить рядом с каждой виртуальной машиной.

6. Установка частоты репликации целевого объекта Azure Stack Hub

   

7. Проверьте параметры, чтобы сохранить конфигурацию. После этого будет создана среда восстановления, и репликация начнется с выбранным интервалом.

Настройка режима отработки отказа с помощью Live Sync

Commvault Live Sync позволяет выполнять отработку отказа компьютеров с одного Azure Stack Hub на другой и восстановление размещения, чтобы возобновить операции на исходном Azure Stack Hub. Рабочий процесс автоматизирован и регистрируется в журнале.

Выберите виртуальные машины, для которых требуется выполнить отработку отказа для восстановления Azure Stack Hub, и выберите плановую или внеплановую отработку отказа. Плановая отработка отказа уместна, когда перед возобновлением работы на сайте восстановления есть время для правильного завершения работы рабочей среды. Плановая отработка отказа завершает работу рабочих виртуальных машин, реплицирует окончательные изменения на сайт восстановления, переводит виртуальные машины восстановления в оперативный режим с последними данными и применяет размер виртуальной машины и конфигурацию сети, указанные во время настройки Live Sync. Внеплановая отработка отказа попытается завершить работу виртуальных машин, но продолжит работу, если рабочая среда недоступна, и просто переведет виртуальные машины восстановления в оперативный режим, используя последний полученный набор данных репликации, примененный к виртуальной машине, а также ранее выбранные размер и конфигурацию сети. На приведенных ниже изображениях показана внеплановая отработка отказа, в которой виртуальные машины восстановления были переведены в оперативный режим с помощью Commvault Live Sync.

Следующие шаги

Сети Azure Stack Hub: различия и рекомендации