Vmware vsphere replication настройка

Обновлено: 05.07.2024

VMware vSphere – широко используемая популярная платформа виртуализации, и сегодня темой нашего разговора станет инсталляция и разворот ее последней актуальной – 7.0 версии.

Требования

Для начала, огласим ряд минимальных требований к аппаратному оборудованию для успешной установки VMware vSphere 7.0.

Требования для ESXi 7.0:

CPU. Двухъядерный x86_64 CPU на компьютере, на котором будет работать ESXi хост. Функции Intel-VT-x или AMD-v (RVI) следует включить в UEFI/BIOS.

RAM. Для запуска ESXi понадобится не менее 4 ГБ RAM, а для запуска виртуальных машин на хосте – от 8 ГБ и выше. Больше памяти – большее количество ВМ будет бегать.

Хранилище. ESXi 7.0 требует не менее 8 ГБ дискового пространства для установки и загрузки. Устанавливать можно на отдельный SSD/HDD, RAID и даже держать на SD-карте или флешке.

Важно! В случае SD-карты или флешки не предусмотрено постоянного или временного раздела для хранения журналов.

На загрузочном девайсе рекомендуется выделить более 32ГБ под ESXi, и он не должен совместно использоваться с прочими хостами ESXi. Оптимальными для хранения виртуальных машин являются SCSI (SAS) диски.

Сеть. Понадобится минимум один сетевой контроллер Gigabit Ethernet. Должна быть совместимость сетевого адаптера с ESXi 7.0. Хорошо иметь несколько сетевых адаптеров на сервере ESXi – тогда можно пользоваться утилитой агрегирования каналов NIC Teaming (настраивается отдельно). Это полезно, если есть нужда в функциях кластеризации. Для всех компонентов vSphere (хостов ESXi, серверов vCenter и т.п.) рекомендовано применять статическую IP-конфигурацию.

Естественно, если в vSphere планируется развернуть дополнительные компоненты, например, Kubernetes или NSX, минимальные требования растут. Перед расчетом спецификации оборудования под инсталляцию ESXi обязательно проверьте его совместимость в VMware Compatibility Guide.

Важно! Для полноценной поддержки оборудования серверов Hewlett Packard , DELL и других рекомендуются специальные установочные образы. Например, для HP и DELL:

VMware_ESXi_7.0.0_15843807_HPE_700.0.0.10.5.0.108_April2020.iso

VMware-VMvisor-Installer-7.0.0-15843807.x86_64-DellEMC_Customized-A00.iso.

Требования для vCenter 7:

Для централизованного управления хостами ESXi традиционно используется vCenter Server. Его можно развернуть исключительно как работающую на хосте ESXi виртуальную машину (VCSA). Контроллер сервиса платформы (PSC) интегрирован в саму VCSA.

Важно! В vSphere 7.0 нельзя инсталлировать PSC отдельно или поставить vCenter на машину под управлением Windows – отличие от версии 6.7.

CPU. Минимально (среда до 10 хостов и до сотни ВМ) потребуется два виртуальных процессора.

RAM. 12 ГБ ОЗУ необходимо для обслуживания максимум 10 хостов и 100 виртуальных машин.

Рост количества машин и хостов эквивалентен росту параметров CPU и RAM. Кроме того, обратите внимание, с этим увеличением следует выбирать и соответствующий режим установки (Tiny, Small, Medium, Large, X-Large).

Хранилище. vCenter Server Appliance 7.0 нуждается в 415-3665 ГБ, исходя из количества виртуальных машин. В реальности используется меньше, так как часть зарезервирована под обновления Lifecicle Manager. Часто используется тонкий диск.

Схема развертывания

Для примера возьмем инсталляцию двух серверов ESXi и разворот vCenter Server Appliance на первом из них. Второй отдадим под запуск других виртуальных машин. Назначим:

Далее рассмотрим подключение ESXi-хостов и виртуальных машин к одной сети, но при желании можно создавать отдельные сети для каждой ВМ или их группы. Последнее особенно актуально, когда разворачивается очень большое количество машин, и тогда с помощью VLAN можно заизолировать их друг от друга на втором уровне модели OSI.

Важно! VLAN должен поддерживаться имеющимся маршрутизатором для внешних соединений.

Если используется кластеризация, следует настроить отдельные сети для vMotion и SAN.

