Комментарии 15
Докатились, теперь уже на хабре инструкции по установке чего-то примитивного…
Ждем гуртовщиков мыши…
Ждем гуртовщиков мыши…
Настроить сеть в 2003 х64 под Hyper-V действительно то ещё испытание, как минимум из-за подобных заголовков: https://technet.microsoft.com/en-us/library/ee956895(v=ws.10).aspx. Сколько не старался — не смог отказаться от легаси на 2003 x64.
Миграция же зачастую невозможна из-за специфики используемого софта.
Миграция же зачастую невозможна из-за специфики используемого софта.
У вас 2003 x64 по сети грузятся, что ли? Других проблем там вроде нет. У нас с момента выхода Hyper-V 2008 R2 такие машины в виртуалках живут без всякого легаси.
— а точно x64? С x86 проблем нет, а вот с x64…
Нубский вопрос, но может быть кто-то порекомендует пару-тройку дельных ссылок en/ru по настройке сети в SCVMM 2012R2. Дело в том, что настроить сеть в Hyper-V не сложно на самих физических хостах и в Failover cluster. Но хотелось бы понимать, как тоже делать из консоли VMM. Читал и на Хабре статьи, и на technet, но толи конкретика туманна, толи я сильно не в теме. Профили портов, порты, виртуальные и логические свитчи и адаптеры, балансировщики… путаница. Что это, зачем это, в какой последовательности настраивается? Спасибо.
Добрый день!
Очень понятно и кратко описал John Savill в своей заметке
Дополнительно можно ознакомиться с постером Networking in VMM (см.conf.steps)
Очень понятно и кратко описал John Savill в своей заметке
Дополнительно можно ознакомиться с постером Networking in VMM (см.conf.steps)
Забавно, но по ссылке в статье для Windows 8.1 (и Windows Server 2012 R2) предлагают устанавливать компоненты интеграции более чем годовалой давности (6.3.9600.17903) в которых есть известные проблемы. Тут можно посмотреть список версий на текущий момент времени: Hyper-V Integration Services: List of Build Numbers. А вот ISO свеженький — с последней версией.
Раньше хоть вручную можно было обновиться, а сейчас? =)
Раньше хоть вручную можно было обновиться, а сейчас? =)
ISO просто личный, — поэтому он и последний :). Что касается этого KB, то он был ещё со времен technical preview. Потом вышел доп. KB , обновляющий IS до 18080 и исправляющий нек-ые проблемы в специф.сценариях (по Вашей хорошей ссылке версионность показана. Не хватает доп.таблички для WS 2016 с IS 10.0.14393).
По поводу «вручную». Что именно? Поясните, пожалуйста.
:: VMGuest.iso спец-но выложил для упрощения процесса, остальные сценарии тоже описаны.
По поводу «вручную». Что именно? Поясните, пожалуйста.
:: VMGuest.iso спец-но выложил для упрощения процесса, остальные сценарии тоже описаны.
По поводу «вручную». Что именно? Поясните, пожалуйста.
Неправильно выразился. Имел ввиду: ранее это было возможно сделать без скачивания файла, просто через GUI, а сейчас порядок изменился и надо искать что-то дополнительно.
Почему Вы решили, что нужно искать что-то дополнительно? (пытаюсь понять некорректно ли я в статье описал или Вы просто недочитали :)). IS из WS2012R2 или KB Вам нужен только в редких случаях.
В основном — WU всё сделает за вас. Не нужно думать как автоматизировать (VMM/SCCM/powershell и т.д.)процесс. Ручное обновление через GUI, конечно, не проблема, но если у Вас SMB.
Как правило, никто и не занимался этим вопросом, если реальных проблем не возникало (как в IS до 18080, к примеру). Изменения только лишь в плюс, на мой взгляд. Минус одна административная задача.
В основном — WU всё сделает за вас. Не нужно думать как автоматизировать (VMM/SCCM/powershell и т.д.)процесс. Ручное обновление через GUI, конечно, не проблема, но если у Вас SMB.
Как правило, никто и не занимался этим вопросом, если реальных проблем не возникало (как в IS до 18080, к примеру). Изменения только лишь в плюс, на мой взгляд. Минус одна административная задача.
По статье все нормально, мне даже нравится то, что МС сделали с вариантом распространения компонентов интеграции.
Но из минусов, что вижу я это то, что из GUI убрали всю информацию об установленных внутри компонентах интеграции. Из самой же ВМ их версию просто так тоже не посмотреть. Соответственно администратор просто не знает установлены ли в системе необходимые компоненты (тут я больше про IaaS говорю, в SMB где все управляется одним админом или малой группой можно и договориться).
А ранее МС поддерживали только ВМ внутри которых версия компонентов интеграции соответствует версии хоста (точную формулировку увы не помню уже). Сейчас они просто говорят — саппортим если поставлены все обновления.
Но из минусов, что вижу я это то, что из GUI убрали всю информацию об установленных внутри компонентах интеграции. Из самой же ВМ их версию просто так тоже не посмотреть. Соответственно администратор просто не знает установлены ли в системе необходимые компоненты (тут я больше про IaaS говорю, в SMB где все управляется одним админом или малой группой можно и договориться).
А ранее МС поддерживали только ВМ внутри которых версия компонентов интеграции соответствует версии хоста (точную формулировку увы не помню уже). Сейчас они просто говорят — саппортим если поставлены все обновления.
Стоит исходить из списка поддерживаемых ОС (см Int.Services колонку). Никто нас не «развернет», если будет built-in версия, а есть уже новее.
cluadmin.msc, VMM — всё осталось. Ну и PowerShell, как базис. Я не представляю себе, что даже 10-20 ВМ будут чекать из GUI. 1 liner в PS и делов то.
Процесс упрощен, но соглашусь с тем. что остался вопрос по поводу управления приходящих апдейтов из WU. надеюсь, что будет прозрачная и простая идентификация IS-обновлений от других. Банально для того, чтобы доп. проверять через скрипт и т.д.
Не мало важно ещё и про Conf.version не забывать, к-ый как раз в GUI и добавили
cluadmin.msc, VMM — всё осталось. Ну и PowerShell, как базис. Я не представляю себе, что даже 10-20 ВМ будут чекать из GUI. 1 liner в PS и делов то.
Процесс упрощен, но соглашусь с тем. что остался вопрос по поводу управления приходящих апдейтов из WU. надеюсь, что будет прозрачная и простая идентификация IS-обновлений от других. Банально для того, чтобы доп. проверять через скрипт и т.д.
Не мало важно ещё и про Conf.version не забывать, к-ый как раз в GUI и добавили
Миграция с 2003 в некоторых случаях невозможна в принципе: автор системы де материализовался, однако работать она должна еще, как минимум, пять лет после ликвидации из реестра ю.л. Есть еще большие крайности: обеспечить работу 16-бит систем.
Ну и размножение сущностей имеет место быть: добавляется новая ветка реестра для хранения и так известных параметров системы.
Ну и размножение сущностей имеет место быть: добавляется новая ветка реестра для хранения и так известных параметров системы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Windows Server 2016 и службы интеграции Hyper-V