для чего нужен hyper v в windows 10

Содержание
  1. Установка Hyper-V в Windows 10
  2. Проверьте следующие требования
  3. Включение Hyper-V с помощью PowerShell
  4. Включение Hyper-V с помощью CMD и DISM
  5. Включение роли Hyper-V через раздел «Параметры»
  6. Знакомство с Hyper-V в Windows 10
  7. Причины использовать виртуализацию
  8. Требования к системе
  9. Операционные системы, которые можно запустить на виртуальной машине
  10. Различия между Hyper-V в Windows и Windows Server
  11. Ограничения
  12. Hyper-V для разработчиков под Windows 10
  13. Быстрое создание коллекции виртуальных машин
  14. Подсистема Windows для Linux 2 (WSL 2)
  15. Расширенный режим сеанса для обмена устройствами с вашей виртуальной машиной
  16. Чекпоинты
  17. NAT сети
  18. Запускайте контейнеры Windows и Linux в Windows 10
  19. PowerShell Direct и HVC
  20. Windows песочница
  21. Windows Defender Application Guard
  22. Hyper-V Battery Pass-through
  23. Вложенная (Nested) виртуализация
  24. Эмулятор Visual Studio для Android
  25. Как настроить Hyper-V на Windows 10
  26. Обзор технологии Hyper-V
  27. Некоторые способы, с помощью которых Hyper-V может помочь
  28. Hyper-V и другие продукты виртуализации
  29. Какие функции имеет Hyper-V?
  30. Как получить Hyper-V
  31. Поддерживаемые операционные системы
  32. Как работает Hyper-V
  33. Что состоит из Hyper-V?
  34. Связанные технологии
  35. Hyper-V — дитя маркетинга или реальная альтернатива?
  36. Дисклеймер:
  37. Эпиграф
  38. Главный вопрос ИТ-профессионала – «Зачем?» (или «А нафига?»)
  39. Табличка размышлений
  40. «Прыжок веры»
  41. Легенда
  42. Если жизнь на Марсе?
  43. Каково это, когда все-таки завел трактор?

Установка Hyper-V в Windows 10

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

Примечание. Механизм Hyper-V встроен в Windows в качестве дополнительной функции. Скачать Hyper-V нельзя.

Проверьте следующие требования

Роль Hyper-V невозможно установить в Windows 10 Домашняя.

Выполните обновление с выпуска Windows 10 Домашняя до выпуска Windows 10 Pro, открыв раздел Параметры > Обновление и безопасность > Активация.

Дополнительные сведения и советы по устранению неполадок см. в статье Требования к системе для Hyper-V в Windows 10.

Включение Hyper-V с помощью PowerShell

Откройте консоль PowerShell от имени администратора.

Выполните следующую команду:

Если не удается найти команду, убедитесь, что вы используете PowerShell от имени администратора.

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

Включение Hyper-V с помощью CMD и DISM

Система обслуживания образов развертывания и управления ими (DISM) позволяет настраивать ОС Windows и образы Windows. Помимо всего прочего? средство DISM может включать функции Windows во время выполнения операционной системы.

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

Запустите PowerShell или сеанс CMD от имени администратора.

Введите следующую команду:

dism upd

Дополнительные сведения о DISM см. в разделе Техническое руководство по DISM.

Включение роли Hyper-V через раздел «Параметры»

Щелкните правой кнопкой мыши кнопку Windows и выберите пункт «Приложения и компоненты».

Выберите Программы и компоненты справа в разделе связанные параметры.

Выберите пункт Включение или отключение компонентов Windows.

Выберите Hyper-V и нажмите кнопку ОК.

enable role upd

После завершения установки вам будет предложено перезапустить компьютер.

Источник

Знакомство с Hyper-V в Windows 10

Вы разработчик программного обеспечения, ИТ-специалист или просто увлекаетесь технологиями? Тогда вам наверняка приходится работать с несколькими операционными системами. Hyper-V позволяет запускать несколько операционных систем в виде виртуальных машин в Windows.

hypervnesting

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

Причины использовать виртуализацию

Виртуализация позволяет выполнять следующие операции.