Развертывание хостов ESXi. Инсталляция ESXi на серверах

ESXi представляет собой гипервизор первого типа (инструмент запуска виртуальных машин на физическом оборудовании при помощи аппаратной эмуляции). Перед его установкой следует подготовить компьютеры/серверы, проверив соответствие указанным выше требованиям, обеспечив доступ в сеть и назначив всю адресацию.

Инсталляция первого хоста ESXi

Для установки первого хоста ESXi (192.168.11.30) загружаемся с подготовленного носителя, на котором уже записан VMware-VMvisor-Installer-7.0.0-15843807.x86_64.iso. Жмем Enter после приветствия и подтверждаем лицензионное соглашение в следующем окне:

Вводим пароль root и подтверждаем желание инициировать процесс установки, нажав F11:

Базовая конфигурация ESXi-хоста

Первое, что мы увидим при запуске новоустановленного ESXi-хоста, будет его прямая консоль DCUI с версией гипервизора, номером сборки, данными по CPU, памяти и IP-адресации, кроме того там содержится ссылка на браузерное управление ESXi-хостом:

Для настройки системы жмем F2.

Удовлетворяем запрос на аутентификацию (пароль root, который использовался в процессе установки):

Для продолжения жмем Enter.

После этого перед нами появится меню настройки системы. Правая часть интерфейса содержит IP-адрес, назначенный через DHCP. Давайте поменяем настройки сети и присвоим статический IP этому ESXi-хосту, выбрав «Configure Management Network»:

В появившемся окне выбираем «IPv4 Configuration» и подтверждаем решение:

Далее выбираем «Set static IPv4 address and network configuration» и жмем пробел, после чего заходим в следующие настройки IPv4:

Pv4 Address: 192.168.11.30

Subnet Mask: 255.255.255.0

Default Gateway: 192.168.11.2

Чтобы сохранить настройки жмем Enter. Если этот сетевой протокол не используется, можно отключить IPv6.

Затем переходим в DNS Configuration. Выбираем «Use the following DNS server address and hostname» и нажимаем пробел. У нас используется такая конфигурация DNS:

Primary DNS Server: 192.168.11.2

Alternative DNS Server: 192.168.11.1

Для сохранения настроек жмем Enter.

После нажатия Escape выходим из меню «Configure Management Network». Чтобы применить все прописанные изменения, жмем Y (перезапустится демон сети). Перезагрузка потребуется, если мы выключили/включили IPv6:

Теперь переходим к «Troubleshooting options» в меню «System Customization»:

Здесь включаем при необходимости ESXi Shell и SSH-доступ к нашему ESXi-хосту путем выбора соответствующих строк и жмем Enter:

Создание хранилища данных

Для хранения файлов виртуальных машин можно создать специальное хранилище данных. Для этого подключаем диск (или несколько) к серверу ESXi.

Важно! Для производственных сред рекомендуется использовать RAID 1 или RAID 10. Это поможет создать достаточный запас места и снизить вероятность потерять данные при повреждении диска. Но, применение RAID не является заменой организации резервного копирования.

Теперь будем использовать VMware Host Client для управления ESXi-хостом. Если выберем пункт «Host» в навигации, сможем просмотреть всю информацию о нем (версия, имя, CPU, память и состояние хранилища):

Перейдем непосредственно к созданию стораджа. В навигации в разделе «Virtual Machines» выбираем «Storage» и кликаем на кнопку «New datastore»:

Здесь проходим следующие шаги:

Выбираем параметры разбивки. Пока пусть будет все по умолчанию (полный диск);
Для завершения создания нового хранилища данных нажимаем кнопку «Finish» в пункте «Ready to complete», после чего появится предупреждение: «The entire contents of this disk are about to be erased and replaced with the specified configuration, are you sure?».
Подтверждаем. После этого новый сторадж появится в списке хранилищ на соответствующей вкладке.

Проделав все эти операции, мы полностью подготовили наш первый хост ESXi (192.168.11.30) к созданию виртуальных машин.

Развертывание других ESXi-хостов

По аналогии с предыдущим разворачиваем второй хост ESXi (192.168.11.27), который планируем применять для запуска виртуальных машин.

Развертывание vCenter Server

Мастер-установщик vCenter Server проходит два этапа.

Stage 1

