Hyper-v

Содержание:

Архитектура виртуализации сетей Hyper-V

в Windows Server 2016 HNVv2 реализуется с помощью виртуальной платформы фильтрации Azure (VFP), которая является расширением фильтрации NDIS в коммутаторе Hyper-V. Ключевая концепция VFP заключается в том, что модуль Match-Actionного потока с внутренним API, предоставляемым агенту узла SDN для программирования сетевой политики. Сам агент узла SDN получает сетевую политику от сетевого контроллера по каналам связи ОВСДБ и WCF Подсистемамми. Не только политика виртуальной сети (например, сопоставление CA-PA) запрограммирована с помощью VFP, но и дополнительной политики, такой как ACL, QoS и т. д.

Иерархия объектов для расширения «переадресация vSwitch и VFP» является следующей:

vSwitch
- Управление внешним сетевым адаптером
- Разгрузка аппаратных карт
- Глобальные правила пересылки
- Порт
  - уровень перенаправления Egress для закрепления
  - Списки пробелов для сопоставлений и пулов NAT
  - унифицированная Flow таблица
  - Уровень VFP
    - таблица Flow
    - Group
    - Правило
      
      Правила могут ссылаться на пробелы

В VFP создается слой для каждого типа политики (например, виртуальная сеть), который является универсальным набором таблиц правил или потоков. Она не имеет никаких встроенных функций, пока для реализации таких функций не назначены определенные правила. Каждому слою назначается приоритет, и уровни назначаются порту по возрастанию приоритета. Правила организованы в группы в основном в зависимости от направления и семейства IP-адресов. Группам также назначается приоритет и не более, одно правило из группы может соответствовать заданному потоку.

Логика пересылки для vSwitch с расширением VFP выглядит следующим образом:

Обработка входящих данных (входящий трафик с точки зрения пакета, поступающего в порт)
Переадресация
обработка Egress (исходящий с точки зрения пакета, который выходит из порта)

VFP поддерживает внутреннюю пересылку MAC для типов инкапсуляции NVGRE и ВКСЛАН, а также для внешних пересылок на основе MAC VLAN.

Расширение VFP имеет медленный и быстрый путь для обхода пакетов. Первый пакет в последовательности должен проходить все группы правил на каждом уровне и выполнять поиск правил, который является дорогостоящей операцией. Однако после регистрации последовательности в таблице унифицированного потока со списком действий (на основе соответствующих правил) все последующие пакеты будут обрабатываться на основе записей таблицы унифицированного потока.

Политика HNV запрограммирована агентом узла. Для каждого сетевого адаптера виртуальной машины настраивается IPv4-адрес. Существуют АК, используемые для связи виртуальных машин друг с другом, они поступают в IP-пакетах из этих виртуальных машин. HNV инкапсулирует кадр ЦС в кадре PA на основе политик виртуализации сети, хранящихся в базе данных агента узла.

Рисунок 9. Архитектура HNV

Настройка Hyper-V Server 2019

Удаленное управление узлами hyper-v с помощью диспетчера hyper-v

Сразу же выполняем первоначальную настройку Hyper-V Server 2019 через стандартную консоль управления:

Указываете рабочую группу, если вас не устраивает стандартная.
Меняем имя сервера на что-то более осмысленное и понятное.
Добавьте еще одного администратора. Это нужно сделать, чтобы иметь еще одну админскую учетную запись, отличную от administrator. В дальнейшем рекомендую все настройки и подключения выполнять под этой учетной записью.
Разрешаем удаленное управление, в том числе ping.
Автоматическое обновление оставляю на ваше усмотрение. Я обычно отключаю и все делаю вручную.
Рекомендую сразу проверить обновления и установить их.
Включаем Remote Desktop со всеми версиями клиента.
Указываем сетевые настройки. Стандартно стоит dhcp, рекомендую установить адрес статически.
Настройте время, если по-умолчанию стоит не правильное.
Настройки телеметрии полностью отключить нельзя. Такой вот микрософт. Не приходится удивляться, с учетом нововведений в последних версиях системы.

Быстренько пробежались по основным настройкам hyper-v server 2019. Теперь бы сразу начать установку виртуальных машин, но, к сожалению, пока это не получится сделать. Наверно можно как-то через консоль powershell, но это слишком муторно и сложно. Нам надо каким-то образом подключиться к серверу с помощью удобной панели управления. Пока нам доступен только rdp доступ, но этого не достаточно.

У нас есть несколько вариантов управления Hyper-V. Я сначала рассмотрю 2 наиболее удобных из них:

