none
Перенос ВМ со Stand Alone Hyper V сервера на Failover cluster RRS feed

  • Вопрос

  • Доброго времени суток!

    Имеются два отдельно стоящих Hyper-V сервера, на каждом крутится около 8 гостей. Для построения отказоустойчивого кластера приобрели два новых сервера (более производительных).

    Подскажите, пожалуйста, каким образом без последствий можно перенести существующие ВМ со старых серверов на кластер?

    Заранее благодарен!


    • Изменено lepesh14 21 января 2012 г. 18:23
    21 января 2012 г. 18:22

Ответы

  • Если нет VMM, позволяющего с помощью операции Migrate провести подобный перенос, то только с помощью экспорта-импорта. Причем операцию импорта проводить нужно будет с узла-координатора.

    • Помечено в качестве ответа lepesh14 22 января 2012 г. 5:12
    21 января 2012 г. 21:01
    Модератор
  • 1. Папку с экпортированной виртуальной машиной вам нужно будет скопировать на CSV-диск кластера (обычно монтируется на узлах кластера в папку c:\ClusterStorage\Volume1) или другой общий кластерный диск.

    2. Затем на одном из узлов кластера в оснастке Hyper-V нужно выполнить импорт машины из папки на кластерном диске. После этого привязать сетевую карту виртуальной машины к новому виртуальному коммутатору. Кроме этого имеет смысл (но не обязательно) задать сетевой карте виртуальной машины статический MAC-адрес.

    3. Далее уже в оснастке кластера необходимо добавить витруальную машину, которую вы импортировали на предыдущем шаге. Как это сделать можете посмотреть в разделе "To make a virtual machine highly available" следующей статьи: http://technet.microsoft.com/ru-ru/library/cc732181(WS.10).aspx.


    • Изменено Evgenii Alekseev 21 января 2012 г. 22:51
    • Помечено в качестве ответа lepesh14 22 января 2012 г. 5:13
    • Снята пометка об ответе Denis DyagilevEditor 22 января 2012 г. 6:38
    • Помечено в качестве ответа lepesh14 3 февраля 2012 г. 19:08
    • Снята пометка об ответе lepesh14 3 февраля 2012 г. 19:08
    • Помечено в качестве ответа lepesh14 3 февраля 2012 г. 20:08
    21 января 2012 г. 22:45

