-1

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

2 ответа2

0

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

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

Вы можете рассмотреть кластер hyper-v, используя два или более физических хоста.

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

-1

Да, но, как уже говорилось, если вы говорите с HA, переходите к кластеру. Тем не менее, вполне возможно виртуализировать ваши серверы на HyperV, а затем скопировать их для защиты от аппаратного сбоя.

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

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .