Технология виртуализации стала распространенным решением для ИТ-инфраструктуры. Hyper-V от Microsoft, являясь мощной платформой виртуализации, широко используется в компаниях и организациях различных размеров, обеспечивая эффективное управление ресурсами и их оптимизацию. Однако с ростом объема бизнес-данных и увеличением сложности обеспечение безопасности и возможности восстановления данных в виртуализированной среде также становится важной задачей.
Восстановление после сбоев в среде Hyper-V
Hyper-V — это продукт виртуализации от Microsoft, который позволяет создавать и управлять виртуальными машинами, обеспечивая поддержку запуска операционных систем Windows, Linux и других. Разделяя физическое оборудование на несколько виртуальных разделов, каждая виртуальная машина может работать со своей операционной системой и приложениями, что обеспечивает изоляцию ресурсов и их оптимизацию.
Хотя Hyper-V предоставляет различные механизмы защиты, на практике потеря данных все еще может произойти из-за ошибок пользователей, сбоев системы, атак вредоносных программ и других факторов. Потеря данных может не только повлиять на нормальную работу бизнеса, но и привести к юридической ответственности и ущербу для репутации.
Что касается виртуализации и аварийного восстановления, компании имеют множество вариантов защиты виртуальных машин, работающих под управлением Microsoft Hyper-V.
Резервное копирование Hyper-V
Резервное копирование гостевых систем Hyper-V управляется с помощью службы теневого копирования томов (VSS).
VSS — в частности, компонент записи VSS Hyper-V — обеспечивает возможность приостановки операций ввода-вывода (I/O), позволяя выполнять снимки и резервное копирование виртуальных машин как в диспетчере виртуальных машин гипервизора, так и в гостевых системах (с использованием интегрированных служб).
Важно отметить, что встроенная поддержка VSS в Hyper-V предназначена только для платформ Microsoft. Это ограничение влияет на эффективность программного обеспечения при использовании гостевых операционных систем, не относящихся к Microsoft.
Многие сторонние резервные системы на рынке интегрируются с Hyper-V и VSS, включая возможности восстановления данных приложений непосредственно из самой виртуальной машины. Компания Microsoft также предлагает три решения для аварийного восстановления в среде Hyper-V, способные выполнять базовые службы резервного копирования и восстановления: традиционный Windows Server Backup, ориентированный на центры обработки данных System Center - Data Protection Manager и основанный на облачном сервисе общего пользования Windows Azure Online Backup.
Миграция виртуальных машин Hyper-V
Hyper-V поддерживает миграцию виртуальных машин с использованием функции живой миграции . Эта возможность позволяет перемещать виртуальные машины между хостами без перебоев или простоев.
В Windows Server 2008 R2 для использования живой миграции необходимо настроить каждый сервер с отказоустойчивым кластером Microsoft и использовать общее хранилище для файлов виртуальных машин. Также существуют сетевые ограничения. Хосты должны находиться в одной подсети, и для трафика миграции рекомендуется выделенная сеть.
Физическое расположение виртуальной машины можно изменить с помощью миграции хранилища в режиме реального времени, представленной в Windows Server 2012. Как следует из названия, эта функция предполагает перемещение файлов гостевой ОС с одной платформы хранения на другую. Миграция хранилища в режиме реального времени может выполняться на одном сервере Hyper-V или в кластере Hyper-V.
После выпуска Windows Server 2012 корпорация Майкрософт также отменила требование кластерной конфигурации при условии, что виртуальная машина хранится на общем ресурсе файлов SMB. Кроме того, миграция может выполняться между отдельными экземплярами Hyper-V без общего хранилища, что известно как «живая миграция без общего ресурса».
Выбор инструмента миграции определяется производительностью сети и хранилища, а также уровнем активности виртуальной машины — например, виртуальная машина с интенсивной операцией записи может испытывать трудности с репликацией ввода-вывода через сеть.
Также существуют соображения, касающиеся требований к эластичности. Если используется общее хранилище, живая миграция имеет больше смысла, чем миграция «без общего ресурса», поскольку все данные виртуальной машины остаются на диске, а обновления происходят в одном месте. Очевидно, что живая миграция завершается быстрее, чем миграция хранилища с сохранением работоспособности, поскольку в процессе передаются только память и конфигурационные данные.
Миграция виртуальной машины сама по себе не является инструментом восстановления, но она обеспечивает возможность перемещения виртуальных машин на место в некоторых сценариях аварийного восстановления.
Высокая доступность и отказоустойчивость Hyper-V
Hyper-V обеспечивает высокую доступность за счет использования общих кластерных томов и отказоустойчивого кластера Windows Server. Общее хранилище может быть реализовано с помощью LUN iSCSI или волоконно-оптического канала либо с использованием хранилища SMB 3.0.
Потеря хоста в кластере приведет к перезапуску многих виртуальных машин на другом доступном узле. Однако на практике пользователи могут столкнуться с кратковременными перебоями в обслуживании. Хотя Hyper-V не имеет прямого аналога отказоустойчивости vSphere, он предоставляет функцию репликации Hyper-V.
Реплика Hyper-V
В Windows Server 2012 корпорация Microsoft представила функцию реплики Hyper-V — механизм репликации на базе IP, позволяющий выполнять асинхронную репликацию образов виртуальных машин на вторичное местоположение. В случае отказа основного сайта реплицированная копия может быть запущена в месте аварийного восстановления.
С выпуском Windows Server 2012 R2 функция реплики Hyper-V была дополнительно усовершенствована для поддержки репликации на третий сайт, известной как расширенная репликация. В случае потери на первичном сайте вторичный и третичный сайты продолжают реплицироваться друг с другом, обеспечивая защиту приложений.
Виртуальная машина Hyper-V состоит из виртуальных дисков VHD или VHDX, а также дополнительных файлов, описывающих конфигурацию виртуальной машины. Если все эти файлы находятся на общем LUN или томе, содержимое виртуальной машины можно реплицировать в другое место и при возникновении аварийной ситуации импортировать в удаленную настройку Hyper-V. Для реализации этого процесса могут потребоваться некоторые скрипты, написанные вручную, и управление ими.
Перенос из Hyper-V в облако
Альтернативой использованию вторичного центра обработки данных является репликация виртуальных машин в общедоступное облако. Компания Microsoft управляет облачной платформой Azure и предлагает инфраструктурные службы, которые упрощают перемещение и восстановление виртуальных машин между локальной средой Hyper-V и облаком Azure с помощью службы Azure Site Recovery (ASR).
Обеспечьте аварийное восстановление с помощью профессионального решения
Vinchin Backup & Recovery предназначен для всесторонней защиты данных и аварийного восстановления в виртуализированных средах, включая среды, использующие Microsoft Hyper-V. Это решение разработано для удовлетворения потребностей предприятий, которым требуются надежные и эффективные способы резервного копирования и восстановления виртуальных машин в случае потери данных, сбоев системы или других катастрофических событий.
Также поддерживает VMware vSphere, XenServer, XCP-ng, oVirt, RHV, OpenStack, Proxmox и базы данных, NAS, файловые серверы, Linux & Windows Server и др. Предназначенная для виртуальных сред, Vinchin предлагает автоматическое резервное копирование, резервное копирование без агентов, варианты LAN/LAN-Free, удалённое копирование, мгновенное восстановление, дедупликацию данных и архивацию в облако. Благодаря шифрованию данных и защите от вымогателей она обеспечивает двойную защиту резервных копий виртуальных машин Hyper-V и поддерживает простую миграцию между Hyper-V и другими платформами.
Резервное копирование виртуальных машин Hyper-V с помощью Vinchin Backup & Recovery занимает всего 4 шага:
1. Выберите объект резервного копирования.
2. Выберите место назначения для резервной копии.
3. Выберите стратегии резервного копирования.
4. Просмотрите и отправьте задание.
Присоединяйтесь и испытайте все возможности этой надежной системы с бесплатным 60-дневным пробным периодом! Свяжитесь с нами, сообщите свои требования, и вы получите индивидуальное решение для своей ИТ-инфраструктуры.
Часто задаваемые вопросы о восстановлении после сбоев Hyper-V
1. В: Чем резервное копирование отличается от репликации в Hyper-V?
A: Резервное копирование предполагает создание копии данных в определенный момент времени, которую можно сохранить и восстановить позже. Репликация, с другой стороны, предполагает непрерывное копирование изменений во вторичное местоположение, обеспечивая более актуальные точки восстановления и более быстрое переключение.
2. Вопрос: Каковы ключевые компоненты плана аварийного восстановления Hyper-V?
А: План аварийного восстановления Hyper-V обычно включает в себя:
Инвентаризация виртуальных машин и их ролей.
Оценка RPO и RTO для каждой виртуальной машины.
Процедуры резервного копирования виртуальных машин и обеспечения хранения резервных копий за пределами сайта.
Процессы репликации виртуальных машин на вторичный сайт.
Четкий план аварийного переключения и восстановления.
Регулярное тестирование процесса аварийного восстановления.
Заключение
Варианты аварийного восстановления Hyper-V позволяют организациям адаптировать свои стратегии в соответствии с конкретными потребностями, будь то традиционные резервные копии на локальных серверах, живые миграции внутри центра обработки данных или использование возможностей облачных решений для повышения гибкости и масштабируемости. Крайне важно, чтобы компании разрабатывали комплексный план аварийного восстановления, обеспечивающий минимальное время простоя и максимальную целостность данных. Таким образом организации могут быть уверены, что они хорошо подготовлены к любым аварийным ситуациям, защищают непрерывность своей деятельности и сохраняют свою репутацию в случае возможных сбоев.