Установка Windows Admin Center для управления сервером через браузер.
Установка стандартных системных оснасток на компьютер под управлением Windows 10 для подключения к Hyper-V 2019.

А в самом конце покажу еще один. Начнем с установки Windows Admin Center.

Совместимость с динамическая миграция

Обзор технологии hyper-v

Hyper-V может выполнять динамическую миграцию дочернего раздела с одного узла на другой. Динамическая миграция обычно прозрачна для дочернего раздела. Однако в случае вложенной виртуализации гипервизору L1 может потребоваться учитывать миграцию.

Уведомление динамическая миграция

Гипервизор L1 может запрашивать уведомления при миграции секции. Эта возможность перечислена в CPUID как привилегия «Акцессринлигхтенментконтролс». Гипервизор на уровне 0 предоставляет искусственный MSR (HV_X64_MSR_REENLIGHTENMENT_CONTROL), который может использоваться гипервизором L1 для настройки вектора прерываний и целевого процессора. Гипервизор на уровне 0 внедряет прерывание с указанным вектором после каждой миграции.

Указанный вектор должен соответствовать фиксированному прерыванию APIC. Таржетвп указывает индекс виртуального процессора.

Эмуляция TSC

Гостевой раздел можно перенести между двумя компьютерами с различной частотой TSC. В таких случаях может потребоваться повторное вычисление значения Тскскале из .

Гипервизор на уровне 0 при необходимости эмулирует все доступ TSC после миграции до тех пор, пока гипервизор L1 не сможет повторно вычислить значение Тскскале. Гипервизор L1 может использовать эмуляцию TSC путем записи в HV_X64_MSR_TSC_EMULATION_CONTROL MSR. Если вы выбрали, гипервизор на уровне 0 эмулирует доступ к таймеру TSC после миграции.

Гипервизор L1 может выполнять запросы, если в настоящее время выполняется Эмуляция доступа TSC с помощью HV_X64_MSR_TSC_EMULATION_STATUS MSR. Например, гипервизор L1 может подписываться на и запрашивать состояние TSC после получения прерывания миграции. Можно также отключить эмуляцию TSC (после обновления значения Тскскале) с помощью этого MSR.

Сводка

How to enable hyper-v on windows 10 home

Центры регистрации и обработки данных на основе технологии облака могут обеспечивать множество преимуществ, например улучшенную масштабируемость и более эффективное использование ресурсов. Реализация этих потенциальных преимуществ требует применения технологии, посвященной принципиальному решению проблем многоклиентской масштабируемости в динамической среде. Виртуализация сети Hyper-V создана для решения этих проблем и повышения рабочей эффективности центров обработки данных за счет разделения топологий виртуальной и физической сетей. Основываясь на существующем стандартном HNV, он работает в современном центре обработки данных и работает с существующей инфраструктурой ВКСЛАН. Теперь клиенты с HNV могут консолидировать свои центры обработки данных в частное облако или легко расширить их центры обработки данных до среды поставщика размещенного сервера с помощью гибридного облака.

Основы работы с сетями Hyper-V

Основная сеть в Hyper-V довольно проста. В ней используются две части — виртуальный коммутатор и виртуальный сетевой адаптер. Для установки сети для виртуальной машины потребуется по крайней мере один из них. Виртуальный коммутатор подключается к любой сети на основе Ethernet. Виртуальный сетевой адаптер подключается к порту виртуального коммутатора, что позволяет виртуальной машине использовать сеть.

Самый простой способ установить базовую сеть — создать виртуальный коммутатор при установке Hyper-V. Затем при создании виртуальной машины ее можно подключить к коммутатору. При подключении к коммутатору на виртуальной машине автоматически добавляется виртуальный сетевой адаптер. Инструкции см. в статье Создание виртуального коммутатора для виртуальных машин Hyper-V.

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

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

Параметры коммутатора и сетевого адаптера

Hyper-V предлагает три типа виртуальных коммутаторов и два типа виртуальных сетевых адаптера. Вы решите выбрать, какой из них вам нужен при создании. вы можете использовать диспетчер hyper-v или модуль hyper-v для Windows PowerShell создания виртуальных коммутаторов и виртуальных сетевых адаптеров и управления ими. Некоторые расширенные сетевые возможности, такие как расширенные списки управления доступом к портам (ACL), можно управлять только с помощью командлетов в модуле Hyper-V.

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

Типы виртуальных коммутаторов:

