Ядро Hyper-V и реплика

Ядро Hyper-V и реплика

Итак, у меня есть вопрос, который я искал и не смог решить. Мы думаем заменить все наши серверы и перейти на виртуализацию. Мой вопрос в том, если я использую ядро ​​Hyper-V на хост-сервере, могу ли я все равно настроить его на репликацию на другую виртуальную машину на другом хосте, чтобы если хост 1 выйдет из строя, хост 2 поднимется?

решение1

Да, Hyper-V Core (бесплатная версия) поддерживает функцию «Hyper-V Replica».

Но, hyper-v replica не является решением High Available. Поскольку «задержки данных» невозможно избежать, когда происходит незапланированный отказ («запланированный отказ» без этой проблемы).

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

«кластер hyper-v»: https://technet.microsoft.com/en-us/library/hh831579(v=ws.11).aspx

решение2

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

В моей работе мы делали это - 3 сервера, все машины рабочей группы, и каждая реплицирует свои виртуальные машины вокруг друг друга - т. е. server1->server 2, server2->server3 и server3->server1. Время репликации установлено на 5 минут, поэтому мы теряем максимум 5 минут или около того данных. В зависимости от вашей среды это может быть приемлемым или нет. Для нас это нормально - в этой конфигурации мы можем потерять всю машину, но вернуться к работе и работать за считанные минуты, просто отключив реплики и запустив их на новом хосте. Затем нам нужно исправить сбойный сервер, сделать обратную репликацию и вернуться к тому, как мы работали раньше.

Это не проблема, если стоимость имеет значение, плюс каждый физический сервер использует RAID, так что отказы дисков и т. д. не влияют на ситуацию. Исходя из моего 25-летнего опыта, я думаю, что если не тратить миллиарды наличными на полноценную SAN (более 20 тыс. — назовите свою цену), то это довольно экономически эффективный способ повышения надежности обслуживания для компании.

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

Связанный контент