none
in-place обновление Microsoft Hyper-V Server 2012 R2 на 2019

    Вопрос

  • занимаюсь настройкой SC VVM 2019. Добавил один хост с Microsoft Hyper-V Server 2016. Хотел добавить наш главный сервер с Microsoft Hyper-V 2012 R2, и тут такой облом:

    Собственно вопрос: что стоит учесть при обновлении "на месте" Microsoft Hyper-V Server 2012 R2 на 2019?

    Конфигурация самая простая: Hyper-V сервер + NAS сервер подключённый по iSCSI.

    Спасибо!

    31 марта 2019 г. 18:31

Ответы

  • В случае установки с нуля, вопрос про восстановление\добавление VM остаётся открытым.

    1. Выключаете ВМ,

    2. Обновляете хост чистой установкой,

    3. Подключаете том по iSCSI,

    4. Импортируете ВМ штатными механизмами импорта консоли Hyper-V.

    • Помечено в качестве ответа Anahaym 2 апреля 2019 г. 11:36
    2 апреля 2019 г. 11:26
    Модератор
  • 4) - , после импорта VM не захотели включаться. Об этом в отдельной теме. А так решили созданием новой VM с подключением имеющегося диска. Пришлось потом перенастраивать сетевые карты.

    пока писал новую тему, нашёл решение. Только в моём случае, пришлось возвращать динамический МАС и всё заработало. Увы, к этому моменту все VM уже были пересозданы, и перенастроены. Если я их удалю, и заново импортирую - это нормально будет?
    • Помечено в качестве ответа Anahaym 26 апреля 2019 г. 9:58
    26 апреля 2019 г. 9:54

Все ответы

  • Почему in-place, а не clean? Чтобы потом рудименты от Hyper-V 2012 R2 тащить до следующего обновления?

    С учётом моей позиции (ценность сервера-гипервизора сама по себе равна нулю), рекомендовал бы чистую установку. Всё равно на время обновления виртуальные машины должны быть выключены, поэтому, думаю, +10 минут на первоначальную настройку узла виртуализации в рамках окна обслуживания не особо сделают погоды.

    P.S. — давайте завязывать с болдом текста. Читать невозможно -)

    1 апреля 2019 г. 7:45
    Модератор
  • Почему in-place, а не clean?

    Потому, что это проще. В случае чистой установки мне надо будет ехать в другой город, где расположен датацентр. Какие именно рудименты останутся от 2012 R2, и как они помешают работе сервера? Вопрос для информации.

    Но если Вы рекомендуете чистую установку - обязательно рассмотрю этот вариант. И правильно понял, что порядок будет такой (интересует последний пункт):

    - выключение всех VM
    - чистая установка Hyper-V 2019
    - подключение NAS
    - импорт виртуальных жёстких дисков в новые VM?

    1 апреля 2019 г. 8:15
  • Месяц назад обновлял файловый кластер in-place WS2012R2->WS2016->WS2019, при чём интересовало именно какие ошибки вылезут вследствие этого (нельзя обновить напрямую WS2012R2->WS2019 ибо это кластер + MS в этом случае всегда говорит использовать clean install). Короче в течении месяца пока никаких глобальных проблем не встретил (разве что пришлось обновлять VmWare Tools) и всё работает штатно. Так что думаю вы можете и такой вариант рассмотреть, хоть он и не рекомендуется.
    1 апреля 2019 г. 8:31
  • нельзя in-place обновить именно кластер? с промежуточным 2016 я учту. спасибо.
    1 апреля 2019 г. 8:46
  • Именно кластер нельзя, отдельный хост - пожалуйста.

    Сначала обновляете хосты до WS16, затем повышаете уровень кластера, затем обновляете хосты до WS19 и снова повышаете уровень кластера.

    P.S. Точно бы не стал апдейтить in-place например AD DS, AD CS, AD FS, а вот сервисы попроще - почему бы и нет?

    1 апреля 2019 г. 11:11

  • P.S. Точно бы не стал апдейтить in-place например AD DS, AD CS, AD FS, а вот сервисы попроще - почему бы и нет?

    так и у меня самый простой сервис - Hyper-V )

    Чтобы потом рудименты от Hyper-V 2012 R2 тащить до следующего обновления?

    А вот обновление на месте кластера Hyper-V поддерживается. Если сама MS об этом заявила для кластера, то я не вижу причин не обновить 2012 R2 до 2016 (или 2019).

    В случае установки с нуля, вопрос про восстановление\добавление VM остаётся открытым.
    • Изменено Anahaym 1 апреля 2019 г. 11:41
    1 апреля 2019 г. 11:24
  • В случае установки с нуля, вопрос про восстановление\добавление VM остаётся открытым.

    1. Выключаете ВМ,

    2. Обновляете хост чистой установкой,

    3. Подключаете том по iSCSI,

    4. Импортируете ВМ штатными механизмами импорта консоли Hyper-V.

    • Помечено в качестве ответа Anahaym 2 апреля 2019 г. 11:36
    2 апреля 2019 г. 11:26
    Модератор
  • В случае установки с нуля, вопрос про восстановление\добавление VM остаётся открытым.

    1. Выключаете ВМ,

    2. Обновляете хост чистой установкой,

    3. Подключаете том по iSCSI,

    4. Импортируете ВМ штатными механизмами импорта консоли Hyper-V.

    Сегодня ночью сделали. Краткий отзыв по шагам

    1) +
    2) +
    3) - , после монтирования iSCSI том почему-то оказался в Read-Only. решилось diskpart-ом
    4) - , после импорта VM не захотели включаться. Об этом в отдельной теме. А так решили созданием новой VM с подключением имеющегося диска. Пришлось потом перенастраивать сетевые карты.

    • Изменено Anahaym 26 апреля 2019 г. 8:39
    26 апреля 2019 г. 8:38
  • 4) - , после импорта VM не захотели включаться. Об этом в отдельной теме. А так решили созданием новой VM с подключением имеющегося диска. Пришлось потом перенастраивать сетевые карты.

    пока писал новую тему, нашёл решение. Только в моём случае, пришлось возвращать динамический МАС и всё заработало. Увы, к этому моменту все VM уже были пересозданы, и перенастроены. Если я их удалю, и заново импортирую - это нормально будет?
    • Помечено в качестве ответа Anahaym 26 апреля 2019 г. 9:58
    26 апреля 2019 г. 9:54
  • По п. 3 — логично, флаги резервирования дисков остались за старым хостом,
    По п. 4 — и это логично, потому что значения МАС-адресов генерируются при установке роли Hyper-V и выдаются при старте VMMS. Зачем Вам их удалять? Суть операции какая?
    26 апреля 2019 г. 10:01
    Модератор

  • По п. 4 — и это логично, потому что значения МАС-адресов генерируются при установке роли Hyper-V и выдаются при старте VMMS. Зачем Вам их удалять? Суть операции какая?
    суть в том, что ВМ просто не включался (и WS и Linux). А мне вот например, не видится никакой логики в зависимости старта ВМ от МАС адреса.
    И да, теперь надо менять резервирование в DHCP... Хорошо, хоть одна ВМ такая.
    26 апреля 2019 г. 10:10