Самое полное руководство по резервному копированию Hyper-V для администраторов VMware

Поскольку Microsoft Hyper-V завоевывает все большую долю рынка и достигает совершеннолетия, администраторы VMware должны администрировать Hyper-V вместе с vSphere в своих средах. Безусловно, в администрировании различных гипервизоров, включая VMware и Hyper-V, есть сходство, но есть и тонкие различия. Часто по привычке мы применяем то, что знаем, к вещам, которых не знаем или которые для нас новы.

Хотя некоторые методологии или рекомендации выходят за рамки VMware vSphere и применимы и к Hyper-V, существуют различия в администрировании и управлении Hyper-V, которые администраторы VMware захотят принять к сведению и понять. Эти различия также могут повлиять на процессы резервного копирования в администрировании.

Давайте рассмотрим некоторые ключевые различия между Hyper-V и VMware и то, как они могут повлиять на ваши методы резервного копирования.

VMware vCenter Server и System Center Virtual Machine Manager (SCVMM)

Администраторы VMware знакомы с хорошо известным VMware vCenter Server — инструментом централизованного управления и администрирования для создания, настройки и взаимодействия со всеми аспектами среды vSphere. С помощью vCenter администраторы могут настраивать и контролировать хосты ESXi, центры обработки данных, кластеры, традиционное хранилище, программно-определяемое хранилище, традиционную сеть, программно-определяемую сеть и все другие аспекты архитектуры vSphere. По сути, vCenter Server — это необходимый компонент, открывающий доступ к большинству функций корпоративного уровня и функциональности VMware vSphere.

Как администратор VMware, вы обычно подключаете свое решение для защиты данных к серверу VMware vCenter в качестве центральной панели управления для резервного копирования виртуальных машин, находящихся на управляемых хостах ESXi. Это обеспечивает централизованный вход для управления и контроля ресурсов, резервное копирование которых осуществляется с помощью решений vSphere для защиты данных. Кроме того, вы можете использовать веб-клиент vSphere на основе HTML 5 для управления функциями vSphere из любого браузера.

В Microsoft Hyper-V эквивалентным решением для управления узлами и кластерами является System Center Virtual Machine Manager или SCVMM.

Однако с помощью Hyper-V вы можете выполнять многие задачи корпоративного уровня, такие как управление кластером Hyper-V, настройка высокой доступности и выполнение динамической миграции без использования SCVMM. Вы можете использовать консоль управления отказоустойчивым кластером для управления ресурсами кластера, включая установку и настройку общих томов кластера (или CSV). Кроме того, без лицензирования SCVMM вы можете использовать консоль диспетчера для управления каждым хостом и т. д. Подробнее об инструментах управления Hyper-V.

Понимание интерфейса управления и различий между VMware vSphere и Microsoft Hyper-V является ключом к пониманию точки администрирования, используемой для взаимодействия с решениями для защиты данных, такими как . Как правило, в среде VMware vSphere или Microsoft Hyper-V требуется резервное копирование ресурсов на уровне «хоста», что означает, что вы выполняете резервное копирование виртуальных машин централизованно, а не из гостевой операционной системы. Знание соответствующих интерфейсов управления обеспечивает эффективное резервное копирование VMware vSphere и Hyper-V.

Кластер vSphere и кластер Hyper-V

При наличии vCenter Server создание кластера VMware vSphere ESXi становится очень быстрым и простым процессом: вы просто добавляете хосты в кластер. «Кластеризация» VMware предназначена исключительно для целей виртуализации.

Кластеризация построена на базе технологии Windows Failover Cluster. Отказоустойчивая кластеризация Windows применяется в ряде различных вариантов использования, включая файловые серверы и кластеры SQL, а также Hyper-V. Из-за более общего характера базовой технологии кластеризации для Hyper-V она усложняет настройку кластера виртуализации Hyper-V. Однако задачу можно выполнить относительно быстро, если использовать либо PowerShell, либо мастер создания кластера — Failover Cluster Manager.

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

Общие сведения об общих томах кластера VMware VMFS и Hyper-V

VMware vSphere использует файловую систему виртуальной машины (VMFS) — кластерную файловую систему VMware, которая была создана с нуля как файловая система виртуализации. С каждым выпуском vSphere VMFS совершенствовалась, а ее функциональность и возможности расширялись. В vSphere 6.5 компания VMware представила VMFS 6.0 с поддержкой 4K Native Devices в режиме 512e и функцией автоматического «отключения» для освобождения неиспользуемых блоков.

Администраторам необходимо понимать возможности каждого типа файловой системы виртуализации. Не все решения для защиты данных поддерживают общие тома кластера Microsoft Hyper-V, поэтому важно понимать требования к современным средам Hyper-V и требования совместимости CSV.