Запуск программного обеспечения, для которого требуются более старые версии Windows или операционные системы, отличные от Windows.

Эксперименты с другими операционными системами. Hyper-V существенно упрощает создание и удаление различных операционных систем.

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

Требования к системе

Hyper-V доступен в 64-разрядных версиях Windows 10 Профессиональная, Корпоративная и для образовательных учреждений. Он недоступен в версии Домашняя.

Выполните обновление с выпуска Windows 10 Домашняя до выпуска Windows 10 Профессиональная, открыв раздел Параметры > Обновление и безопасность > Активация. Здесь вы можете посетить Магазин Windows и приобрести обновление.

Большинство компьютеров работают под управлением Hyper-V, однако каждая виртуальная машина работает под управлением полностью отдельной операционной системы. Как правило, на компьютере с 4 ГБ ОЗУ можно запустить одну или несколько виртуальных машин, однако для запуска дополнительных виртуальных машин либо установки и запуска ресурсоемкого ПО, такого как игры, видеоредакторы или программы для технического проектирования, потребуются дополнительные ресурсы.

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

Операционные системы, которые можно запустить на виртуальной машине

Hyper-V в Windows поддерживает много операционных систем на виртуальных машинах, в том числе различные выпуски Linux, FreeBSD и Windows.

Напоминаем, что необходимо иметь действующую лицензию на все операционные системы, используемые на виртуальной машине.

Дополнительные сведения об операционных системах, которые поддерживаются как гостевые в Hyper-V в Windows, см. в статьях Гостевые операционные системы, поддерживаемые в Windows и Гостевые операционные системы, поддерживаемые в Linux.

Различия между Hyper-V в Windows и Windows Server

Некоторые функции работают по-разному в Hyper-V для Windows и Windows Server.

Компоненты Hyper-V, доступные только в Windows Server:

Компоненты Hyper-V, доступные только в Windows 10:

Модель управления памятью отличается в Hyper-V в Windows. При управлении памятью Hyper-V на сервере предполагается, что на нем запущены только виртуальные машины. В Hyper-V для Windows при управлении памятью учитывается тот факт, что кроме виртуальных машин на большинстве клиентских компьютеров работает локальное программное обеспечение.

Ограничения

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

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

Источник

Hyper-V для разработчиков под Windows 10

Hyper-V более известен как технология виртуализации серверов; однако, начиная с Windows 8, он также доступен в клиентской операционной системе. В Windows 10 мы значительно улучшили работу, сделав Hyper-V отличным решением для разработчиков и ИТ-специалистов.

Microsoft Hyper-V, кодовое название Viridian, — это нативный (тип 1) гипервизор, который, в отличие от VMware Workstation, VirtualBox и других гипервизоров типа 2, работает непосредственно на оборудовании. Впервые он был выпущен в Windows Server 2008 и позволяет запускать виртуальные машины в системах x86-64.

Hyper-V позволяет разработчикам быстро разгонять виртуальные машины для разработки на Windows 10 с превосходной производительностью, но он также используется в нескольких других функциях разработки в качестве серверной технологии, например, в таких как эмулятор Android, подсистема Windows для Linux 2 (WSL2) или контейнеры Docker. В этой статье мы кратко рассмотрим, как Hyper-V в Windows 10 может помочь разработчикам.
cv

Быстрое создание коллекции виртуальных машин

Во-первых, давайте начнем с одной из основных функций для создания виртуальных машин. Теперь вы можете не только создавать виртуальные машины Hyper-V, устанавливая их с помощью файла ISO; вы можете использовать Hyper-V Quick Create VM Gallery, чтобы быстро создать новую среду разработки Windows 10 или даже виртуальную машину Ubuntu. Инструмент загрузит предварительно настроенную виртуальную машину Hyper-V с Windows 10 и средой разработки Visual Studio или Ubuntu 18.04 или 19.04. При желании вы также можете создавать собственные образы виртуальных машин Quick Create и даже делиться ими с другими разработчиками.

Читайте также:  промокод в пиццу мию

Подсистема Windows для Linux 2 (WSL 2)