Все ответы

  • Если нет VMM, позволяющего с помощью операции Migrate провести подобный перенос, то только с помощью экспорта-импорта. Причем операцию импорта проводить нужно будет с узла-координатора.

    • Помечено в качестве ответа lepesh14 22 января 2012 г. 5:12
    21 января 2012 г. 21:01
    Модератор
  • А в случае импорта будет иметь значение различие в конфигурациях дисков? (например, на старом сервере были диски C:\ и D:\, причем, vhd хранился на d:\, а xml ВМ на с:\, а на новом сервере диски другие, с др. литерами)
    21 января 2012 г. 22:07
  • 1. Папку с экпортированной виртуальной машиной вам нужно будет скопировать на CSV-диск кластера (обычно монтируется на узлах кластера в папку c:\ClusterStorage\Volume1) или другой общий кластерный диск.

    2. Затем на одном из узлов кластера в оснастке Hyper-V нужно выполнить импорт машины из папки на кластерном диске. После этого привязать сетевую карту виртуальной машины к новому виртуальному коммутатору. Кроме этого имеет смысл (но не обязательно) задать сетевой карте виртуальной машины статический MAC-адрес.

    3. Далее уже в оснастке кластера необходимо добавить витруальную машину, которую вы импортировали на предыдущем шаге. Как это сделать можете посмотреть в разделе "To make a virtual machine highly available" следующей статьи: http://technet.microsoft.com/ru-ru/library/cc732181(WS.10).aspx.


    • Изменено Evgenii Alekseev 21 января 2012 г. 22:51
    • Помечено в качестве ответа lepesh14 22 января 2012 г. 5:13
    • Снята пометка об ответе Denis DyagilevEditor 22 января 2012 г. 6:38
    • Помечено в качестве ответа lepesh14 3 февраля 2012 г. 19:08
    • Снята пометка об ответе lepesh14 3 февраля 2012 г. 19:08
    • Помечено в качестве ответа lepesh14 3 февраля 2012 г. 20:08
    21 января 2012 г. 22:45
  • Ни в коем случае копируйте на CSV ничего вручную, подобные операции чреваты целостностью файловой системы, фактически насильно записывающие в те блоки, которые уже, возможно, используются координатором для своих задач.
    22 января 2012 г. 7:49
    Модератор
  • Ни в коем случае копируйте на CSV ничего вручную, подобные операции чреваты целостностью файловой системы, фактически насильно записывающие в те блоки, которые уже, возможно, используются координатором для своих задач.


    Может я и не прав, но объясните каким образом в итоге виртуальная машина попадет на CSV-диск? Если мы её скопируем на локальный диск одного из узлов и произведем импорт через Hyper-V, то виртуалка и привяжется к файлам на локальном диске.

    Противоречивая статья: http://blogs.technet.com/b/vm/archive/2010/04/26/hyper-v-8-csv.aspx. С одной стороны автор блога сам копирует вручную файлы виртуальной машины на CSV-диск. Причем говорит, что рекомендация использования узла-координатора предпочтительней только из-за большей производительности. Затем тут же в комментариях, говворит что так делать нельзя.

    22 января 2012 г. 8:08
  • Попадет она туда вследствие операции экспорта, а не копирования вручную. Открываете консоль Hyper-V, гасите ВМ, экспортируете на общий том. Разница есть между описанным выше и ручным копированием на CSV очевидна?

    Противоречивого в статье ничего нет, проводимые Кибкало эксперименты нацелены на демонстрацию производительности, как Вы верно заметили. Размещение на кластере ВМ рекомендуется делать операцией импорта с узла-владельца с последующей конфигурацией машин через оснастку кластера.

    22 января 2012 г. 8:41
    Модератор
  • Попадет она туда вследствие операции экспорта, а не копирования вручную. Открываете консоль Hyper-V, гасите ВМ, экспортируете на общий том. Разница есть между описанным выше и ручным копированием на CSV очевидна?

    Пока не совсем понятно. У нас есть отдельно стоящий (не узел кластера) Hyper-V сервер. С него сделали экспорт виртуальной машины. Далее вручную перенесли папку машины на локальный диск узла кластера (являющегося узлом-координатором). После этого импортировали машину в Hyper-V с локального диска, а затем экспортировали её же, но на CSV-диск, удалили в Hyper-V и заново импортировали. Я правильно понял?  

    P.S: Я просто в свое время переносил методом, который указал в первом письме, на кластер с десяток виртуалок. Всё прошло без каких-либо проблем. Но на будущее учту ваши рекомендации. Как я понимаю, в Windows 8 этой проблемы уже не будет. 

    22 января 2012 г. 10:01
  • В идеале - да, именно так. В идеале идеалов - развернуть под миграцию SCVMM -)

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

    • Предложено в качестве ответа Evgenii Alekseev 22 января 2012 г. 11:52
    22 января 2012 г. 11:15
    Модератор
  • В идеале - да, именно так. В идеале идеалов - развернуть под миграцию SCVMM -)

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

    Опять у меня недопонимание. Все действия c CSV нужно проводить с узла-владельца и при том через Hyper-V? - Тогда как банально удалить из кластера ненужные виртуальные машины? После удаления виртуальных машин все их файлы всё равно останутся на CSV-диске. Т.е. их придётся удалять вручную. Или эту операцию штатно сделать нельзя? А если можно, то почему нельзя непосредственно копировать файлы виртуалок на CSV-диск на узле-владельце без дополнительных операции импорта/экспорта машин с локального диска ноды?  

    29 января 2012 г. 17:43
  • Я действую так:

    1) Создал парочку эталонных виртуалок с Win 2008 R2 со всеми обновлениями (на тот момент). Скопировал себе на локальный диск на 1 из серверов failover cluster.

    2) Когда мне нужно что-то поднять новое создаю виртуальную машину с определённым именем и конфигурацией оперативной памяти (конфигурация объёма жесткого диска для неё здесь не важно, т.к. будет так, как сделано на эталонном VHD образе). Переименовываю эталонную виртуальную машину на имя вновь созданной и копирую с заменой уже на CSV диск (очень важный пункт, если удалить созданную и скопировать эталонную и переименовать - почему-то не работает). Так же делаю это всё с сервера-владельцы ноды.

    Всё отлично работает, ни разу не было никакого сбоя (кстати в отличии от импорта-экспорта, вот с этим был сбой... непонятно почему машина импортированная не хотела запускаться). А вообще всё что касается майрософт - это шаманство.

    30 января 2012 г. 17:23
  • Denis Dyagilev пожалуйста ответьте на вопрос от  Eugene Alekseev, а точнее:

    "Почему нельзя непосредственно копировать файлы виртуалок на CSV-диск на узле-владельце без дополнительных операции импорта/экспорта машин с локального диска ноды? "

    Вопрос очень интересный, т.к. не нашёл запретов от майкрософт в ручном копировании VHD файлов на CSV диск. Вы пишете:

    "Ни в коем случае копируйте на CSV ничего вручную, подобные операции чреваты целостностью файловой системы, фактически насильно записывающие в те блоки, которые уже, возможно, используются координатором для своих задач."

    Но ведь мы копируем на узле-владельце  (т.е. в вашей терминологии узле-координаторе), и он впринцепе должен знать на какие блоки записывать. В любом случае если бы вы указали, где данное утверждение подтверждено в документации майкрософт, был бы Вам очень благодарен.

    1 февраля 2012 г. 19:24
  • Во-первых, если интерес вопроса в том, что запрет не зафиксирован в документации, то отвечу так - много спорных вещей не задокументированно.

    Во-вторых, форум - средство рекомендательной поддержки, а не официальной -) Исходя из этого Ваше право, следовать рекомендациям, или нет.

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

    2 февраля 2012 г. 4:17
    Модератор
  • Во-вторых, форум - средство рекомендательной поддержки, а не официальной -) Исходя из этого Ваше право, следовать рекомендациям, или нет.

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


    Мне тоже очень интересно ваше мнение по вопросу удаления виртуальных машин, который я ранее задал:

    "Опять у меня недопонимание. Все действия c CSV нужно проводить с узла-владельца и при том через Hyper-V? - Тогда как банально удалить из кластера ненужные виртуальные машины? После удаления виртуальных машин все их файлы всё равно останутся на CSV-диске. Т.е. их придётся удалять вручную. Или эту операцию штатно сделать нельзя?"


    2 февраля 2012 г. 4:26
  • Все через координатор -)

    Да, рекомендовал бы удалить ВМ  НА-ресурс через оснастку Failover cluster, удалить ВМ через оснастку Hyper-V, далее из C:\ClusterStorage\Volume№ удалить файлы и диски. VMM сделает это автоматически - удалит и ВМ, и ее диски.

    2 февраля 2012 г. 5:32
    Модератор
  • Этот майкрософт....

    Я уверен что у VMM нет никаких проверок и перехватов, и стоит просто команда из повершелла Remove-Item $_ . Так что не убедили, сорри. Но за совет спасибо.

    То есть по сути, хотите сделать правильно -> покупайте наш дополнительный продукт.

    Кстати не особо верится что копирование VHD файлов может привести к обрушению CSV. Если такое произойдёт, и разъярённый клиент подаст иск на майкрософт (и был бы прав, так как это нигде не запрещено и даже нет просто предупреждений что это опасно), то майкрософт заплатит больших денег. А в Европе и в Америкосии многи на этом тупо зарабатывает (специально покупает продукты крупных компаний и в результате недокументированных ошибок всё роняют), потом только с помощью юристов убедить суд, что это привело к большому ущербу и компенсация у тебя в кармане (почти всегда такие дела заканчивается мировым соглашением, после которых майкрософт пишет у себя очередной kbxxxxxyyyyy с предупреждениями). Так вот, с момента выхода на рынок Hyper-V 2 c CSV прошло уже много времени и, видимо, никто таким способом убить CSV диск не смог.

    2 февраля 2012 г. 18:13
  • Попробовал метод Eugene Alekseev, предложенный все получилось.

    Denis Dyagilev ,пока возможности приобрести дополнительно не имеем, надеюсь обрушения CSV наблюдать не придется).

    ra33er, спасибо, Ваш метод оч. экономит время развертывания новых ВМ.


    • Изменено lepesh14 3 февраля 2012 г. 20:14
    3 февраля 2012 г. 20:13