Мы находимся в процессе выполнения крупного обновления физического уровня с помощью наших гипервизоров, и мне нужен совет относительно предлагаемой конфигурации и программного обеспечения VSAN. Чтобы разбить вещи, вот общий обзор нашей текущей рабочей инфраструктуры. Все серверы используют платформу виртуализации Hyper-V, и мы планируем ее придерживаться.
· HV01 (производство / старый кластер)
· HV02 (производство / старый кластер)
· HV03 (дополнительный сервер / неиспользуемый)
Прямо сейчас HV01 / HV02 встроены в активный / пассивный кластер с использованием репликации Veeam. HV03 - это дополнительный сервер из другого проекта, который у нас есть. По причинам, выходящим за рамки этой публикации, я не буду вдаваться в подробности того, почему у нас это не работает. Мы - новый ИТ-консультант этой компании, и изначально сеть была настроена именно так. Рабочий план состоит в том, чтобы переместить все виртуальные машины на один узел (HV01), а затем объединить HV02 и HV03 в новый производственный кластер. Это будет выглядеть примерно так:
· HV01 (старый кластер / Все виртуальные машины)
· HV02 (новый кластер / ожидающая миграция ВМ)
· HV03 (новый кластер / ожидающая миграция ВМ)
Затем мы обновим все наши виртуальные машины Server 2008 R2 до более новых выпусков Windows и перенесем их в новый кластер. После завершения обновлений и миграций мы добавим HV01 в новый кластер, чтобы в общей сложности было 3 узла.
· HV01 (производство / новый кластер)
· HV02 (производство / новый кластер)
· HV03 (производство / новый кластер)
Все серверы - это Dell R510 с 12 дисками на передней задней панели. Все 12 дисков находятся перед RAID-контроллером PERC H700. Поскольку у нас так много локального хранилища, мы стремимся визуализировать нашу SAN и, возможно, сократить расходы на новое оборудование. Вот где мы столкнулись с некоторыми проблемами - с программным обеспечением. Судя по многим рекомендациям на этом форуме, Starwind vSAN кажется подходящим вариантом, и это был мой первый вопрос. К сожалению, их стоимость превышает наш бюджет, и, если возможно, мы хотели бы получить другие рекомендации сообщества. S2D отключен из-за контроллера RAID PERC. Если дело дойдет до дела, мы выберем Starwind’s, я просто хотел бы узнать, доступны ли другие варианты.
Это подводит меня к следующему вопросу. Из-за неудачного выбора времени руководство хочет добавить еще одну виртуальную машину в текущий производственный кластер. Это противоречит первоначальному плану по переносу всех производственных виртуальных машин на HV01, мы почти не ограничиваем доступные ресурсы. Излишне говорить, что у нас не будет места для добавления дополнительных виртуальных машин.
Можно ли с помощью Starwind (если это то, что мы используем) создать новый отказоустойчивый кластер с одним узлом из HV03? Затем, по мере того, как мы продвигаемся по нашему регулярному расписанию, мы можем добавить HV02 в кластер и реплицировать локальное хранилище (с новой виртуальной машиной).
Приносим извинения за стену с текстом и запутанный характер вопроса, но любая помощь и рекомендации были бы очень дорогими.
Спасибо всем!
Вы можете использовать StarWind только с двумя узлами, применив обновление к полноценному 3-узловому кластеру позже. StarWind не объединяет все диски / флэш-диски в единое пространство имен, в вашем кластере из N узлов будет N виртуальных LUN и N CSV.
P.S. Microsoft рекомендует по крайней мере один CSV для каждого узла кластера, поэтому это больше похоже на проблему дизайна Microsoft, чем на чью-либо еще.