С подсистемой Windows для Linux Microsoft перенесла среду Linux на Windows 10 desktop и позволяет запускать среду GNU/Linux — включая большинство инструментов, утилит и приложений командной строки — непосредственно в Windows без изменений, без издержек полноценных виртуальных машин. В последних версиях Windows 10 Insider Preview Microsoft выпустила превью WSL 2. WSL 2 использует технологию виртуализации Hyper-V для изоляции и виртуализации WSL в серверной части. Это обеспечивает не только преимущества безопасности, но и огромный прирост производительности. Подробнее о подсистеме Windows для Linux 2 вы можете узнать здесь.

Расширенный режим сеанса для обмена устройствами с вашей виртуальной машиной

Чекпоинты

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

Hyper-V знает типы контрольных точек:

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

NAT сети

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

Вы можете узнать больше о Hyper-V NAT сетях здесь.

Запускайте контейнеры Windows и Linux в Windows 10

Контейнеры являются одной из самых популярных технологий прямо сейчас, с Docker Desktop для Windows вы можете запускать их на своем компьютере с Windows 10. По умолчанию Windows использует технологию Hyper-V, чтобы создать дополнительную защиту между контейнером и операционной системой хоста, так называемыми контейнерами Hyper-V. Эта функция также позволяет запускать Windows и Контейнеры Linux в Windows side-by-side без необходимости запуска полной виртуальной машины Linux в Windows 10.

PowerShell Direct и HVC

Если вы хотите взаимодействовать с вашей виртуальной машиной, работающей под управлением Windows 10, вы можете использовать диспетчер Hyper-V и консоль для непосредственного взаимодействия с операционной системой. Однако есть также два других варианта, которые позволяют вам управлять виртуальными машинами и получать к ним доступ с помощью командной строки. PowerShell Direct позволяет создавать сеанс удаленного взаимодействия PowerShell для виртуальной машины с использованием шины VM, так что никаких сетей не требуется. То же самое касается виртуальных машин Linux и инструмента HVC, который позволяет создавать SSH-соединение непосредственно с виртуальной машиной. Оба варианта также позволяют копировать файлы на виртуальные машины и с них.

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

Windows песочница

Песочница Windows — это новая функция в Windows 10, выпущенная в версии 1903. Песочница Windows использует технологию Hyper-V для предоставления Windows 10 Sandbox. Песочница позволяет раскрутить изолированную временную среду рабочего стола, где вы можете запускать ненадежное программное обеспечение. Песочница отлично подходит для демонстраций, разработки, тестирования, устранения неполадок или для работы с вредоносными программами. Если вы закроете песочницу, все программное обеспечение со всеми его файлами и состоянием будет удалено навсегда. Это виртуальные машины с Windows 10, их преимущество в том, что они встроены в Windows 10, поэтому они используют существующую ОС, что обеспечивает более быстрый запуск, лучшую эффективность и удобство в обращении без потери безопасности.

Опыт Windows Sandbox также можно настроить с помощью файлов конфигурации. Таким образом, вы можете добавить дополнительное программное обеспечение и инструменты в свою Windows Sandbox.

Windows Defender Application Guard

Это может быть не связано непосредственно с развитием. Тем не менее, я думаю, что такое происходило с каждым. Мы видим ссылку, и мы не уверены, точно ли это доверенный сайт или это вредоносный сайт. С Windows Defender Application Guard мы получаем изолированный браузер, который защищает нас от вредоносных веб-сайтов и программного обеспечения. Если пользователь переходит на ненадежный сайт через Microsoft Edge или Internet Explorer, Microsoft Edge открывает сайт в изолированном контейнере с поддержкой Hyper-V, который отделен от операционной системы хоста.

Hyper-V Battery Pass-through

Эта особенность больше об удобстве. Если вы работаете и разрабатываете внутри виртуальной машины и используете консоль виртуальной машины в полноэкранном режиме, вы можете не заметить, когда у вашего ноутбука разрядился аккумулятор. Благодаря функции Hyper-V Battery Pass-through гостевая операционная система внутри виртуальной машины знает о состоянии батареи. Функция виртуальной батареи Hyper-V включена по умолчанию и работает с виртуальными машинами Windows и Linux.

