Важно! Оба гипервизора должны быть в одном домене, подключаться к ним исключительно с машины, которая является членом этого же домена. Все хосты должны между собой резолвиться по FQDN (то есть ваш DNS должен быть уже настроен, либо как костыльное решение -- прописать все хосты в файлах hoshts)
На самих гипервизорах должны быть настроены репликации для приема репликаций:
Кроме того, в параметрах брадмауэра с двух сторон должен быть открыт 80 порт, либо тот который вы укажете в настройках.
Для начала заходим в Диспетчер Hyper-V и правым кликом по самой виртуальной машине включаем репликацию:
Далее указываем имя целевого гипервизора, куда будем реплицироваться.
Выбираем метод доставки первоначальной (самой толстой) реплики на конечный сервер. Тут есть аж три варианта: по сети, тут думаю все понятно. При помощи внешнего носителя -- если хост слишком жирный, то можно его перенести на внешнем жестком диске. И использование существующего диска на конечном сервере -- этот пункт нам понадобится при обратной репликации, или, например в случае если у вас по каким-либо причинам сломался весь процесс реплики и вам нужно его настроить заново, но тащить весь хост нет смысла, ибо он уже есть на принимающей стороне. Ну исмо-собой пункт настройки запуска по расписанию.
После нажатия кнопки "Готово" у нас с двух сторон будут следующие картинки:
Пока идет реплика, советую сходить в настройки конечного хоста (который реплицируется) и настроить на нем сеть -- выбрать необходимый виртуальный коммутатор. Кроме того, очень советую на исходной машине в настройках сетевого коммутатора установить статический MAC и его сразу добавить в пулл на конечном маршрутизаторе (если у вас гипервизоры в разных подсетях/офисах/etc). Если все в одном датацентре -- достаточно просто статического мака.
Далее будем отталкиваться, что у вас следующая ситуация:
У вас случился тотальный алярм, все упало и сломалось в основном датацентре, доступа к нему нет и неизвестно когда появится, а юзверям нужно работать уже сейчас.
Для начала идем на конечный гипервизор через все тот же Диспетчер Hyper-V, выбираем нашу зареплецированную виртуалку и жмем правый клик: Репликация -> Отработка отказа.
Нам будет предложено выбрать какую из контрольных точек нам следует применить
Жмем "отработка отказа" и вуаля, если вы правильно настроили вашу сеть -- то ваш хост должен загрузиться,получить адрес и начать вновь резолвиться у юзверей.
Далее, допустим вы заварили себе кофе, покрасноглазели за настройками каких-то резервных маршрутизаторов или уборщица наконец закончила уборку и включила ваш основной сервак обратно в розетку, он загрузился и опять доступен, наши действия:
Правый клик по конечной реплике Репликация -> Обратная репликация
Выбираем наш основной гипервизор, но только в этот раз при выборе начальной репликации выбираем пункт "Использовать существующую виртуальную машину на сервере-реплике"
Ждем завершения, выключаем конечный хост, чтобы юзвери не наделали изменений которые не успели бы реплицироваться на исходный гипервизор. Советую сделать првый клик на виртуалке и посмотреть состояние репликации, чтобы было хоть какое-то понимание, где сейчас находится самый последний, актуальный снимок хоста. Кстати, там можно посмотреть кто ведущий/кто ведомый на данный момент -- пункт "Режим репликации". Так вот, после проделанных манипуляций наши виртуалки поменялись местами, теперь конечный хост стал "ведущим"
Нас такое положение дел не устраивает, нам нужно чтоб основной сервер был таковым, поэтому, жмем опять на двух выключенных хостах правый клик Репликация -> удалить репликацию.
После чего уже включаем наш хост на основном гипервизоре, проверяем начал ли он резолвиться, все ли в порядке у юзверей, ничего ли не пропало и уже ПОСЛЕ этого берем и настраиваем нашу репликацию с основного на резервный сервер, повторно как было написано в начале статьи. Только в этот раз при выборе передачи начальной реплики мы опять выбираем пункт "Использовать существующу. виртуальную машину на сервере-реплике"
Вуаля, изменения которые были сделаны на конечной реплике были обратно скопированы на исходный хост, работоспособность вашей репликации возобновлена.
На самих гипервизорах должны быть настроены репликации для приема репликаций:
Кроме того, в параметрах брадмауэра с двух сторон должен быть открыт 80 порт, либо тот который вы укажете в настройках.
Для начала заходим в Диспетчер Hyper-V и правым кликом по самой виртуальной машине включаем репликацию:
Далее указываем имя целевого гипервизора, куда будем реплицироваться.
Выбираем винты, которые будут участвовать в репликации (если у вас файл подкачки=отдельный раздел, то есть смысл не гнать его через сеть и сделать его потом вручную)
Выбираем частоту отправки изменений:
Выбираем количество контрольных точек, которые будут храниться на сервере-реплике, например у вас есть боевой сервак, вы на нем что-то накосячили, и все ваши рукожопия благополучно улетели на реплику, при помощи этого инструмента вы можете выбрать количество и временные отрезки резервных копий, которые будут автоматически делаться и храниться на реплике:
Выбираем метод доставки первоначальной (самой толстой) реплики на конечный сервер. Тут есть аж три варианта: по сети, тут думаю все понятно. При помощи внешнего носителя -- если хост слишком жирный, то можно его перенести на внешнем жестком диске. И использование существующего диска на конечном сервере -- этот пункт нам понадобится при обратной репликации, или, например в случае если у вас по каким-либо причинам сломался весь процесс реплики и вам нужно его настроить заново, но тащить весь хост нет смысла, ибо он уже есть на принимающей стороне. Ну исмо-собой пункт настройки запуска по расписанию.
После нажатия кнопки "Готово" у нас с двух сторон будут следующие картинки:
Пока идет реплика, советую сходить в настройки конечного хоста (который реплицируется) и настроить на нем сеть -- выбрать необходимый виртуальный коммутатор. Кроме того, очень советую на исходной машине в настройках сетевого коммутатора установить статический MAC и его сразу добавить в пулл на конечном маршрутизаторе (если у вас гипервизоры в разных подсетях/офисах/etc). Если все в одном датацентре -- достаточно просто статического мака.
Далее будем отталкиваться, что у вас следующая ситуация:
У вас случился тотальный алярм, все упало и сломалось в основном датацентре, доступа к нему нет и неизвестно когда появится, а юзверям нужно работать уже сейчас.
Для начала идем на конечный гипервизор через все тот же Диспетчер Hyper-V, выбираем нашу зареплецированную виртуалку и жмем правый клик: Репликация -> Отработка отказа.
Нам будет предложено выбрать какую из контрольных точек нам следует применить
Жмем "отработка отказа" и вуаля, если вы правильно настроили вашу сеть -- то ваш хост должен загрузиться,получить адрес и начать вновь резолвиться у юзверей.
Далее, допустим вы заварили себе кофе, покрасноглазели за настройками каких-то резервных маршрутизаторов или уборщица наконец закончила уборку и включила ваш основной сервак обратно в розетку, он загрузился и опять доступен, наши действия:
Правый клик по конечной реплике Репликация -> Обратная репликация
Выбираем наш основной гипервизор, но только в этот раз при выборе начальной репликации выбираем пункт "Использовать существующую виртуальную машину на сервере-реплике"
Ждем завершения, выключаем конечный хост, чтобы юзвери не наделали изменений которые не успели бы реплицироваться на исходный гипервизор. Советую сделать првый клик на виртуалке и посмотреть состояние репликации, чтобы было хоть какое-то понимание, где сейчас находится самый последний, актуальный снимок хоста. Кстати, там можно посмотреть кто ведущий/кто ведомый на данный момент -- пункт "Режим репликации". Так вот, после проделанных манипуляций наши виртуалки поменялись местами, теперь конечный хост стал "ведущим"
Нас такое положение дел не устраивает, нам нужно чтоб основной сервер был таковым, поэтому, жмем опять на двух выключенных хостах правый клик Репликация -> удалить репликацию.
После чего уже включаем наш хост на основном гипервизоре, проверяем начал ли он резолвиться, все ли в порядке у юзверей, ничего ли не пропало и уже ПОСЛЕ этого берем и настраиваем нашу репликацию с основного на резервный сервер, повторно как было написано в начале статьи. Только в этот раз при выборе передачи начальной реплики мы опять выбираем пункт "Использовать существующу. виртуальную машину на сервере-реплике"
Вуаля, изменения которые были сделаны на конечной реплике были обратно скопированы на исходный хост, работоспособность вашей репликации возобновлена.
Though Nestor was 13 years younger than Kane and perpetually flirting with poverty, they developed an intense addicts' friendship. Williams could see that Kane was wielding none of the the} array of dishonest gadgets that casinos had confiscated from grifters through the years. He wasn't jamming a light wand within the machine's hopper or zapping the Game King with an electromagnetic pulse. But he was successful far an excessive 원 엑스 벳 quantity of}, too quick, to be counting on luck alone. And end result of|as a end result of} studying all the methods on the guide might be tiresome if not unimaginable, let’s a glance at|have a glance at} how to to|tips on how to} beat video poker Jacks or Better.
ОтветитьУдалить