Microsoft Hyper-V 3.0: новые возможности

    C выходом Windows Server 2012 обновилась и система виртуализации — Hyper-V. В настоящей статье рассматривается какие новые возможности появились в Hyper-V 3.0. Следует отметить, что третья версия содержит очень много усовершенствований функционала по сравнению с предыдущей версией, и, главное,- впервые в истории Hyper-V, система виртуализации Microsoft вышла на уровень продуктов Enterprise-уровня, сопоставимым с VMware vSphere 5.

    Главным средством управления и мониторинга за Hyper-V является Hyper-V Manager (см. рис). Начиная с версии 3.0, множество новых функций управления стало доступно через PowerShell. Например, запуск виртуальной машины VM1 можно выполнить с помощью команды «Start -VM vm1». Далее будут рассмотрены ключевые возможности новой версии Hyper-V.

    image

    Memory Ballooning

    Техника выделения памяти таким образом, что суммарный размер памяти, выделенной отдельным виртуальным машинам сервера виртуализации, превышает количество памяти, в целом имеющейся на данном сервере виртуализации, называется Memory Overcomitment, а ее развитие в Hyper-V 3.0 — Memory Ballooning. Эти технологии позволяют повысить коэффициент консолидации серверов через повышение плотности размещения виртуальных машин (количества виртуальных машин из расчета на сервер виртуализации). Данный результат достигается за счет динамического перераспределения памяти, выделенной отдельным виртуальным машинам, при этом учитывается активность виртуальной машины, ее статус (включена, выключена), такие параметры как «минимальный объем памяти» и «объем памяти на стадии старта виртуальной машины» (их может определять администратор). Причем, если в Hyper-V 2.0 эти два параметра были фактически эквивалентны, то в Hyper-V 3.0 они полностью независимые, — например, для фазы старта машины можно выделить больше памяти, чем тот минимум, который получит виртуальная машина в фазе работы, но период бездействия.

    Live Migrations

    Live Migration (миграция виртуальных машин между серверами виртуализации без необходимости их выключения) появилась еще в Hyper-V 2.0. Изначально существовало ограничение — можно было перемещать только одну виртуальную машину сервера виртуализации одновременно. В Hyper-V 3.0 это ограничение снято — несколько виртуальных машин можно мигрировать параллельно, при этом администратор может установить ограничение на количество одновременно перемещаемых виртуальных машин, чтобы избежать перегрузки сети.

    image
    Ранее миграция виртуальных машин в рамках Live Migration была возможна только в пределах узлов кластера. В Hyper-V 3.0 этого ограничения уже не существует. Такое «транскластерное» перемещение виртуальной машины называется Shared Nothing Live Migrations. Надо отметить, что эта возможность не должна рассматриваться как долговременная замена традиционным кластерам, и должна использоваться преимущественно только для собственно перемещения виртуальных машин на требуемый сервер виртуализации.

    Требования для Shared Nothing Live Migration:
    • Минимум два сервера виртуализации Hyper- V 3.0
    • Сервера должны быть включены в один домен Active Directory
    • Для обеспечения максимальной производительности сервера должны обладать процессорами с одинаковой архитектурой (см. описание совместимых процессоров в документации на Hyper-V 3.0)
    • Сервера должны быть соединены гигабитным или более быстрым сетевым соединением
    • Virtual switches должны иметь одинаковую конфигурацию
    • Должны быть включены Client for Microsoft Networks и File and Print Sharing for Microsoft Networks
    Общее хранилище (shared storage) более не является необходимым для работы Live Migration как это было до Hyper-V 3.0. Теперь могут использоваться локальные хранилища, а миграция данных будет выполняться по Ethernet. Эта же новая технология позволяет теперь строить кластеры также без общего хранилища.

    Storage Migration

    Эта технология отличается от Live Migration тем, что перемещаются файлы виртуальной машины с одного хранилища на другое, при том, что сама виртуальная машина продолжает исполняться на том же сервере виртуализации. Данная технология заменила технологию Quick Storage Migration, имевшейся в Hyper-V 2.0. В Hyper-V 3.0 storage migration виртуальной машины происходит без выключения или приостановки ее работы (в отличие от предыдущей версии Hyper-V).
    image

    Репликация (Hyper-V Replica)

    Данная технология позволяет реплицировать работающую виртуальную машину на другой сервер виртуализации. Икрементальные изменения переносятся по настраиваемому расписанию с минимальным интервалом запуска, близкому к реальному времени в терминах резервного копирования («Near CDP») — примерно в 5-15 минут. Hyper-V Replica может работать на линиях с высокими временными задержками и неустойчивой связью. Данная технология позиционируются Microsoft как средство защиты от катастрофических сбоев.

    Масштабируемость



    Снапшоты

    Накопление снапшотов в системе приводит к снижению производительности. В связи с чем важным усовершенствованием Hyper-V 3.0 стала возможность удаления ненужных снапшотов без перезагрузки виртуальной машины (это требовалось в Hyper-V 2.0).

    Горячее добавление ресурсов

    В Hyper-V 3.0 появилась возможность добавления дисковых ресурсов и оперативной памяти без перезапуска виртуальной машины. Возможность горячего добавления виртуальных процессоров, которая есть у VMware vSphere, в Hyper-V пока не реализована.

    Дедупликация

    Так как Hyper-V является частью Windows Server 2012, в новой версии среды виртуализации автоматической появилась дедупликация на уровне файловой системы. Дедупликация позволяет снизить дисковое пространство, потребляемое VHD библиотеками, VHD томами, и ISO-изображениями дисков за счет исключения повторяющихся блоков данных, хранящихся на дисках.

    Virtual Switch

    В Hyper-V 3.0 virtual switch стал расширяемым, что позволит производителям программного обеспечения для мониторинга и управления сетевой инфраструктурой создать модули расширения для интеграции Hyper-V virtual switch с их продуктами.

    Выводы:

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

    P.S. Источник постеров: Microsoft Tech Net.
    Veeam Software
    198,00
    Продукты для резервного копирования информации
    Поделиться публикацией

    Комментарии 33

      0
      Расскажите, какие требования накладывает Hyper-V Replica по отношения к виртаульнам машинам?
      К примеру, vSphere Replication не умеет реплицировать машины со снепшотами из-за чего её нельзя использовать в сценариях VDI.
        0
        Я могу сказать.Механизм Hyper-V реплики это то же самое, что делать снапшот машины, т.е. просто раз в пять минут создается разностный avhd (или avhdx) диск и заливается на партнера по сетке. Проходит еще 5 минут и новый снапшот, а предыдущий коммитится. Исходя из этого механизма и прикидывайте требования к виртуальным машинам.
        0
        Как вручную добавить оперативку запущенной машине?
          0
          Такой возможности в Hyper-V так и нет…
            0
            Так вы же сами написали…
            Горячее добавление ресурсов

            В Hyper-V 3.0 появилась возможность добавления дисковых ресурсов и оперативной памяти без перезапуска виртуальной машины. Возможность горячего добавления виртуальных процессоров, которая есть у VMware vSphere, в Hyper-V пока не реализована.
              0
              Да, прошу прощения, получилось запутанно. Имелось в виду, что вы можете задавать настройки динамической памяти, а Hyper-V будет сам менять размер памяти, доступной для виртуальной машины, в соответствии с этими настройками.

              В отношении Dynamic Memory можно задать такие параметры как:
              1) Буфер памяти в %% ( это кол-во свободной памяти, которую будет автоматически в динамике «накидывать» Hyper-V сверх памяти, фактически занятой приложениями виртуальной машины)
              2) Minumum RAM и Maximum RAM — позволяет вам задать границы, в пределах которых Hyper-V будет динамически перераспределять память в зависимости от запускаемых или закрываемых приложений
              3) StartUp RAM — сколько памяти Hyper-V выделит на старте виртуальной машины
              4) Memory Priority — позволяет указать относительный приоритет выделения памяти конкретной виртуальной машине в случае дефицита доступной памяти на хосте

              Новация Hyper-V 3 в том, что теперь после завершения процесса запуска виртуальной машины, Hyper-V может забирать память от виртуальной машины, если значение Minimum RAM < StartUp RAM и фактически потребляемая приложениями память действительно «спала» после завершения загрузки ВМ.

              Кроме того, появилась фича Runtime Memory, которая позволяет пользователю изменить значения Minimum RAM в меньшую сторону, а Maximum RAM в большую сторону БЕЗ выключения виртуальной машины, в процессе ее работы.

              Но при этом по-прежнему нет возможности указать Hyper-V скажем «добавь 128 МБ к тому, что сейчас фактически выделено». Можно оперировать только границами, а конкретный размер изменения памяти Hyper-V вычисляет самостоятельно.
          0
          А вот SCCVM2012, который бы помог с Live Migration, к сожалению пока не поддерживает хосты на Server 2012. Ожидаем SP1, который ещё только в бета
            0
            В Hyper-V 3.0 virtual switch стал расширяемым

            Yay Nexus 1000v!
            (правда, пока в стадии беты)
              0
              А сегодня на тему расширяемого virtual switch Hyper-V опубликован пост в Хабраблоге Microsoft: Hyper-V Extensible Switch в Windows Server 2012
                +1
                Но про теперь уже бесплатный (в essential версии) нексус там ни слова :) Хоть бы сказали, что в hyper-v можно нахаляву воткнуть настоящий цискин свитч, пусть и виртуальный. Отличный маркетинговый (и не только) аргумент.
                Тем более что Cisco обещает feature parity между 1000v у ESX и у Hyper-V.
                  0
                  Причем на NX-OS!
                    0
                    Ну дык.
                    Однако, текущая информация по поддерживаемым и нерекомендуемым к использованию конкретно на hyper-v фичам слегка удручает. Но вопрос их допиливания — вопрос времени.
              0
              По статье складывается впечталение, что Hyper-V 3.0 — относится только к Windows Server 2012.
              А это же часть и просто Windows 8, причем важная часть.
                +1
                А не пофиг ли? HV в восьмерке тот же самый, лишь без энтерпрайзовых возможностей.
                0
                А расскажите нам как сделать кластер без шаред стореджа? Что-то из области фантастики, не?
                  0
                  Кластер можно и так собрать, но вот хавм на нем работать не будет. Для высокодоступных виртуальных машин нужен какой-либо разделяемый ресурс, в HV 2.0 это был CSV, а в HV 3.0 можно использовать файловую шару
                  0
                  У HP ныне HPE есть программное обеспечение для объединения серверов и создания единого хранилища без отдельного СХД.
                  0
                  Даже не смотря на то, что новый гипер-ви стал довольно неплох, со сторонними программами типа бэкапа он работает значительно хуже, чем висфера
                    0
                    А клонирование ВМ так и нету?
                      0
                      Увы, клонирования так и нет. Насколько я знаю, клонирование можно делать через System Center Virtual Machine Manager (например, об этом рассказывается здесь ).
                        0
                        Так его купить надо. Это не интересно.
                      +1
                      Дедупликация. Поправьте, пожалуйста.
                      0
                      интересно, есть ли в Hyper-V что-то вроде 'fault tolerance'?
                        0
                        Нет, в Hyper-V не появилось аналога vSphere Fault Tolerance, но для этой задачи можно использовать 3-rd party продукты, например, Stratus. Но зато Hyper-V несколько шире, чем vSphere поддерживает возможности кластеризации гостевых операционных систем (кластер гостевой системы может быть альтернативным FT-решением). Подробнее об этом можно посмотреть, например, здесь.
                      0
                      USB-устройства внутрь виртуалок уже можно без костылей прокидывать?
                        0
                        По ощущениям лучше с этим не стало — по прежнему лучше использовать сторонний софт, прокидывающий USB over IP
                          0
                          кстати, любопытно, а какого рода проблемы были раньше? У VMWare у меня без вопросов проброшены 3 токена (на 1С) и контроллер доступа в помещение, работает как будто ничего не виртуализировал.
                          Вопрос не от праздного любопытства, т.к. текущий виртуальный хост VMWare уже доживает последний год, и планирую перевести часть систем на уже действующий хост на Hyper-V под Windows 2008 R2.
                            0
                            Микрософт же говорила, что никогда не сделает встроенный проброс юсб внутрь своих виртуалок из-за соображений безопасности. Хотя, возможно, они и поменяли свое мнение.
                              0
                              Я читал, что Microsoft объясняет это тем, что «с точки зрения пользовательских сценариев, не характерно применение USB устройств на сервере». Поэтому они и отложили эту фичу в «долгий ящик». Пользователи уже приводили им в ответ, что, например, некоторый серверный софт может иметь защиту от нелицензионного копирования, основанную на USB ключах и т.п.
                              О некоторых способах решения этой проблемы можно посмотреть, например, в посте Rick Vanover здесь

                          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                          Самое читаемое