Introduction. Здесь нам подробно показывают, как будет устанавливаться наш vCenter. Кнопочкой «Next» проходим до конца:

End user license agreement. Здесь лицензионное соглашение, которое следует принять.

vCenter Server deployment target. На этом этапе следует указать параметры первого хоста ESXi, где будет развернут в итоге vCenter:

ESXi host or vCenter Server name: 192.168.11.30

Set up vCenter Server VM. Здесь вводится имя vCenter VM и устанавливается пароль администратора для vCenter Server Appliance:

Select datastore. В этом разделе выбирается место хранения этого vCenter Server, достаточное для развертывания виртуальной машины. У нас он уже готов – это «datastore100». Включаем режим тонкого диска («Enable Thin Disk Mode»):

Configure network settings. Сетевые настройки в нашем случае будут следующими:

Network: VM Network

IP version: IPv4

IP assignment: static

IP address: 192.168.11.31

Subnet mask of prefix length: 255.255.255.0

Default gateway: 192.168.11.2

DNS servers: 192.168.11.2

Ready to complete stage 1. Проверяем все настройки и соглашаемся с завершением первого этапа установки:

Какое-то время на экране будет прогресс-бар разворота vCenter 7.0.

Stage 2

Introduction. Нам аналогично сообщают, что будет происходить на данном этапе. Чтобы продолжить, нажимаем «Next».

vCenter Server configuration. Выбираем настройки синхронизации времени и включаем доступ к SSH:

Time synchronization mode: Synchronize with the ESXi host

SSH access: Enabled

SSO configuration. Выбираем опцию «Create a new SSO domain»:

Single Sign-On domain name: vsphere.local

Single Sign-On user name: administrator

Single Sign-On password: Enter a password and confirm the password

Configure CEIP. Убираем галочку, если не хотим отправлять статистику в VMware и идем далее:

Ready to complete. Проверяем все, что задали, и жмем «Finish».

Важно! Ни в коем случае не прерывайте процесс установки vCenter. Иначе придется все начинать сначала.

Снова видим прогресс-бар установки. По завершению автоматически запустится vCenter Server Appliance. Если этого не случилось, нужно подключиться к хосту ESXi с VCSA и запустить в VMware Host Client виртуальную машину вручную:

К vCenter VM можно подключиться через консоль VCSA напрямую. Для этого в клиенте щелкаем на предварительный просмотр ВМ, после чего перейдем в автономное приложение VMware Remote Console или же в VMware Workstation, чтобы открыть управление клавиатурой и мышью. Здесь будут отображены все данные vCenter: версия, конфигурация ЦП, памяти, IP-адрес, а также ссылки для управления VCSA. Нажимаем F2 и вводим назначенные в процессе установки vCenter данные – точно так же, как редактировались настройки для ESXi:

Перейдем в раздел «Administration» и в «Edit» поменяем срок действия пароля. Можно отключить эту функцию вообще, чтобы не отслеживать его истекание в дальнейшем.

Настройка среды vSphere 7.0

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

Важно! Веб-клиент на Flash для этой версии vSphere является устаревшим – доступен только HTML5 vSphere Client.

Создание дата-центра

Дата-центр представляет собой логический контейнер, используемый для организации ESXi-хостов, кластеров и виртуальных машин. Правой кнопкой мыши кликаем на vCenter server (у нас 192.168.11.31) и выбираем в открывшемся меню «New Datacenter»:

В появившемся окне вбиваем его имя.

Добавление хостов ESXi

Теперь, когда у нас есть новый дата-центр, необходимо добавить в него ESXi-хосты. Кликаем правой кнопкой мыши на его имя и в открывшемся меню выбираем «Add Host»:

Откроется окошко мастера добавления хоста, где, двигаясь по пунктам меню при помощи кнопки «Next», мы обозначим все его параметры:

Name and location. Задание имени/IP-адреса хоста ESXi (192.168.11.30 у нас):

Connection settings. Вводим имя пользователя и пароль.

Host summary. Проверяем сводку по хосту.

Assign license. Вводим серийный номер vSphere 7.0. Либо же останется режим Evaluation:

Lockdown mode. Рекомендуется выключать этот режим для сохранения возможности подключаться к ESXi-хосту напрямую, в обход vCenter. То есть даже если машина vCenter не работает:

VM location. Здесь надо выбрать дата-центр для размещения ВМ (в нашем случае Datacenter1):