VMware использует моментальные снимки, а Hyper-V использует контрольные точки

Оба имеют механизмы, позволяющие быстро сохранять состояние и данные виртуальной машины в заданный момент времени. Термин «моментальный снимок» на сегодняшний день является популярным словом для этой функции и был придуман VMware. Операция моментального снимка в VMware создает следующие файлы для сохраненного состояния и данных:

* .vmdk — файл flat.vmdk содержит необработанные данные на базовом диске. * -delta.vmdk — Дельта-диск представлен в формате .00000x.vmdk. Это разностный диск; он содержит разницу между текущими данными диска виртуальной машины и данными на момент предыдущего снимка. * .vmsd — этот файл базы данных содержит всю необходимую информацию о моментальных снимках. * .vmsn — содержит информацию о памяти виртуальной машины и ее текущем состоянии на момент создания моментального снимка.

Он использует «контрольные точки» в качестве своей терминологии для определения средств сохранения состояния виртуальной машины «на момент времени». Давайте посмотрим на архитектуру контрольно-пропускного пункта.

Создается папка Snapshots, которая может содержать следующие файлы:

• VMCX – это новый двоичный формат файла конфигурации, представленный в Windows Server 2016. Он заменяет XML-файл, существовавший в версии 2012 R2 и более ранних версиях.
• VMRS — это файл состояния, который содержит информацию о состоянии виртуальной машины.
• AVHDX — создается разностный диск. Он записывает дельта-изменения, сделанные после создания моментального снимка.

Как администратор VMware, вы должны знать, что Microsoft ввела «рабочие» контрольные точки в Windows Server 2016. Они взаимодействуют с VSS (Volume Shadow Copy) для выполнения контрольных точек, о которых знает гостевая операционная система. Эти типы контрольных точек работают так же, как операции резервного копирования, выполняемые решениями для защиты данных.

Важно отметить, что Microsoft позволяет запускать эти «производственные» контрольные точки в производственных средах. Это важно, поскольку до Windows Server 2016 эта технология не поддерживалась и до сих пор не поддерживается снимками VMware.

Отслеживание измененных блоков VMware и отказоустойчивое отслеживание изменений Hyper-V

В выпуске ESX 4.0 еще в 2009 г. компания VMware представила функцию под названием Changed Block Tracking (CBT), которая значительно повышает эффективность резервного копирования. Используя эту технологию, решения для защиты данных могут копировать только те блоки, которые изменились с момента последней итерации резервного копирования. Этот метод работает для каждой итерации резервного копирования после первоначального полного резервного копирования виртуальной машины. Теперь вы можете эффективно создавать резервные копии только изменений на уровне блоков вместо того, чтобы каждый раз создавать полные резервные копии виртуальной машины, что обычно происходит с традиционными устаревшими решениями для резервного копирования.

Если вы являетесь администратором VMware и переходите на администрирование Microsoft Hyper-V, вам следует знать, что эквивалентное предложение Microsoft под названием Resilient Change Tracking (RCT) было представлено только в Windows Server 2016.

При резервном копировании с помощью гибкого отслеживания изменений Hyper-V будут созданы следующие файлы:

• Файл Resilient Change Tracking (.RCT) — подробное представление измененных блоков на диске (менее подробное, чем сопоставление в памяти). Он записывается в режиме обратной записи или кэширования, что означает, что он используется во время обычных операций с виртуальными машинами, таких как миграция, запуск, завершение работы и т. д.
• Файл измененной таблицы регионов (.MRT) — менее подробный файл, чем файл (.RCT); однако он записывает все изменения на диск. В случае неожиданного отключения питания, сбоя или другого сбоя файл MRT будет использоваться для восстановления измененных блоков.

Убедитесь, что выбранное вами решение для защиты данных может использовать преимущества последних достижений в реализации Hyper-V технологии отслеживания изменений, известной как отказоустойчивое отслеживание изменений. Это обеспечит самые быстрые и эффективные итерации резервного копирования Hyper-V.

VMware использует инструменты VMware, а Hyper-V использует службы интеграции

И VMware, и Hyper-V используют компоненты, установленные в гостевой операционной системе, чтобы обеспечить более мощную интеграцию между гипервизором и гостевой операционной системой. В VMware vSphere для этого используются инструменты VMware.

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

Заключительные мысли

В современном мире гибридных инфраструктур и сред с несколькими гипервизорами в какой-то момент вас, скорее всего, попросят действовать в качестве администратора сред VMware vSphere и Microsoft Hyper-V для рабочих нагрузок.

Понимание различий в управлении, администрировании и базовой архитектуре важно для успешного администрирования как VMware vSphere, так и Microsoft Hyper-V. Все эти различия влияют на решения для защиты данных и их взаимодействие с гипервизорами.

:::информация Первоначально опубликовано здесь.

:::