Работа с репликами в Hyper-V 3.0 (часть 2)

• Работа с репликами в Hyper-V 3.0 (часть 3)
• Работа с репликами в Hyper-V 3.0 (часть 4)
• Работа с репликами в Hyper-V 3.0 (часть 5)
• Работа с репликами в Hyper-V 3.0 (часть 6)

Введение

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

Давайте начнем

Первое, что необходимо принять во внимание, — это источник и место назначения, которые будут использоваться процессом репликации. Хотя выбор хост-серверов кажется очень простым (и это так), выбор серверов имеет большое значение для того, как должен быть сконфигурирован процесс репликации. Репликация Hyper-V очень гибкая, и вы можете использовать четыре основных пути репликации. Это включает:

• Хост для хоста
• кластер к кластеру
• кластер для хоста
• хосты в кластер

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

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

Репликация Hyper-V во многом похожа на функцию непрерывной репликации кластера в Exchange Server 2007. Один из серверов Hyper-V (или кластеров серверов) рассматривается как источник, а другой хост-сервер или кластер хост-серверов — как место назначения. Репликация виртуальных машин из источника в место назначения основана на доставке журналов.

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

А как насчет некоторых других соображений, влияющих на процесс планирования? Корпорация Майкрософт рекомендует рассмотреть следующие вопросы:

• Будут ли исходный и конечный серверы находиться за одним и тем же брандмауэром?
• Будет ли источник или место назначения находиться в отказоустойчивом кластере?
• Нужно ли шифровать трафик репликации?
• Какие файлы виртуального жесткого диска необходимо реплицировать?
• Сколько точек восстановления вам нужно?
• Вам нужно сохранить согласованность приложений?

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

Будут ли исходный и конечный серверы находиться за одним и тем же брандмауэром?

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

Будет ли источник или место назначения находиться в отказоустойчивом кластере?

Подавляющее большинство процессов настройки реплик Hyper-V одинаковы независимо от того, выполняете ли вы репликацию между кластером и узлом или другим кластером. Однако использование кластеров меняет один аспект процесса настройки. Если репликация будет выполняться в кластер или из него (или в оба), вам придется использовать компонент под названием Hyper-V Replica Broker. Этот компонент сообщает процессу репликации имя NetBIOS и IP-адрес кластера.

Нужно ли шифровать трафик репликации?

Учитывая то, что Microsoft уделяет большое внимание безопасности, это может показаться странным, но трафик репликации виртуальных машин по умолчанию не шифруется. Если вы хотите зашифровать трафик репликации, вам придется использовать аутентификацию на основе сертификата. Корпорация Майкрософт рекомендует использовать проверку подлинности на основе сертификата, если вы реплицируете содержимое между узлами, которые географически разделены. Например, если вы реплицируете виртуальные машины в резервный центр обработки данных или в облако, вам следует использовать аутентификацию на основе сертификатов. С другой стороны, если вы просто реплицируете виртуальные машины между двумя хостами, которые находятся в одном и том же центре обработки данных, вы, вероятно, можете вместо этого использовать аутентификацию Kerberos.

Настройка репликации виртуальной машины на основе Kerberos — относительно простой процесс. Однако, если вы планируете использовать аутентификацию Kerberos, хост-серверы должны принадлежать к общему домену Active Directory или к взаимно доверенным доменам. В противном случае вам придется использовать аутентификацию на основе сертификата.

Какие файлы виртуального жесткого диска необходимо реплицировать?

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

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

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

Вывод

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

• Работа с репликами в Hyper-V 3.0 (часть 3)
• Работа с репликами в Hyper-V 3.0 (часть 4)
• Работа с репликами в Hyper-V 3.0 (часть 5)
• Работа с репликами в Hyper-V 3.0 (часть 6)