Ready to complete. Проверяем все выбранные нами параметры хоста и, если все хорошо, жмем «Finish».

Итак, один хост нам удалось добавить в окружение vCenter. У нас, к примеру, vCenter VM работает на 192.168.11.30. Аналогичным образом добавляем и второй хост ESXi (192.168.11.27):

В развороте большого количества машин очень полезны рекомендованные вендором шаблоны, а также VMware vApps для апробированных конфигураций. Но, это уже тема для отдельного подробного разговора.

VMware Site Recovery Manager (SRM) это решение для обеспечения непрерывности бизнеса и аварийного восстановления, предназначенное для планирования, тестирования и восстановления ВМ (виртуальных машин) с защищаемого (основного) сайта на (резервный) сайт восстановления.

SRM предлагает 3 подхода к защите (репликации) ВМ:

• Группы хранилищ (datastore groups). Защита ВМ в группах хранилищ посредством сторонних механизмов репликации (3-я сторона). Используется репликация на уровне массива (Array-based replication).
• Отдельные ВМ. Защита отдельных ВМ на уровне хостов. SRM используется в комбинации с технологией VMware vSphere Replication.
• Политики хранения (storage policies). Защита ВМ на основе специальных политик хранения. Используется репликация на уровне массива (Array-based replication).

SRM обеспечивает 2 варианта восстановления сайта (датацентра):

• Плановая миграция. Предполагает доступность и полную функциональность основного и резервного сайтов. Исключает потерю данных, это запланированная операция, проходит в рабочем порядке, без аварийных ситуаций.
• Аварийное восстановление (Disaster recovery). Рассчитано на внезапное падение основного сайта, осуществляется переключение на резервный сайт, незапланированная операция.

SRM осуществляет оркестровку процессов восстановления дата-центра и механизмов репликации, что обеспечивает минимизацию потерь данных и времени восстановления:

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

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

SRM обеспечивает 2 варианта развёртывания в контексте взаимоотношений между сайтами:
• Базовый (однонаправленный) вариант – предполагает возможность миграции сервисов основного дата-центра (защищаемый сайт) на резервную площадку (сайт восстановления).
• Двунаправленный вариант – обеспечивает защиту ВМ в обоих направлениях. Каждый сайт в образованной паре является основным, выполняя при этом функцию резервного для своего соседа.

Требования к конфигурации сайтов для работы SRM:

• Идентичность и совместимость версий SRM, vCenter Server, vSphere Replication на обоих сайтах.
• В случае репликации на уровне массива (Array-based replication), выбранная технология репликации должна поддерживаться на обоих сайтах, массивы образовывать пару.
• Инфраструктура резервного сайта (хосты, сети, хранилища) должна соответствовать ВМ и поддерживать нагрузки основного сайта. Резервный сайт может быть нагружен (сверх нормы) непродуктивными или некритичными ВМ, которые могут быть остановлены в случае восстановления основного сайта.
• Сайты должны быть соединены через надежную IP-сеть, обеспечивающую необходимую пропускную способность.
• Резервный сайт должен иметь подключение к публичным и частным сетям, доступным основному сайту.

Для работы технологии требуется установка SRM-серверов (Site Recovery Manager Server) на основном и резервном сайтах. Для небольших датацентров допустима установка SRM-сервера на одну систему с сервером vCenter, в частности установка их на одной ВМ. Для крупных инфраструктур из соображений нагруженности и доступности целесообразна установка SRM-сервера на отдельной системе (на отдельной ВМ).

Много-сайтовые конфигурации SRM

Стандартная конфигурация, которая рассматривалась выше, включала 2 сайта: основной и резервный. Оба сайта имеют по серверу vCenter, которые связываются посредством SRM-серверов, устанавливаемых на обоих сайтах. Таким образом, ВМ принадлежащие vCenter основного сайта могут быть восстановлены на vCenter резервного сайта.

На случай если дата-центр имеет более 2х площадок SRM поддерживает различные много-сайтовые конфигурации:

• Общий сайт восстановления — shared recovery site (many-to-one, N:1) – множество защищаемых сайтов могут реплицировать и восстанавливать свои ВМ на один общий резервный сайт;
• Общий основной сайт — shared protected site (one-to-many, 1:N) – основной сайт имеет несколько резервных площадок;
• Многие ко многим — many-to-many (N:N).

