Миграция кластера Hyper-V / программное обеспечение vSAN

Мы находимся в процессе выполнения большого обновления физического уровня с помощью наших гипервизоров, и мне нужен совет относительно предлагаемой конфигурации и программного обеспечения VSAN. Чтобы разбить вещи, вот общий обзор нашей текущей рабочей инфраструктуры. Все серверы используют платформу виртуализации Hyper-V, и мы планируем придерживаться ее.

· HV01 (производственный / старый кластер)

· HV02 (производственный / старый кластер)

· HV03 (дополнительный сервер / un-used)

Прямо сейчас 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 в кластер и реплицировать локальное хранилище (с новой виртуальной машиной).

Приносим извинения за стену текста и запутанный характер вопроса, но любая помощь и рекомендации были бы весьма краткими.

Всем спасибо!