Внешний виртуальный коммутатор — подключается к проводных, физическим сетям путем привязки к физическому сетевому адаптеру.
Внутренний виртуальный коммутатор — подключается к сети, которая может использоваться только виртуальными машинами, работающими на узле с виртуальным коммутатором, а также между узлом и виртуальными машинами.
Частный виртуальный коммутатор — подключается к сети, которая может использоваться только виртуальными машинами, работающими на узле, на котором установлен виртуальный коммутатор, но не предоставляет сети между узлом и виртуальными машинами.

Типы виртуальных сетевых адаптеров:

Сетевой адаптер, относящийся к Hyper-V , доступен для виртуальных машин поколения 1 и 2. Он разработан специально для Hyper-V и требует наличия драйвера, который входит в службы интеграции Hyper-V. Этот тип сетевого адаптера быстрее и является рекомендуемым вариантом, если не требуется загрузка в сеть или не выполняется неподдерживаемая гостевая операционная система. Необходимый драйвер предоставляется только для поддерживаемых гостевых операционных систем

Обратите внимание, что в диспетчере Hyper-V и командлетах Networking этот тип просто называется сетевым адаптером.

Устаревший сетевой адаптер — доступен только в виртуальных машинах поколения 1. эмулирует адаптер PCI Fast Ethernet на основе Intel 21140 и может использоваться для загрузки в сеть, чтобы можно было установить операционную систему из службы, например Windows служб развертывания.

Принцип работы вложенной виртуализации

Современные процессоры поддерживают аппаратные функции, которые делают виртуализацию быстрее и надежнее. Hyper-V использует эти расширения процессора (например, Intel VT-x и AMD-V) для выполнения виртуальных машин. Как правило, после запуска Hyper-V другое программное обеспечение блокируется с помощью этих возможностей процессора. Это предотвращает запуск Hyper-V на гостевых виртуальных машинах.

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

На схеме ниже показана роль Hyper-V без вложения. Низкоуровневая оболочка Hyper-V полностью контролирует возможности аппаратной виртуализации (оранжевая стрелка) и скрывает их от операционной системы.

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

Установка или обновление служб Integration Services

Примечание

для узлов, предшествующих Windows Server 2016 и Windows 10, необходимо вручную установить или обновить службы integration services в операционных системах на виртуальной машине.

Процедура установки или обновления служб Integration Services вручную:

Откройте диспетчер Hyper-V. В меню Сервис диспетчер сервера выберите пункт Диспетчер Hyper-V.
Подключитесь к виртуальной машине. щелкните правой кнопкой мыши виртуальную машину и выберите пункт Подключение.
В меню «Действие» подключения к виртуальной машине выберите команду Вставьте установочный диск служб интеграции. Это действие загружает установочный диск в виртуальный DVD-дисковод. В зависимости от операционной системы на виртуальной машине может потребоваться запустить установку вручную.
По завершении установки все службы интеграции станут доступны для использования.

Примечание

эти действия нельзя автоматизировать или сделать в сеансе Windows PowerShell для виртуальных машин в сети .
Их можно применять к автономным VHDX-образам. см. раздел Установка служб Integration Services, если виртуальная машина не запущена.
Можно также автоматизировать развертывание служб Integration Services с помощью Configuration Manager с виртуальными машинами в сети, но в конце установки необходимо перезапустить виртуальные машины. см. статью развертывание Integration Services Hyper-V на виртуальных машинах с помощью диспетчера конфигурации и DISM .

Установка основных серверных компонентов

Windows Server 2016 возможность установки основных серверных компонентов. Server Core предлагает минимальную среду для размещения выбранного набора ролей сервера, включая Hyper-V. Он занимает меньше места на диске для операционной системы узла, а также меньшей атаки и обслуживания. Поэтому мы настоятельно рекомендуем использовать для серверов виртуализации Hyper-V вариант установки Server Core.

установка Server Core предлагает окно консоли только в том случае, если пользователь вошел в систему, но Hyper-V предоставляет функции удаленного управления, включая Windows PowerShell , поэтому администраторы могут управлять ею удаленно.

Установка диспетчера Hyper-V

Чтобы использовать средство пользовательского интерфейса, выберите подходящее для операционной системы на компьютере, где будет запущен диспетчер Hyper-V:

на Windows сервере откройте диспетчер сервера >>>>. Перейдите на страницу компоненты и разверните узел средства удаленного администрирования сервераадминистрирование ролейсредства управления Hyper-V.

на Windows диспетчер Hyper-v доступен в любой операционной системе Windows, включающей Hyper-V.