Вложенная (Nested) виртуализация

Вложенная виртуализация позволяет запускать виртуализацию на виртуальной машине, в основном, как на начальном этапе для виртуальных машин. С Hyper-V вы можете запускать Hyper-V на виртуальной машине Hyper-V. Это интересно для пары разных сценариев. Во-первых, вы можете создать виртуальный хост Hyper-V для тестирования и лабораторных работ, или, что еще важнее, вы можете запускать контейнеры Hyper-V или Windows Sandbox на виртуальной машине. И еще одна замечательная особенность Nested Virtualization: она также работает с виртуальными машинами в Microsoft Azure.

Для включения nested-виртуализации внутри Hyper-V, вы можете изучить этот гайд.

Эмулятор Visual Studio для Android

Если вы используете Visual Studio для создания приложений Android, я уверен, что вы уже использовали Эмулятор Visual Studio для Android. Фича позволяет разработчикам использовать эмулятор Android с аппаратным ускорением, не переключаясь на гипервизор Intel HAXM, что обеспечивает им еще большую производительность и скорость.

Как настроить Hyper-V на Windows 10

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

Источник

Обзор технологии Hyper-V

Область применения: Windows Server 2022, Windows Server 2016, Microsoft Hyper-V Server 2016, Windows Server 2019, Microsoft Hyper-V Server 2019

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

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

Некоторые способы, с помощью которых Hyper-V может помочь

Hyper-V может помочь:

Создание или расширение частной облачной среды. Предоставление более гибких ИТ-служб по запросу путем перемещения или расширения использования общих ресурсов и корректировки использования по мере изменения спроса.

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

Непрерывные деловые операции. Сократите влияние запланированного и незапланированного простоя рабочих нагрузок.

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

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

Читайте также:  как сделать гиф рабочий стол windows 10 обои

Hyper-V и другие продукты виртуализации

Hyper-V в Windows и Windows Server заменяет старые продукты виртуализации оборудования, такие как microsoft virtual pc, microsoft virtual Server и Windows Virtual pc. Hyper-V предлагает функции сети, производительности, хранения и безопасности, недоступные в этих старых продуктах.

Hyper-V и сторонние приложения виртуализации, для которых требуются одни и те же функции процессора, не совместимы. Это обусловлено тем, что функции процессора, известные как аппаратные расширения виртуализации, не предназначены для совместного использования. Дополнительные сведения см. в статье приложения виртуализации не работают вместе с Hyper-V, Device Guard и Credential Guard.

Какие функции имеет Hyper-V?

Hyper-V предлагает множество функций. Это обзор, сгруппированный по функциям, предоставляемым или помогающим в работе.

Переносимость — такие функции, как динамическая миграция, миграция хранилища и импорт и экспорт, упрощают перемещение и распространение виртуальной машины.

Безопасность — безопасная загрузка и экранированные виртуальные машины помогают защититься от вредоносных программ и другого несанкционированного доступа к виртуальной машине и ее данным.

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

Как получить Hyper-V

Hyper-V доступен в Windows server и Windows, в качестве роли сервера, доступной для 64-разрядных версий Windows Server. инструкции по серверу см. в разделе установка роли Hyper-V на сервере Windows. На Windows он доступен в виде функции в некоторых 64-разрядных версиях Windows. он также доступен как загружаемый, изолированный серверный продукт Microsoft Hyper-V server.

Поддерживаемые операционные системы

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

Как работает Hyper-V

Hyper-V — это технология виртуализации на основе низкоуровневой оболочки. Hyper-V использует Windows гипервизор, для которого требуется физический процессор с конкретными функциями. сведения об оборудовании см. в статье требования к системе для Hyper-V на Windows Server.

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

Что состоит из Hyper-V?

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

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

Связанные технологии

Это некоторые технологии корпорации Майкрософт, которые часто используются с Hyper-V:

Различные технологии хранения: общие тома кластера, SMB 3,0, Локальные дисковые пространства

контейнеры Windows предлагают еще один подход к виртуализации. см. библиотеку контейнеров Windows в MSDN.

Источник