Сущности SRM (SRM-серверы) на основном и резервном сайте должны образовывать пару, им присваиваются одинаковые идентификаторы (extension ID). Поэтому, на общем сайте должно быть поднято количество сущностей SRM равное количеству его сайтов партнеров. Например, если общий сайт восстановления обслуживает 5 защищаемых сайтов, то на нем должно быть развернуто 5 SRM-серверов, образующих пары с защищаемыми сайтами. SRM-серверы общего сайта должны быть установлены на разных ВМ (хост-машинах) и иметь уникальные идентификаторы. При этом множество SRM сущностей общего сайта взаимодействуют с одним сервером vCenter, управляющим данным сайтом.

Нельзя устанавливать несколько SRM-серверов на одну хост-машину (ВМ). Каждый SRM-сервер должен иметь собственную БД. Один сайт восстановления может иметь не более 10 защищаемых сайтов.

SRM с репликацией на уровне массива (Array-based replication)

Данный подход предполагает репликацию данных между сайтами на уровне массивов (СХД), посредством заложенных в них механизмов репликации. Интеграция SRM с массивами осуществляется посредством storage replication adapters (SRAs), это программные компоненты, которые должны разрабатываться производителями массивов. Для поддержки Array-based replication на SRM-server каждого сайта должны быть установлены SRA для каждого подключенного к нему массива.

SRM с использованием vSphere Replication

SRM может использовать vSphere Replication (встроенная и бесплатная технология пакета VMware vSphere) для репликации данных на уровне ВМ между сайтами. Работа vSphere Replication не зависит от типа и модели хранилища, не требует интеграции с массивом (разработки SRA) и поддерживает любое хранилище совместимое с vSphere.

vSphere Replication позволяет создавать цепочку снапшотов для реплицируемых ВМ на резервном сайте – множество реплик защищаемых машин на разные моменты времени. Таким образом, появляется возможность выбора оптимального состояния ВМ для восстановления среди множества снапшотов реплики.

Смешанный режим репликации

SRM поддерживает смешанный режим работы в котором совместно используются оба механизма репликации: Array-based replication и vSphere Replication. Данный режим требует развертывания и настройки этих технологий на обоих сайтах. Настройка разных механизмов репликации для одних и тех же ВМ не поддерживается. Однако, SRM позволяет включать в один план задачи по восстановлению с разными механизмами репликации, но для разных ВМ.

vSphere Replication

vSphere Replication это расширение для vCenter, которое обеспечивает репликацию и восстановление ВМ на уровне гипервизора, а также обеспечивает мониторинг и управление данными процессами. Данная технология является альтернативой репликации на уровне массива. Решение поддерживает следующие варианты репликации ВМ сайта:

• между сайтом источника и целевым сайтом (site-to-site);
• между кластерами внутри одного сайта;
• между множеством сайтов источников и общим целевым сайтом (many-to-one).

vSphere Replication не зависит от типа массива и поддерживает любое хранилище совместимое с vSphere. Решение входит во все редакции vSphere (за исключением самой простой и бесполезной) и не требует покупки лицензий.

Репликация осуществляется путем передачи измененных блоков между сайтами или кластерами источника и цели. Это подразумевает первоначальную полную синхронизацию ВМ источника и её реплики. Настройка задания репликации позволяет установить RPO, а также активировать возможность сохранения множества промежуточных временнЫх состояний реплики (MPIT — multiple points in time) – аналог снапшотов ВМ.

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

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

vSphere Replication appliance – основная сущность решения, которая регистрируется и подключается как расширение к серверу vCenter. vCenter допускает установку и подключение только одного vSphere Replication appliance (VR appliance). VR appliance включает встроенный vSphere Replication server, который управляет всеми процессами репликации. Для балансировки нагрузки поддерживается развертывание дополнительных vSphere Replication server, которые подключаются к основному VR appliance данного сайта (vCenter-а) и по сути сами являются виртуальными эплаенсами.

Пример конфигурации репликации site-to-site:

Пример конфигурации репликации между кластерами внутри одного сайта, при этом используются 2 VR сервера для балансировки нагрузки (это не обязательно, можно было обойтись одним VR appliance):

