6.1 шаг. Перемещение с помощью Veeam Backup & Replication


Горячее перемещение фалов ВМ между хранилищами, технология Storage vMotion, является обязательным пунктом, если мы создаем хранилище и нам нужно перенести туда все ВМ без выключения их.
Но данная технология доступна лишь с приобретением пакетов vSphere Enterprise или Enterprise Plus. Мы решили рассмотреть этот вопрос, создав альтернативу для тех компаний, которые используют комплектацию vSphere ниже версией.

Veeam
Во внимание был принят продукт компании Veeam – Backup & Replication.
В этом шаге мы рассмотрим два варианта переноса файлов ВМ между хранилищами:

  • С помощью технологии Storage vMotion;
  • С помощью продукта Veeam Backup & Replication.


Предыдущий шаг: Наличие комплектации VSphere Следующий шаг: Сохранение профилей


veeam_availability_suite_v10

Пошаговые настройки

Veeam Backup & Replication в отличии от технологии Storage vMotion не выдаст такого уменьшения простоев (несколько минут в отличии от нескольких секунд технологии Storage vMotion), но без обоих этих решений наши простои будут равны времени копирования ВМ между хранилищами (от 30 минут до нескольких часов).

Для того, чтобы достичь минимального времени простоя, нам необходимо воспользоваться технологией Replication в продукте Veeam B&R.

После установки продукта Veeam нам необходимо вначале добавить все сервера ESX, либо сервер vCenter, если он у нас есть в наличии.

После добавления серверов, нам нужно создать действие (Job), в котором настраиваем реплику для наших ВМ.
С помощью Veeam мы сможем создать реплику, которая будет находиться на другом хранилище (изначальный сервер другое хранилище может и не видеть), а также которая будет исполняться на другом сервере (второй сервер уже должен будет видеть другое хранилище).

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

Чтобы ВМ были идентичны, у начальной ВМ необходимо выставить статический IP-адрес.
В логах мы будем видеть примерно следующее:

Через некоторое время (около 5 минут) наша ВМ поднимется на другом хосте ESX и будет использовать другое хранилище, а следовательно мы освободим ESX для его дальнейшего апгрейда в ESXi сервер.


Предыдущий шаг: Наличие комплектации VSphere Следующий шаг: Сохранение профилей

Основная статья: Миграция с ESX на ESXi


cloud_data_management




Свяжитесь с нами удобным Вам способом:
e-mail: vmware@v-grade.ru, тел.: +7(495)662-58-98
Так же Вы можете задать нам вопрос или оставить заявку, используя форму чата в нижнем правом углу экрана.

  • Оставьте Ваш запрос.
  • Любой посетитель сайта может сформулировать интересующий его вопрос и отправить нам по почту
    vmware@v-grade.ru

  • Если у посетителя сайта есть информация, которая по его мнению может быть интересна читателям, мы готовы обсуждать условия публикации.

Мы приложим максимальные усилия, чтобы обеспечить Вас самой передовой информацией по лицензированию и предложить адекватный уровень цен на лицензии и поддержку VMware.


Конфигуратор VMware vSphere

Консолидация серверов

Продление поддержки/подписки VMware Support

Апгрейд лицензий


Купить VMware

Прайс-Лист

Сравнение редакций


vtsp vcp veeam Progress-Media
V-GRADE

Возможно, Вам будет также интересна следующая информация:

esx-esxi-veeam.txt · Последнее изменение: 2020-03-19 — Pavel Karasev