Hyper-V — дитя маркетинга или реальная альтернатива?

Привет, Хабр! Сейчас я задам вам вопрос, а вы задумайтесь: Что, очень популярное и когда-то вызывавшее трепет лично у вас, сегодня вспоминается только для «поностальгировать»? Наверняка, кто-то вспомнит Dendy или Super Nintendo, а некоторые свой пейджер. Так вот, к чему это я… Есть выражение «ничто не вечно». В сегодняшней статье рассмотрим, действительно ли это так в сфере разработки и стоит отказываться от VMWare в пользу Hyper-V в вопросе виртуализации? А также затронем плюсы обеих платформ и процесс перехода с одной на другую. Заглядывайте под кат!

2jc5vz3xi84j fxrqpc

Передаю слово автору.

Дисклеймер:

Мы живем в удивительном времени. А, может быть, и в ужасном, смотря с какой стороны посмотреть. Сейчас возможно то, что буквально лет 20 назад я читал в фантастических книжках: будущее наступившее через 200–500–1000 лет. Полеты на другие планеты, выход за пределы нашей солнечной системы, «цветущие яблони на Марсе» — все это казалось далеким и несбыточным.

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

Эпиграф

Жила была одна компания. Ни большая, ни маленькая, ни высокая, ни низкая. Такой прям вылитый средний бизнес. Жила она себе с несколькими стойками оборудования, старого, от матери доставшегося. И наступил момент все это хозяйство обновлять. Посчитали товарищи стоимость оборудования, подумали, да надумали внедрять виртуализацию. А год был давний, из представителей славного рода универсальных виртуализаций только VMWare и была. В общем ее и внедрили. Шло время, менялись задачи, росли другие представители славного рода виртуализации. И пришло время снова выбирать себе представителя…

Главный вопрос ИТ-профессионала – «Зачем?»
(или «А нафига?»)

Позвольте представиться. Меня зовут Антон и я руковожу отделом инфраструктурных решений в одном их крупных российских ретейлеров. Как и в любой уважающей себя организации у нас используется виртуализация и, конечно же, наша всеми «любимая» 1С. Внедряли мы VMware давно, жили с ней, в принципе, неплохо (хотя историй добавивших мне седых волос тоже хватает), но, как и при любом развитии периодически приходится осматриваться вокруг, чтобы узнавать об альтернативных решениях.

А началась наша история перехода с того, что я увидел Hyper-V в одном углу вместе с VMware у квадранта Gartner. Тут-то я и призадумался. По итогу раздумий получилась вот такая табличка «за/против» перехода. А еще знаменитые косяки VMware с CBT… Прямо мнямка. Да еще и два раза в двух разных релизах. Прям огонь!

Тут же вспоминается анекдот:

«Как узнать, что человек ярый веган. Никак. Он сам вам об этом расскажет.»
Так же и тут — как узнать ярого красноглазика. Никак. Он сам расскажет, что Linux — это божья благодать, а Windows — порождение князя тьмы.

Хейтеры 2×354 тут же встанут в стойку и, брызгая жидкостями, начнут рассказывать, как обновления Microsoft ломают к чертям вообще всю ОС. Это да, тут спорить не буду, есть у товарищей любовь к таким вот веселым подарочкам. Но в целом, процесс эволюции на мой взгляд у компании Microsoft доведен до совершенства. Революция — это не их, а вот эволюция — конек. И каждый выбирает то, что ему ближе.

Сразу оговорюсь — сравнение «by feature» тоже было, только в жизни никто «в здравом уме и крепкой памяти» не будет строить кластера по предельным значениям. Да и похожи они на самом деле практически как братья близнецы, а принципиальной разницы между тем, сколько сотен ядер можно отдать одной виртуальной машине я лично не вижу.

Почему «Killer feature» от VMware во многом просто маркетинг?

Fault Tolerance. Серьезно? Вы читали ограничения? Вы реально это используете в продакшене? Если да, то мне вас искренне по-человечески жаль… За все время ни разу не видел, чтобы это кому-нибудь реально пригодилось…