VMware vSphere Replication — это решение на базе гипервизора для асинхронной репликации виртуальных машин vSphere. Оно полностью интегрировано с VMware vCenter Server и веб-клиентом vSphere. Технология vSphere Replication, обеспечивающая гибкую, надежную и экономичную репликацию, гарантирует защиту данных и аварийное восстановление всех ВМ в вашей среде.

Сценарии использования:

Централизованная защита данных в пределах одной локальной среды
Аварийное восстановление и предотвращение аварий между двумя средами
Аварийное восстановление и предотвращение аварий в облаке поставщика услуг

Возможности

Создание гибких конфигураций

vSphere Replication предоставляет гибкие возможности восстановления, обеспечивает согласованность данных приложений и виртуальных машин, а также интегрируется со стеком продуктов VMware. Решение vSphere Replication предоставляет следующие возможности:

Настройка целевой точки восстановления (RPO) на уровне от 5 минут до 24 часов
Поддержка нескольких точек восстановления (MPIT) для возврата к предыдущим известным состояниям
Обеспечение защиты до 2 000 ВМ в одной среде vCenter Server
Использование службы теневого копирования томов (VSS) Microsoft
Использование функции замораживания файловой системы Linux
Автоматизация аварийного восстановления между средами с помощью VMware Site Recovery Manager
Обеспечение безопасности и восстановления ВМ в VMware vSAN
Обеспечение безопасности и восстановления ВМ в хранилищах данных vSphere Virtual Volumes

Устранение привязки к хранилищу

vSphere Replication — это решение для репликации на базе гипервизора, которое работает на уровне отдельных дисков ВМ (VMDK) и позволяет выполнять репликацию отдельных ВМ между хранилищами разных типов, поддерживаемых vSphere. Поскольку решение vSphere Replication не зависит от базового хранилища, оно работает с различными типами хранилищ, включая VMware vSAN, vSphere Virtual Volumes, традиционное сети SAN, сетевые системы хранения данных (NAS) и хранилища с прямым подключением (DAS). Благодаря этому оно предоставляет следующие возможности:

Использование разных технологий хранения в связанных средах, например при связи SAN с vSAN и Fibre Channel (FC) с Internet Small Computer System Interface (iSCSI)
Перепрофилирование старых хранилищ на резервных площадках для сокращения расходов
Использование резервного хранилища только для защищенных ВМ, а не для всей среды

Снижение нагрузки на полосу пропускания сети

vSphere Replication копирует в резервную среду только измененные данные, чтобы снизить нагрузку на полосу пропускания, повысить эффективность сети и обеспечить более низкие показатели RPO, чем при выполняемом вручную полном копировании системы. vSphere Replication предоставляет следующие возможности:

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

Репликация ВМ на основе гипервизора

vSphere Replication — это полностью интегрированный компонент VMware vSphere, предоставляющий надежный механизм репликации ВМ на основе гипервизора. Измененные данные на дисках ВМ, работающей в основной среде, отправляются в резервную среду. Там изменения применяются к дискам автономной копии (реплики) ВМ.

Управление репликацией

vSphere Replication состоит из встроенного в vSphere агента и одного или нескольких виртуальных устройств, развернутых с помощью веб-клиента vSphere. Агент отслеживает изменения и отправляет измененные данные с работающей ВМ на устройство vSphere Replication в удаленной среде. Затем это устройство добавляет реплицированные данные в автономную копию (реплику) этой ВМ. Кроме того, виртуальное устройство vSphere Replication выполняет администрирование и мониторинг процесса репликации. Это обеспечивает администраторам визуализацию состояния защиты ВМ и позволяет восстанавливать их всего несколькими щелчками мыши.

Настройка репликации

С помощью веб-клиента vSphere можно легко настроить репликацию до 2 000 ВМ: выберите одну или несколько ВМ, нажмите ВМ правой кнопкой мыши, определите RPO и целевую среду для реплики. После этого vSphere Replication будет регулярно выполнять репликацию данных в соответствии с RPO, гарантируя, что возраст содержимого ВМ не выйдет за пределы, определенные в заданной политике репликации. Значения RPO находятся в диапазоне от 5 минут до 24 часов, и их можно настраивать для каждой ВМ в отдельности.

Синхронизация ВМ и исходные копии