на рабочем столе Windows нажмите кнопку «пуск» и начните вводить программы и компоненты.
В результатах поиска щелкните программы и компоненты.
в левой области щелкните включить или отключить компоненты Windows.
Разверните папку Hyper-V и выберите пункт средства управления Hyper-v.
Чтобы установить диспетчер Hyper-V, щелкните средства управления Hyper-v. Если вы хотите также установить модуль Hyper-V, щелкните этот параметр.

чтобы использовать Windows PowerShell, выполните следующую команду от имени администратора:

Подключать виртуальные машины к Интернету

Hyper-V поддерживает три типа виртуальных коммутаторов: внешние, внутренние и частные. Создайте внешний коммутатор, чтобы предоставить доступ к сети вашего компьютера виртуальным машинам, работающим на нем.

В этом упражнении выполняется создание внешнего виртуального коммутатора. После завершения этого шага на узле Hyper-V будет виртуальный коммутатор, который сможет подключать виртуальные машины к Интернету через сетевое подключение вашего компьютера.

Создание виртуального коммутатора с помощью диспетчера Hyper-V

Откройте диспетчер Hyper-V. Чтобы сделать это быстро, нажмите кнопку или клавишу Windows и введите «Hyper-V Manager».
Если диспетчер Hyper-V найти не удается, это значит, что Hyper-V или средства управления Hyper-V отключены. Инструкции по включению см. в разделе Включение Hyper-V.
Выберите сервер в левой области или нажмите кнопку «Подключиться к серверу…» в правой области.
В диспетчере Hyper-V выберите пункт Диспетчер виртуальных коммутаторов… в меню «Действия» справа.
В разделе «Виртуальные коммутаторы» выберите пункт Создать виртуальный сетевой коммутатор.
В окне «Виртуальный коммутатор какого типа вы хотите создать?» выберите Внешний.
Нажмите кнопку Создать виртуальный коммутатор.
В разделе «Свойства виртуального коммутатора» присвойте новому коммутатору имя, например Внешний коммутатор виртуальных машин.
Убедитесь, что в разделе «Тип подключения» выбран параметр Внешняя сеть.
Выберите физический сетевой адаптер для связывания с новым виртуальным коммутатором. Этот сетевой адаптер физически подключен к сети.
Щелкните Применить, чтобы создать виртуальный коммутатор. На этом этапе, скорее всего, появится приведенное ниже сообщение. Чтобы продолжить, нажмите кнопку Да .
Щелкните ОК, чтобы закрыть окно диспетчера виртуальных коммутаторов.

Создание виртуального коммутатора с помощью PowerShell

Чтобы создать виртуальный коммутатор с внешним подключением с помощью PowerShell:

Используйте командлет Get-NetAdapter, чтобы получить список сетевых адаптеров, подключенных к системе Windows 10.
Выберите нужный сетевой адаптер для использования с коммутатором Hyper-V и разместите экземпляр в переменной с именем $net.
Выполните следующую команду, чтобы создать новый виртуальный коммутатор Hyper-V.

Простое управление Hyper-V Server 2019 через 5nine Manager

Раньше программа 5nine Manager для управления Hyper-V была другой. Я рассказывал о ней в отдельной статье. Сейчас этой программы вообще нет, а вместо нее 5nine Cloud Manager. Он более громоздкий и тормозной. Для установки требует sql сервер. Подойдет бесплатная редакция express. Нужно отдельно ставить серверную часть, отдельно консоль для управления, отдельно агент на hyper-v сервер.

Все стало намного сложнее по структуре, но в целом, если вам не хочется заморачиваться с описанными выше действиями, то можно попробовать с 5nine. В целом, процесс простой и выполняется все мышкой и визардами с кликанием далее — делее — делее. Чтобы все было понятно, расскажу по этапам.

Скачиваете и устанавливаете Microsoft SQL Server Express ни гипервизор.
Скачиваете 5nine Cloud Manager. Устанавливаете на гипервизор серверную часть приложения, которая работает с sql базой, на машину управления ставите консоль для подключения к серверной части.
Подключаетесь консолью и устанавливаете бесплатную лицензию, которая придет в письме после регистрации на сайте программы. Лицензия сроком на год, потом не знаю, что с ней делать, придется продлевать или будет и так работать. На прошлых версиях программы работала и так, продлевать было не обязательно.
Ставите консоль на гипервизор и подключаетесь теперь напрямую с гипервизора через rdp. Сразу так не сделал, потому что с гипервизора нельзя было добавить лицензию. Выскакивала ошибка. Наверно связано с тем, что гипервизор без gui, а визарду по добавлении лицензии он нужен. Могли бы это как-то исправить, было бы проще. Раньше все можно было сразу делать на гипервизоре.