Проброс USB и PCI-девайсов. Тоже очень спорный момент. Эти вещи лишают виртуалку основного преимущества виртуализации — свободной миграции между хостами. Проброс PCI мы использовали, но как только смогли отказаться — облегченно выдохнули. Для проброса USB уже давным-давно придуманы и сделаны как софтовые, так и аппаратные решения. Сильно проще.

Кэширование данных на чтение на локальные SSD. Да, когда вышла очень радовался этой возможности. Но в реальности прирост не увидел даже на синтетических данных. А в рабочей среде периодически ловил дикие зависания этой системы (тут я не утверждаю, что вина системы —возможно это мои кривые руки что-то не так настроили). И вишенка на торте: кэширует эта система только блоки определенного размера, и надо потратить много времени на сбор информации о размере запроса к диску, думать какая именно виртуалка должна быть приоритетна в использовании этой технологии.

Читайте также:  не работает поиск spotlight mac os

Зато у Hyper-V есть штатная возможность уменьшить диск. Знаете, сколько раз я мечтал о таком в VMware? Гораздо больше чем можно себе это представить.

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

Табличка размышлений

За переход на Hyper-V Против перехода на Hyper-V
Сокращение расходов на лицензии VMware Известность платформы VMware
На базе этой же платформы построен Azure Размер дистрибутива (спойлер: Nano Server не является аналогом esxi — это немного другая идеология и позиционирование)
Интересная сетевая виртуализация Простая схема лицензирования
Репликация на другие СХД виртуалок штатными методами Поддержка большого числа разных ОС
Бонусы при покупке комплекта для построения виртуализации (набор CIS, в который входят Windows Datacenter + System Center) VMware уже работает
Различные плюшки при разворачивании Windows-серверов Нет поддержки именно гипервизора как отдельного продукта
Можно уменьшать диски на лету VDI тут можно использовать только для лабы/тестов. Для продакшена это не подходит
Более оперативная поддержка новых версий Windows Наличие интересных законченных решений для виртуализации, когда ты у одного вендора покупаешь и железо и софт, и получаешь одну консоль управления и одно окно техподдержки
Это Microsoft Это Microsoft

«Прыжок веры»

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

План тестирования был прост:

a) Для 1С тест Гилева.

a) Для 1С тест Гилева.

a) Для 1С тест Гилева.

a) Для 1С тест Гилева.

Получили вот такие результаты:

VMWare без Best Practices Тест Гилева Тест SQL
1 22.42 12.2
2 18.6 17.51
3 18.12 7.12
4 26.74 7.18
5 26.32 4.22
VMWare с Best Practices Тест Гилева Тест SQL
1 26.46 4.28
2 26.6 6.38
3 26.46 4.22
4 26.46 6.56
5 26.6 4.2
HyperV без Best Practices Тест Гилева Тест SQL
1 27.17 4.32
2 26.46 6.08
3 26.04 4.24
4 26.18 5.58
5 25.91 6.01
HyperV с Best Practices Тест Гилева Тест SQL
1 26.18 6.02
2 27.62 6.04
3 26.46 6.2
4 26.74 4.23
5 26.74 6.02
Физика Тест Гилева Тест SQL
1 35.97 4.06
2 32.47 4.04
3 31.85 6.14
4 32.47 5.55
5 32.89 5.43

Легенда

Тест Гилева — больше значит лучше, абстрактные «попугаи».

Тест SQL — меньше значит лучше, время исполнения.

1. Шаги по подготовке хоста DELL Poweredge 630.

1.1. Настраиваем хост по рекомендациям от DELL

1.1.6. Отключить ненужные девайсы в Integrated Devices — не трогал.

1.2 Настраиваем хост по рекомендации

1.2.1 Настроить Fibre Chanel HBA.

1.2.1.1 При загрузке хоста зайти в QLogic Fast!UTIL (CTRL+Q).

1.2.1.2 Выбрать первый порт.

1.2.1.11 Настроить второй порт по пунктам 1.2.1.3 – 1.2.1.10.

2. Шаги по тестированию на платформе VMware без best practices.

2.1 Устанавливаем VMware 5.5 со всеми апдейтами.