vSphere Replication может выполнить полную начальную синхронизацию исходной ВМ и ее реплики. При необходимости можно разместить в целевой среде исходную копию данных, чтобы свести к минимуму время и ширину полосы пропускания, необходимые для выполнения первой репликации. Исходная копия ВМ состоит из файла диска ВМ, который можно поместить в целевой среде. Исходная копия создается вручную и помещается в среду восстановления с помощью любого механизма, выбранного администратором, например автономного копирования, FTP, образа ISO или клона ВМ.

Интеллектуальная передача данных

После выполнения первоначальной полной синхронизации vSphere Replication передает только измененные данные. Ядро vSphere отслеживает уникальные записи в защищенных ВМ, идентифицируя и реплицируя только те блоки, которые изменились между циклами репликации. Это позволяет сократить сетевой трафик до минимума и обеспечивает низкие показатели RPO.

Репликация, не влияющая на работу ОС и приложений

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

Вопросы и ответы

Решение vSphere Replication обеспечивает защиту данных и аварийное восстановление всех ВМ с помощью гибкого и надежного процесса репликации. Оно полностью интегрировано с vCenter Server и веб-клиентом vSphere и обеспечивает асинхронную репликацию ВМ на основе узла. Это функция платформы vSphere, которая интегрирована с Site Recovery Manager.

vSphere Replication настраивается отдельно для каждой ВМ и обеспечивает точный контроль над тем, какие ВМ нужно реплицировать. Репликация может выполняться между основной и резервной средами, между двумя кластерами одной среды, а также между несколькими исходными средами и одной целевой средой, независимо от базового массива хранения.

Полные сведения об архитектуре, развертывании, настройке и администрировании vSphere Replication см. в техническом обзоре vSphere Replication.

Поддерживает ли vSphere Replication иерархию снимков ВМ?

Нет. vSphere Replication не выполняет репликацию иерархии снимков ВМ в целевую среду. Снимки помещаются в объединенный файл диска ВМ (VMDK) в целевом месте расположения. Другими словами, ВМ со снимками можно настроить для репликации, но их аварийное восстановление в целевой среде будет происходить без снимков.

Примечание. Функция создания нескольких точек восстановления не входит в vSphere Replication. Поддержка нескольких точек восстановления позволяет администратору восстановить ВМ до последней реплицированной копии в целевой среде, а затем выполнить ее откат до предыдущего момента времени. Когда настроена поддержка нескольких точек восстановления, эти точки восстановления отображаются как снимки ВМ в целевой среде при восстановлении ВМ с помощью vSphere Replication.

Вы, наверное, развернули уже сотни или тысячи виртуальных машин с помощью vSphere-клиента для Windows. Однако, начиная с версии vSphere 5.1, VMware рекомендует выполнять задачи по администрированию виртуальной среды с помощью веб-клиента, так как со следующей версии клиента для Windows уже не будет в комплекте поставки. Другими словами, «учитесь сейчас или потом пожалеете».

Создание новой ВМ с нуля;
Развертывание новой ВМ с помощью шаблона;
Клонирование виртуальной машины;
Клонирование виртуальной машины в шаблон;
Конвертация виртуальной машины в шаблон;
Клонирование шаблона в шаблон;
Конвертация шаблона в виртуальную машину;
Модификация гостевой ОС виртуальной машины;

Если вы уже использовали веб-клиент vSphere ранее, то будете весьма удивлены его новыми возможностями по выполнению всех этих задач. Еще недавно в нем можно было только проверить состояние ВМ, включить ее или выключить, а сегодня веб-клиент почти полностью заменяет привычный клиент vSphere для Windows (и быстро приближается к тому, чтобы стать полноценной заменой). Обратите внимание на представление хостов vSphere в версии 5.1 (см. рис. 1).

Рисунок 1. Представление хостов в веб-клиенте vSphere 5.1

Как и клиент vSphere для Windows, веб-клиент предлагает несколько способов создания новой ВМ с нуля. Например, в представлении хостов кликните на меню Actions и выберите команду New Virtual Machine (см. рис. 2).

Рисунок 2. Создание новой ВМ в веб-клиенте.

Откроется мастер создания новой ВМ. Так же, как и при использовании клиента vSphere для Windows, вам потребуется указать имя, местоположение, устройство хранения, совместимость с оборудованием хоста, гостевую ОС и параметры оборудования. Из новых возможностей я заметил:

Возможность выбрать метод создания ВМ (см. рис. 3)

Рисунок 3. У вас есть несколько вариантов.

