Когда дело касается хранилища, я немного новичок, поэтому буду благодарен за любые указатели!
Я пытаюсь спланировать небольшой кластер Windows Server 2012R2 Hyper-V для SMB, состоящего из 2 серверов, и, поскольку я хотел включить опцию аварийного переключения, в случае смерти одного из хостов я хотел включить какое-то общее хранилище для при необходимости разрешите виртуальным машинам переключиться на второй хост.
После некоторого исследования выяснилось, что ящик для хранения с прямым подключением может быть лучшим решением или, по крайней мере, лучшим компромиссом между стоимостью и производительностью.
Если это вообще возможно, я хотел бы иметь какое-то резервирование для хранилища, и, конечно, на ум приходит RAID. К сожалению, согласно этот, казалось бы, RAID не поддерживается:
«Кластерный пул хранения ДОЛЖЕН состоять из физических дисков, подключенных через Serial Attached SCSI (SAS). Распределение по уровням любой подсистемы хранения, будь то внутренняя карта RAID или внешний блок RAID, независимо от того, подключены они напрямую или через структуру хранилища, является не поддерживается."
... и здесь я запутался. Я понимаю, что все, что решение для хранения данных DAS делает внутри (например, настраивает том RAID на нескольких дисках и предоставляет хостам доступ к указанному тому), должно быть полностью прозрачным для самих хостов. После этого указанные хосты смогут использовать этот том для создания отказоустойчивого кластера Windows и кластера Hyper-V.
Итак, к моим вопросам:
Заранее спасибо!
Вы эффективно стреляете себе в ногу. Полный провал.
Вы заменяете проблему отказа одного из двух серверов единственной точкой отказа - общим хранилищем.
Если вы действительно хотите пойти по этому пути, единственный способ - использовать систему, которая создает общее хранилище, способное справиться с отказом одного сервера.
Один из способов сделать это - обширный вне рамок исследований и разработок и, следовательно, охватываемый MSDN - это S2D, Storage Spaces Direct, предпочтительнее с современным сервером, а не чем-то устаревшим. Обратите внимание, что Storage Spaces DIRECT НЕ ЯВЛЯЕТСЯ Storage Spaces - более поздняя версия находится в Windows Standard и не обрабатывает сценарии кластера / сбоя. Ему также не хватает потрясающих возможностей кеширования SSD NVME.
Более дешевое решение - использовать что-то вроде Starwind. У них есть программное обеспечение, которое делает именно то, что вы хотите. Есть и другие.
Нет, хостам все равно, что находится под LUN, но есть несколько вещей, которые следует учитывать:
Рассмотрим физический сервер, для которого вы бы организовали диски и файлы следующим образом: системные файлы, включая файл подкачки, на одном физическом диске; Файлы данных на другом физическом диске.
Для эквивалентной кластерной виртуальной машины вы должны организовать тома и файлы аналогичным образом: системные файлы, включая файл подкачки, в файле VHD в одном CSV, файлы данных в файле VHD в другом CSV.
Старайтесь соблюдать те же правила при добавлении новых хостов виртуальных машин.
В диспетчере отказоустойчивого кластера в дереве консоли разверните имя кластера, а затем разверните Хранилище. Щелкните правой кнопкой мыши «Диски» и выберите «Добавить диск». Появится список, показывающий диски, которые можно добавить для использования в отказоустойчивом кластере. Выберите LUN-диск или диски, которые вы хотите добавить, а затем нажмите OK. Теперь диски назначены в группу «Доступное хранилище».
Диски могут быть LUN, они не обязательно должны быть физическими дисками.
Вам даже не нужно использовать пулы (в зависимости от того, как вы планировали что-то делать).
На практике, пока вам удалось создать LUN, какой тип конфигурации хранилища стоит за ними, не имеет значения. В моем случае я использую хранилище Dell с твердотельным накопителем SAS для требований высокой скорости и другое хранилище Dell с жесткими дисками в качестве дополнительных и резервных.