У меня есть несколько серверов с локальными RAID-массивами SATA/SAS. Я хотел бы работать туда, виртуальные машины с некоторым уровнем автоматизированной обработки отказа - синхронизируют VM к вторичному узлу в интервале 1 минуты, и автоматизированный запускаются, когда основной узел умер, по крайней мере.
Я уже создал отказоустойчивый кластер со свидетелем fileshare на другой машине. В менеджере по Обработке отказа я не могу добавить любой Диск, не говорит "Подходящего диска". Я пытался добавить виртуальный диск iSCSI через Цель iSCSI MS, но это не появилось также. Брокеру Копии Hyper-V нельзя включить без сохраненного общего.
Как достигнуть обработки отказа с текущими аппаратными средствами на Hyper-V? Если не там какая-либо другая платформа виртуализации для моих потребностей? На основе моего поиска с VMware мне был бы нужен HA + vSAN, который является довольно дорогим, Ganeti Google не работает хорошо с гостями Windows.
У вас есть два варианта для создания отказоустойчивого кластера Hyper-V с использованием текущего оборудования:
1) Windows Server 2016 с репликой хранилища http://www.tech-coffee.net/storage-replica/ который предполагает переключение вручную в случае сбоя одного из серверов или локальных дисковых пространств. http://windowsitpro.com/windows-server/what-storage-spaces-direct что нужно как минимум 4 хоста https://slog.starwindsoftware.com/microsoft-storage-spaces-direct-4-node-setup/ но обеспечивает автоматическое переключение при отказе и так далее.
2) Стороннее программное обеспечение, такое как StarWind.
https://www.starwindsoftware.com/starwind-virtual-san
, который может брать ваши локальные диски и зеркалировать их между хостами, предоставляя эти высокодоступные экземпляры хранилища в качестве общего хранилища для вашего кластера Hyper-V. Если вы хотите создать отказоустойчивый кластер на основе SMB 3.0 с использованием выделенных серверов для хранения, вы можете использовать их бесплатную версию.
https://www.starwindsoftware.com/starwind-virtual-san-free
У меня нет решения для вас, но я вроде как чувствовал, что это заслуживает хоть какого-то ответа:
Чтобы сформулировать очевидное, машина сильно зависит от своего хранилища. В среде с высокой доступностью - где все виртуальные машины могут работать на любом узле - все узлы должны иметь возможность видеть хранилище для виртуальной машины, иначе они не могут быть хостом для этой виртуальной машины. Таким образом, кластерные общие тома могут быть созданы только в том случае, если все узлы могут видеть хранилище.
С двумя узлами и без общего хранилища, я думаю, лучшее, на что вы можете надеяться - без привлечения сторонних поставщиков - это отказаться от отказоустойчивого кластера и использовать Реплика Hyper-v.
В 2016 году мы получаем реплику хранилища, и я думаю, вы можете использовать ее для создания растянутого кластера с асинхронной репликацией.
Я бы хотел увидеть здесь некоторые решения, если они существуют.