Возможность создать правила для SDRS (если вы используете эту функцию)
Возможность сохранить задание, находящееся в процессе выполнения, для его дальнейшего продолжения

После выполнения всех шагов вы увидите следующую картину (рис. 4).

Рисунок 4. Создание ВМ.

Теперь можно установить на ВМ гостевую ОС таким же образом, как с помощью клиента vSphere для Windows, и выполнять те же операции. Именно в этом вам следует попрактиковаться при тестировании версии vSphere 5.1.

Рисунок 5. Главная панель плагина Veeam Backup & Replication для веб-клиента vSphere.

Полезные ссылки

Видео-обзор (1 час 10 минут): Новые функции Veeam Backup & Replication v7

Установка и настройка vSphere Replication 8.2.0

vSphere Replication 8.2.0 позволяет создавать резервные копии виртуальных машин в vCenter. В случае сбоя системный администратор может запустить реплицированную копию виртуалки. Копия отстаёт по времени от основной машины, это отставание можно регулировать в настройках от 5 минут до 24 часов. Установим и настроим.

vCenter 6.7
vSphere Replication 8.2.0, Build 13480246
VMware Open Virtualization Format 4.3.0 Up 2

Подробнее о версии vSphere Replication 8.2.0 :

vSphere Replication 8.2.0

Установка vSphere Replication 8.2.0 через OVF 4.3.0 Up 2

Устанавливаем VMware Open Virtualization Format 4.3.0 Up 2:

Установка VMware Open Virtualization Format 4.3.0 Up 2

Скачиваем дистрибутив vSphere Replication 8.2.0:

Для скачивания вам понадобится учётная запись VMware. Сам дистрибутив бесплатен.

Качаю версию 8.2.0 от 9 мая 2019 года.

Name: VMWare-vSphere_Replication-8.2.0-13480246.iso
Release : 2019-05-09
Build Number: 13480246
MD5SUM: 9011b8bb7bd16940aee6c056d83a7957
SHA1SUM: a45567fdef37bb3fafffd2c009a00e3bf26f6b84
SHA256SUM: 3875609c746fcd731b49e18ee72ab972f6ad16618eda5abba5a0ef0ced802bb6

Распаковываем VMWare-vSphere_Replication-8.2.0-13480246.iso в папку C:VR:

В папке bin должен появиться vSphere_Replication_OVF10.ovf:

Запускаем командную строку. Переходим в папку c OVF :

Загружаем OVF файл в vCenter командой:

Возможные ошибки

Вы указали DNS имя вместо IP адреса. можно заменить на IP или прописать DNS в своём файле hosts.

Error: cURL error: SSL connect error

Обновите версию ovf.

Деплой начался но не дошёл до 100%

Не хватает места в хранилище.

Completed successfully. Успешно создана виртуальная машина.

Настройка vSphere Replication 8.2.0

Настройка DNS

Выделяем IP адрес для виртуальной машины vSphere Replication. Прописываем его в DNS. Настраиваем его в зоне обратного просмотра. Без этого вы не сможете указать VRM Host.

Убеждаемся что IP адрес и доменное имя vCenter тоже есть в DNS и в зоне обратного просмотра.

Настройка сети на vSphere Replication 8.2.0

Запускаем новую виртуальную машину и видим, что сеть не настроена.

Настроим. Красным нам подсказывают что делать. Жмём Enter. Логинимся под пользователем root. Выполняем:

Запускается утилита для настройки сети. Настраиваем IP адрес, маску, шлюз по умолчанию, DNS, Hostname.

Логинимся под пользователем root с указанным при деплое пароле.

Настройка сертификатов vSphere Replication 8.2.0

Проверяем настройки сети. Переходим в раздел Network > Address.

У меня IP адрес vSphere Replication 10.20.50.51, доменное имя vsphere-rep00.my_domain.local.

Переходим в раздел VR > Configuration. Блок SSL Certificate Policy. Нажимаем кнопку Generate and Install.

Сгенерируются самоподписанные сертификаты. Страничка перезагрузится. Если не перезагрузится, то перезагрузите вручную. Проверить новый сертификат можно из браузера, в Certification Path будет виден IP адрес.

Подключение vSphere Replication 8.2.0 к vCenter

Переходим в раздел VR > Configuration. И настраиваем Startup Configuration.

Читайте также: