Кластер с поддержкой сайта переносит виртуальные машины на случайные узлов, а не на предпочтительный сайт
У нас есть 2 физических хоста, 4 виртуальных узла (виртуальные машины HyperV Server, 2 на каждом хосте), в котором запущены несколько вложенных тестовых виртуальных машин (с использованием упомянутого HyperV Server).
Короче говоря, это лабораторная среда, в которой мы пытаемся реплицировать 2 стойки (где каждая стойка является физическим хостом), 4 отказоустойчивый кластер с поддержкой сайта. Мы подключили том iSCSI ко всем узлам, работающим как CSV, где хранятся виртуальные машины. Мы создали домены сбоя, в которых первые 2 узла находятся на сайте 1, стойка 1, а два левых узла - на сайте 2, стойка 2, настроили предпочтительный сайт как сайт 1. Изменили Get-ClusterGroup для виртуальных машин на сайт 1. 2 на каждом хосте) кластер, на котором запущено несколько вложенных тестовых виртуальных машин (с использованием упомянутого сервера HyperV).
Короче говоря, это лабораторная среда, где мы пытаемся реплицировать 2 стойки (где каждая стойка физический хост), 4 отказоустойчивый кластер с поддержкой сайта. Мы подключили том iSCSI ко всем узлам, работающим как CSV, где хранятся виртуальные машины. Мы создали домены сбоя, в которых первые 2 узла находятся на сайте 1, стойка 1, а два левых узла - на сайте 2, стойка 2, настроили предпочтительный сайт как сайт 1. Изменили Get-ClusterGroup для виртуальных машин на сайт 1. 2 на каждом хосте) кластер, на котором выполняется несколько вложенных тестовых виртуальных машин (с использованием упомянутого сервера HyperV).
Короче говоря, это лабораторная среда, где мы пытаемся реплицировать 2 стойки (где каждая стойка физический хост), 4 отказоустойчивый кластер с поддержкой сайта. Мы подключили том iSCSI ко всем узлам, работающим как CSV, где хранятся виртуальные машины. Мы создали домены сбоя, в которых первые 2 узла находятся на сайте 1, стойка 1, а два левых узла - на сайте 2, стойка 2, настроили предпочтительный сайт как сайт 1. Изменили Get-ClusterGroup для виртуальных машин на сайт 1. Мы подключили том iSCSI ко всем узлам, работающим как CSV, где хранятся виртуальные машины. Мы создали домены сбоя, в которых первые 2 узла находятся на сайте 1, стойка 1, а два левых узла - на сайте 2, стойка 2, настроили предпочтительный сайт как сайт 1. Изменили Get-ClusterGroup для виртуальных машин на сайт 1. Мы подключили том iSCSI ко всем узлам, работающим как CSV, где хранятся виртуальные машины. Мы создали домены сбоя, в которых первые 2 узла находятся на сайте 1, стойка 1, а два левых узла - на сайте 2, стойка 2, настроили предпочтительный сайт как сайт 1. Изменили Get-ClusterGroup для виртуальных машин на сайт 1.
Проблема - при попытке протестировать аварийное переключение виртуальные машины мигрируют на случайные сайты, а не на предпочтительные узлы сайта 1. Это почему? Это как-то связано с хранилищем? (поскольку все узлы используют один и тот же CSV, и мы должны реализовать реплику хранилища). Я что-то пропустил?
Я сам нашел решение. Проблема заключалась в том, что на других узлах оставалось очень мало свободных ресурсов, и из-за этого виртуальные машины мигрировали на менее загруженные узлы.Как бы то ни было, теперь предпочтительный сайт с переключением на узлы внутри сайта перед переключением на другой работает нормально. Спасибо всем, кто помогал.
Вам необходимо ...
(1) ... использовать что-то вроде встроенной реплики хранилища Windows Server 2016 (аварийное восстановление, только активно-пассивная репликация).
https://docs.microsoft.com/en-us/windows-server/storage/storage-replica/storage-replica-overview
К сожалению, это функция только для Datacenter, в Windows Server Standard есть некоторая версия Lite, но она ограничена до 2 ТБ или около того, или вы можете ...
(2) ... использовать сторонний инструмент репликации блоков (прекращена ли поддержка DoubleTake?), или ...
(3) ... пользоваться услугами провайдера iSCSI с собственной репликацией с учетом WAN. StarWind Virtual SAN (бесплатно?) - хороший вариант.