Назад | Перейти на главную страницу

Внутреннее хранилище как пул хранения отказоустойчивого кластера HA?

У меня есть 2 узла HyperV server (2012 R2) с общим хранилищем ISCSI (ubuntu 16.04) в отказоустойчивом кластере.

Я хочу сделать эти 3 сервера (windows server 2016 и / или 2012r2), каждый с 2 ​​разделами, один для системы и один для хранения.

Как я могу заставить эту работу работать, если мне нужно провести обслуживание одного из серверов?

С тем, что у меня есть прямо сейчас, я переношу виртуальную машину на рабочий узел и провожу обслуживание второго, поскольку хранилище является внешним, оно ничего не меняет в виртуальной машине. С учетом того, как я думаю, что хочу это сделать, закрытие одного сервера сделает его хранилище недоступным, и все на нем выйдет из строя.

Прямо сейчас серверы хранения имеют весь свой диск в аппаратном RAID 1 + 0, поэтому, если диск выйдет из строя, это не вызовет проблем для сервера, можно ли сделать то же самое для кластера в случае, если один из серверов должен быть закрыт?

Я читал, что использовать аппаратные и программные рейды нельзя, но я не понимаю, как я могу сделать это без обоих?

Если я сделаю пул хранения в отказоустойчивом кластере, позволит ли это закрыть один сервер, и он обновит свое хранилище, когда я верну его обратно, не делая виртуальную машину недоступной?

Нужно ли мне переносить все данные из хранилища в одно, которое будет работать, а затем проводить техническое обслуживание на сервере и после этого повторно передавать все обратно? Или я остаюсь с внешним хранилищем и надеюсь, что мне никогда не придется закрывать его, поскольку это почти та же проблема?

Некоторые соображения: старые серверы HP proliant Gen 7, Dell Poweredge Gen 12 и, возможно, IBM Server X5. Кроме того, я не могу получить другие рейд-контроллеры, я получаю все, что есть на этих серверах, поэтому без сквозного подключения, JBOD и т. Д.

Как говорится в комментариях ниже, Windows Server 2016 Datacenter Edition имеет встроенные локальные дисковые пространства (S2D), которые позволяют реализовать / настроить гиперконвергентный кластер из 2 или более узлов. Однако у него было слишком много проблем, поэтому он был исключен в последней версии Windows Server. Источник.

Несмотря на это, по-прежнему существуют варианты настройки общего хранилища для отказоустойчивого кластера Hyper-V. StarWind Virtual SAN и HPE StorageVirtual VSA выполняли эту работу за годы до выпуска S2D. Решения позволяют зеркалировать базовое хранилище между узлами с целью кластеризации. Таким образом, вы можете использовать решения для реализации 2- или 3-узлового кластера Hyper-V. Разница между ними в том, что StarWind является бесплатным и встроенным для Windows и имеет версию на базе Linux, тогда как HPE VSA является бесплатным, но только в качестве устройства хранения на базе Linux.

С учетом вышесказанного я предлагаю вам использовать хранилище Ubuntu iSCSI в качестве хранилища резервных копий и реализовать StarWind для Hyper-V.