2.2 Делаем необходимые настройки на VMware (в кластер не включаем, тестим отдельно).

2.3 Устанавливаем Windows 2016 и все обновления.

2.4 Устанавливаем «1С: Предприятие». Настраиваем, если нужно пока ставим по дефолту, версия 1С — 8.3.10. (последняя).

2.5 На отдельной машине устанавливаем Windows 2016 с сервером SQL 2016 — со всеми апдейтами.

2.6 Проводим тесты (5 раз).

3. Шаги по тестированию на платформе VMware по best practices.

3.1.2 Рекомендуется включить vSphere Flash Infrastructure layer – не знаю, насколько это реализуемо в наших реалиях.

3.2 Настраиваем VM согласно рекомендациям:

3.2.2 Желательно использовать Thick provision eager zeroed.

4. Шаги по тестированию на платформе Windows Server без best practices:

4.1 Устанавливаем Windows Server 2016 Datacenter на хост и все обновления.

4.2 Делаем необходимые настройки на хосте.

4.3 Устанавливаем виртуальную машину с Windows и все обновления.

4.4 Устанавливаем «1С: Предприятие». Настраиваем, если нужно пока ставим по дефолту, версия 1С — 8.3.10 (последняя).

4.5 На отдельной машине устанавливаем Windows Server 2016 с сервером SQL 2016 со всеми апдейтами.

5. Шаги по тестированию на платформе Windows Server по best practices
Best practices изложены тут, тут и тут.

5.1 Настраиваем Host согласно рекомендациям:

5.1.1 Активировать MPIO:
Enable-WindowsOptionalFeature – Online – FeatureName MultiPathIO
(Get-WindowsOptionalFeature – Online – FeatureName «MultiPathIO»).State

5.2 Настраиваем VM согласно рекомендациям:

5.2.1 Используем Generation2 VM.

5.2.2 Используем fixed диски в VM.

Если жизнь на Марсе?

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

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

Тут же вспомнилась история о пятидневной переписке с техподдержкой VMware о проблеме при переходе на 5.5. Оказалось, веселая штука. Если ты заводишь на SQL-сервере отдельную учетную запись для подключения vSphere, то пароль у нее должен быть не длиннее 14 символов (или 10, сейчас уже не помню), ибо дальше система банально обрезает и выкидывает как ненужную часть кусок пароля. Действительно, вполне себе обоснованное поведение.

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

Но, собравшись с духом, мы, все-таки, решили повоевать. И знаете, что? Все получилось. И оказалось, что проблемы с сетевой картой были аппаратные, проблема с кластером решились после правильной настройки сети. А после того, как мы переставили хостовые ОС и VMM на английские версии вообще все стало хорошо. И тут мне стало грустно… 2017 год, а все еще нужно ставить английскую Windows чтобы было меньше проблем. Это epic fail на мой взгляд. Зато бонусом получили гораздо более простой поиск по тексту ошибок.

В итоге кластер завелся, VMM работает корректно, а мы начали раздавать виртуалки пользователям.

Кстати, отдельного котла в аду заслуживает тот, кто придумал интерфейс и логику VMM… Сказать, что он непонятный — это ничего не сказать. При первом открытии у меня появилось полное ощущение что я смотрю на приборную доску корабля пришельцев. Вроде формы знакомые, но понимания что тут что и зачем нет никакого. Хотя возможно через много лет я привыкну. Или просто заучу действия как обезьянка.

Каково это, когда все-таки завел трактор?

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

Еще очень сильно, но очень приятно удивил вопрос миграцией машин из VMWare. Изначально я читал форумы, искал софт, думал как это будет. Оказалось, за меня уже все придумали. Мы в два счета подключили в VMM vCenter и прямо из VMM сказали «дорогой товарищ, дайте, пожалуйста, вот тех конфеток, уж больно они вкусные смигрируй мне пожалуйста вот эту виртуалку на новый гипервизор.» И самое что забавное — смигрировал. С первого раза. Без бубна и ошибок. И в итоге миграция, на тест которой я планировал выделить неделю уложилась в 40 минут, из которых 20 была сама миграция.

Источник

Поделиться с друзьями
Adblock
detector