Важные моменты, которые следует учитывать перед развертыванием репликации Hyper-V

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

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

В этой статье я расскажу о репликации Hyper-V и о том, как она работает. Чтобы понять функцию репликации Hyper-V, сначала вам нужно понять, что такое сервер репликации!

Что такое сервер репликации?

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

Репликация данных часто планируется для репликации в нерабочее время, чтобы уменьшить прерывание операций. Тем не менее, если конечному пользователю не хватает данных, то сервер, которому они нужны, создает «специальный» запрос. В зависимости от ваших требований вы также можете создать серверы репликации с последовательной цепочкой, чтобы улучшить этот процесс.

Чтобы использовать виртуализированный сервер репликации, вам потребуется изменить IP-адрес, полное доменное имя (FQDN) и несколько других параметров для ваших конкретных прикладных решений, чтобы сделать каждый сервер уникальным. Затем вы можете периодически передавать или извлекать данные на реплики для их обновления. Если локальным пользователям назначен доступ к серверу-реплике, а не к главному серверу напрямую, они могут получать новые данные через запрос от реплики.

Несмотря на то, что настройка репликации Hyper-V обычно является простым процессом, вам необходимо принять несколько важных решений перед ее развертыванием. Давайте обсудим 5 основных соображений, связанных с настройкой репликации Hyper-V.

1. Сколько реплик вам нужно?

Первое решение, которое вам необходимо принять в отношении репликации Hyper-V, — это количество реплик, которые вы хотите создать. Чем больше у вас реплик, тем меньше задержка, в зависимости от расположения реплик. Вы также увеличите количество пользователей, которых сможете обслуживать без «сбоев системы».

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

2. Сколько данных вы можете позволить себе потерять?

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

Репликация направлена на обеспечение высокой доступности виртуальных машин Hyper-V. Тем не менее, в определенных ситуациях возможна некоторая потеря данных.

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

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

1. Планируется

Это представляет собой плавный переход к реплике виртуальной машины. Если, например, вам необходимо установить некоторые исправления на основной хост виртуальной машины, вы можете выполнить запланированную отработку отказа виртуальной машины перед этим. Таким образом, вы можете перезагрузить хост, не нарушая рабочую нагрузку. Запланированная отработка отказа не приводит к потере данных.

2. Незапланированный

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

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

3. Нужны ли вам возможности восстановления на определенный момент времени?

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

Однако вы можете настроить виртуальные машины-реплики для создания почасовых точек восстановления на 24 часа. Эти реплики можно использовать для отката виртуальной машины до предыдущего состояния. Это упрощает восстановление после атаки программ-вымогателей. Вы также можете создавать точки восстановления с поддержкой приложений каждые 4 часа.

4. Где вы будете хранить реплики?

Также важно подумать о том, где вы будете хранить свои реплики Hyper-V.

По умолчанию Hyper-V попытается сохранить реплики на диске C: хоста. Вам нужно будет выбрать место с требуемой емкостью хранилища. Он также должен обеспечивать достаточный уровень IOPS (операций ввода-вывода в секунду).

5. Как вы будете создавать исходную реплику?

Еще одно важное соображение — способ создания исходной реплики виртуальной машины. По умолчанию Hyper-V создаст реплику виртуальной машины, скопировав содержимое исходной виртуальной машины по сети. Это может быть непрактично, если вы работаете в среде с низкой пропускной способностью или если виртуальная машина очень большая.

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

Если вам неудобно отправлять исходную реплику по сети, вы можете создать ее с помощью внешнего носителя (например, резервной ленты). Другой вариант — использовать существующую виртуальную машину на сервере-реплике в качестве исходной копии.

Последние мысли

Репликация Hyper-V легко настраивается. Он может предоставить некоторые возможности аварийного переключения для фирм, которым может не хватать бюджета или технических знаний, которые обычно требуются при создании отказоустойчивого кластера. Тем не менее, вам нужно немного спланировать, прежде чем пытаться настроить процесс репликации.

Вам нужно подумать, сколько реплик вы хотите создать. Как правило, чем больше вы создаете, тем меньше у вас будет задержек. Вам также необходимо учитывать, как часто вы должны обновлять свою реплику. Если вы решите обновлять его реже, вы увеличите свои шансы на потерю данных в случае незапланированного аварийного переключения. Вам также необходимо решить, хотите ли вы реализовать возможности на определенный момент времени. Ваше последнее соображение — это то, где вы будете хранить свои реплики.

Если у вас есть дополнительные вопросы о репликации Hyper-V, ознакомьтесь с разделами часто задаваемых вопросов и ресурсов, чтобы узнать больше.

Часто задаваемые вопросы

Потеряю ли я данные, если выполню незапланированный переход на другой ресурс?

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

Когда следует использовать незапланированный переход на другой ресурс?

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

Как серверы-реплики аутентифицируются друг с другом?

При настройке репликации Hyper-V необходимо выбрать тип аутентификации. Вы можете выбрать между Kerberos (HTTP) и CredSSP (аутентификация на основе сертификата). Kerberos лучше всего подходит, если вы управляете своими серверами удаленно (через RDP). Тем не менее, если вы решите использовать Kerberos, с точки зрения безопасности важно настроить ограниченное делегирование.

Что мешает мне использовать репликацию с большими виртуальными машинами?

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

Какие виртуальные машины не следует реплицировать?

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