Обычно я создаю новые виртуальные машины из графического интерфейса диспетчера отказоустойчивого кластера. Но на этот раз я пошел другим путем, потому что пришлось (из-за нехватки времени и доступных ресурсов в то время). Для этой виртуальной машины мне пришлось создать ее непосредственно в кластере node1. Затем, когда я его настроил и запустил, у кластера был доступный для использования диск, поэтому я выключил виртуальную машину, а затем добавил ее как службу / роль в графический интерфейс диспетчера отказоустойчивого кластера.
Казалось, что это перешло в диспетчер отказоустойчивого кластера без каких-либо проблем.
Затем я попытался выполнить живую миграцию и получил ошибку "Не удалось найти коммутатор Ethernet «Broadcom NetXtreme Gigabit Ethernet # 3 - виртуальный коммутатор»."
Несколько замечаний ...
Какие-либо предложения?
Наконец разобрался ...
Я все думал, что это из-за WINDOWS «Имя устройства» в списке сетевых подключений. Я был совершенно неправ, и это заставило меня пойти по неверному пути.
Настоящая причина возникновения проблемы связана с адаптером Virtual Ethernet, созданным Hyper-V. Каждый из ваших узлов кластера будет иметь один (или должен), чтобы ваши виртуальные машины могли подключаться к сети. Чтобы получить доступ к виртуальному адаптеру Ethernet, вам необходимо получить доступ к Virtual Switch Manager. Чтобы добраться до этого откройте диспетчер Hyper-V, налево щелкните правой кнопкой мыши узел сервера (вы можете добавить сюда все свои узлы, чтобы управлять ими, а не входить в каждый из них) и выберите "Virtual Switch Manager ...". Как только вы это сделаете, нажмите на виртуальный коммутатор уже создан (ниже «Новый виртуальный сетевой коммутатор») или создайте новый. Поле «Имя» должно быть одинаковым на ВСЕХ узлах, на которые вы планируете динамическую миграцию. В моем случае я поменял все свое на «Виртуальный коммутатор HyperV».