Теперь подробнее и с картинками. Скачиваем и устанавливаем на Hyper-V Microsoft SQL Server Express с сайта Microsoft. Выбирайте тот же язык, что и в гипервизоре. Установка подойдет дефолтная. Установщик можно передать так же, как я показывал раньше, через \\hyperv2019\c$.

Дальше ставите 5nine Cloud Manager, серверную часть. В установщике она называется 5nine Management Service.

Установщик сам найдет установленную локально базу. В качестве авторизации в базе используйте системную учетную запись windows пользователя, от которого вы ставили SQL Server Express. Все остальные настройки установщика я оставлял дефолные.

Теперь переходите на любую клиентскую систему windows, с которой есть доступ к гипервизору и устанавливайте туда консоль управления.

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

После того, как добавите лицензию, можно идти на гипервизор, ставить туда же консоль и подключаться. После установки, ярлык для запуска будет лежать в C:\Users\All Users\Desktop. Я запускал оттуда. Когда запустите, сверните все, что открыто. Окно авторизации будет в фоне. Я не сразу это заметил и не мог понять, почему программа не запускается. По факту, она нормально работает на самом гипервизоре, кроме подключения к экрану виртуальной машины. Тут будет ошибка 🙁 А все остальное вроде работает.

Далее нужно добавить гипервизор в панель и дождаться, пока установится агент.

После установки агента, гипервизор с виртуальными машинами появится в панели.

Конечно, все получилось не так удобно, как хотелось бы, но в целом программа функциональная. Все основные действия с виртуальными машинами производить в ней можно. Жаль, что нельзя обойтись только гипервизором. Было бы удобно, если бы все работало на нем.

Описание компонента

Виртуализация сети Hyper-V предоставляет виртуальным машинам виртуальным сетям (называемым сетью ВИРТУАЛЬНЫХ машин), аналогично тому, как виртуализация серверов предоставляет операционной системе «виртуальные машины». Виртуализация сети разрывает связь виртуальных сетей с инфраструктурой физической сети и освобождает процесс подготовки виртуальной машины от ограничений со стороны виртуальной локальной сети и иерархического назначения IP-адресов. Данная гибкость обеспечивает клиентам легкость перемещения в облака IaaS, а поставщикам услуг размещения и администраторам центров обработки данных — рациональность управления их инфраструктурой. При этом также сохраняется необходимая изоляция при обслуживании нескольких клиентов, выполняются требования безопасности и реализуется поддержка перекрывающихся IP-адресов виртуальных машин.

Клиентам необходим способ органичного расширения своих центров обработки данных в облако. Сегодня создание такой цельной гибридной облачной архитектуры связано с техническими трудностями. Одной из серьезнейших проблем, стоящих перед клиентами, является сохранение существующей сетевой топологии (подсети, IP-адреса, сетевые службы и т. д.) в облаке и мост между локальными ресурсами и их облачными ресурсами. Виртуализация сети Hyper-V реализует концепцию сети виртуальной машины, которая не зависит от лежащей в ее основе физической сети. В этой концепции сети виртуальной машины, состоящей из одной или нескольких виртуальных подсетей, точное расположение физической сети виртуальных машин, подключенных к виртуальной сети, не привязано к топологии виртуальной сети. Это позволяет клиентам легко переносить свои виртуальные подсети в облако, сохраняя при этом существующие IP-адреса и топологию в облаке, за счет чего существующие службы продолжают работать независимо от физического расположения подсетей. Таким образом, виртуализация сети Hyper-V позволяет создать цельное гибридное облако.

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

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

Для владельцев инфраструктуры дополнительная свобода в размещении виртуальных машин означает возможность перемещения рабочих нагрузок в любое место центров обработки данных без смены виртуальных машин и перенастройки сетей. Например, виртуализация сети Hyper-V обеспечивает динамическую миграцию между подсетями, так что виртуальная машина может быть перемещена в любое место центра обработки данных с помощью динамической миграции без приостановки на обслуживание. Ранее динамическая миграция могла быть выполнена только в пределах одной подсети, а значит, места расположения виртуальных машин были ограничены. Динамическая миграция между подсетями позволяет администраторам объединять рабочие нагрузки на основании динамических требований к ресурсам, эффективности энергопотребления, а также обеспечивает возможность проведения обслуживания инфраструктуры без приостановки функционирования рабочей нагрузки клиентов.