Меню Рубрики

Установка гипервизора на железо

Установка и базовая настройка бесплатного VMware vSphere Hypervisor

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

Free vSphere Hypervisor: Технические требования, ограничения и совместимость

VMware vSphere Hypervisor можно установить на сервер, соответствующий следующим техническим требованиям:

Технический минимум Рекомендуемый минимум
CPU 1 процессор, 2 ядра два процессора, четыре и более ядер на ЦП
Память 4 ГБ 8 Гбайт или более
Сеть один сетевой адаптер 1 Гбит/с два сетевых адаптера 1 Гбит/с
Локальное хранилище данных (SATA/SAS) один диск емкостью 4 Гбайт RA >

Файл дистрибутива VMware vSphere Hypervisor имеет небольшой размер (311 МБ) и содержит только самые необходимые драйверы, в основном для серверов брендовых производителей. Но иногда и на серверы известных брендов не получается установить гипервизор. Часто производители серверов выпускают собственные дистрибутивы гипервизора со своими драйверами.

Проверить совместимость VMware vSphere Hypervisor с вашим сервером можно на странице: https://www.vmware.com/resources/compatibility/search.php

Список оборудования, которое не поддерживается в ESXi 6.7: https://kb.vmware.com/s/article/52583

Рассмотрим основные ограничения бесплатного гипервизора vSphere Hypervisor в сравнении с полноценным VMWare ESXi:

  1. Не оказывается официальная техподержка VMWare;
  2. Одной ВМ можно выделить не более 8 виртуальных процессоров/ядер (vCPU) (в бесплатном Hyper-V 2019 кстати ограничения по vCPU для gen1 поколения ВМ — 64);
  3. Хост нельзя подключать к vCenter;
  4. Не доступна vStorage API (не получится настроить нормальное резервное копирование, тот же Veeam не сможет забрать ВМ с хоста);
  5. Максимум 2 физических процессора (сокета) в сервере (ограничений по кол-ву ядер нет);
  6. Все APi доступны в режиме только чтения (т.е. вы не сможете изменить ни один из параметров сервера или ВМ через тот же PowerCLI).

Однако бесплатная реакция Sphere Hypervisor позволяет без ограничений использовать все ядра и оперативную память физического сервера. Нет ограничений на общее количество RAM, процессоров, ядер или время работы хоста или ВМ. Работает PCI VMDirectPath/ USB redirection.

Как скачать и установить бесплатный VMware vSphere Hypervisor?

Актуальную версию гипервизора VMware Hypervisor vSphere 6.7 загружаем здесь. Для этого нужно войти в ваш аккаунт VMWare или создать новый.

Если создаете новый аккаунт VMWare, то после заполнения формы регистрации, нужно подождать письмо для подтверждения аккаунта. Переходите по ссылке в письме, вводите свой пароль.

На следующем этапе вы получаете лицензионный ключ для бесплатной версии гипервизора и ссылку на скачивание VMware vSphere Hypervisor. Ключ обязательно сохраните.

Скачивается iso образ, который можно записать на флешку, CD/DVD диск. Теперь можете установить гипервизор на сервер (рабочую станцию или виртуальную машину).

Установка очень простая. Выберите “ESXi-6.7.0-2019xxx-standard installer”.

Укажите диск, на который будет установлена система. В данном примере доступен один диск размером 40 ГБ.

Выберите раскладку клавиатуры.

Введите и подтвердите пароль root (не менее 7 символов).

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

Гипервизор VMware vSphere установлен. Если ваш сервер хотя бы одним сетевым интерфейсом подключен к сети с DHCP сервером, он автоматически получит IP адрес, который вы увидите в консоли гипервизора (называется она DCUI). Этот IP адрес используется для управления гипервизором из web- интерфейса.

Настройка VMware ESXi в консоли

Для управления настройками Hypervisor на экране DCUI нажмите F2, введите логин (по умолчанию root) и пароль, заданный в процессе установки.

Откроется графическая консоль для первоначальной настройки гипервизора.

Здесь можно настроить следующие опции:

  1. Configure Password — изменить пароль:
  2. В секции Configure Nanagement Network можно настроить параметры сетевых адаптеры для управления хостом (в примере на сервере всего один сетевой адаптер).
  3. Можно указать VLAN, в котором находится интерфейс управления сервером.
  4. Сконфигурировать интерфейсы IPv4 и IPv6. Можно их отключать, назначать динамические или статические IP. На сервере в большинстве случае IP адрес, подсеть и адрес шлюза указываются вручную.
  5. DNS Configuration – здесь можно указать DNS сервера и задать имя хоста.
  6. В меню Test Management Network можно проверить работу сети (командой ping) и разрешение имен через DNS. Обычно стоит проверить доступность IP адреса шлюза, и сервера в другом сегменте (можно указать адрес DNS сервера).
    Результаты теста.

Первоначальная настройка VMware vSphere Hypervisor закончена. Можно подключаться через Web- интерфейс.

Веб-интерфейс управления VMware ESXi, установка бесплатной лицензии

Для того чтобы подключиться к гипервизору vSphere Hypervisor через Web – интерфейс, введите в адресную строку браузера IP-адрес сервера, назначенный при первоначальной настройке гипервизора. Затем логин (root) и пароль.

Обратите внимание, что сервер без лицензии будет работать 60 дней.

Активируйте лицензию, полученную при регистрации “Manage” -> “Licensing” -> “Assign License”.


Для гипервизора активирована неограниченная по времени (Expires: Never) лицензия с неограниченным объемом оперативной памяти для виртуальных машин. Каждой виртуальной машине вы сможете выделить до 8 виртуальных vCPU (Up to 8-way virtual SMP).

Настройте NTP – сервер: “Manage” -> “System” -> “Time&date” -> “Edit settings”

Виртуальный коммутатор VMWare ESXi

Виртуальный коммутатор (vSphere Switch или vSwitch) – это виртуальное устройство, которое передает данные между виртуальными машинами внутри сервера и передает данные наружу через физический NIC. Есть два вида виртуальных коммутаторов:

  • Standard Switches — простой виртуальный коммутатор, логически находится внутри физического сервера.
  • Distributed Switches — распределенный виртуальный коммутатор, может быть распространен на несколько физических серверов (не доступен в бесплатной версии VMWare Hypervisor, да и в платной редакции VMWare vSphere доступен только в Enterprise Plus редакции).

После установки и запуска гипервизора уже имеется один виртуальный коммутатор vSwitch0, который включает в себя один физический адаптер vmnic0 и две группу портов – служебная (Management Network) для управления гипервизором и сеть для передачи данных (VM Network). Интерфейс управления гипервизором vmk0 (vmkernel port) включен в группу Management Network.

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

Без особой необходимости не нужно вносить изменения в Management Network или vmkernel port, иначе вы можете потерять доступ к вашему интерфейсу управления гипервизором. Если вы потеряли доступ к гипервизору, вы можете сбросить сетевые настройки с помощью меню Network Restore Options в консоли DCUI.

Создание виртуальной машины в VMWare Hypervisor

В Web-интерфейсе выберите “Virtual Machines” -> “Create / Register VM” -> “Create a new virtual machine”.

Назначьте имя виртуальной машины. Выберите тип и версию гостевой операционной системы. Включите чек-бокс “Windows Virtualization Based Security”, если хотите сделать виртуализацию оборудования, IOMMU, EFI и Secure Boot доступными для гостевой ОС.

Выберите хранилище данных (datastore) для файлов конфигурации виртуальной машины и всех ее виртуальных дисков.

Если свободное место на выбранном диске меньше, чем его объем, то вы получите сообщение, что необходимо увеличить объем datastore.

На этом шаге настраиваются все параметры виртуальной машины: количество CPU, объем оперативной памяти, размер и размещение жесткого диска, сетевые адаптеры, CD/DVD приводы и т.д. Чтобы получить доступ к сети в ВМ, достаточно поместить ее адаптер в группу портов VM Network на коммутаторе vSwitch0 (если вы ничего не перенастроили).

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

На следующем экране будет предложено проверить все настройки виртуальной машины и подтвердить их.

Установка гостевой ОС на виртуальную машину

Для установки гостевой ОС на виртуальную машину необходимо загрузить дистрибутив iso образ с дистрибутивом нужной ОС на локальное хранилище. В меню Navigation выберите Storage и нажмите Datastore Browser.

Создайте каталог для загрузки дистрибутивов.

Выберите созданный каталог, нажмите в верхнем левом углу Upload, выберите iso – образ загружаемой ОС и дождитесь окончания загрузки.

Выберите установленную виртуальную машину и нажмите “Actions” -> “Edit Settings”

Меняете настройки CD-DVD привода, как на скриншоте внизу. В CD/DVD Media выбираете закачанный iso-образ операционной системы.

Затем просто включаете виртуальную машину, ВМ пытается загрузиться с ISO образа и начинается установка гостевой ОС с виртуального CD/DVD, к которому привязан iso- образ.

После завершения установки гостевой ОС можете использовать ее, как обычно.

Надеюсь, эта небольшая обзорная статья по особенностям использования бесплатного гипервизора VMWare vSphere Hypervisor будет вам полезна.

источник

Битва гипервизоров: VMware или KVM?

Гипервизоры (технологии виртуализации) существуют более 30 лет и за это время сумели стать одним из главных «винтиков» в составе облачной экосистемы. Многие компании, подбирающие решения для виртуализации, останавливают свой выбор на двух популярных гипервизорах — VMware и KVM. Предлагаем разобраться какой же из них лучше. Но для начала немного теории.

Что такое гипервизор?

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

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

Гипервизоры второго типа, также известные как размещенные гипервизоры (Hosted Hypervisor), работают с операционной системой, установленной на сервере. А операционные системы для новых пользователей создаются поверх гипервизора.

Настольные гипервизоры, такие как Oracle VirtualBox или VMware Workstation, являются гипервизорами второго типа, а VMware и KVM – первого. VMware и KVM устанавливаются непосредственно на сервер и не требуют установки какой-либо операционной системы.

VMware vSphere

Перед покупкой VMware vSphere можно попробовать поработать в пробной версии (60 дней), после чего необходимо покупать лицензию, либо мириться с ограничениями бесплатной версии.

В бесплатной версии, которая называется VMware Free vSphere Hypervisor, нет ограничений для хоста по процессорам и памяти, зато есть ряд других:

  • API продукта доступно только для чтения;
  • виртуальная машина не может иметь более 8 ядер;
  • ее нельзя использовать вместе с Veeam для создания резервных копий;
  • подключение к vCenter Server не поддерживается;
  • не поддерживается и высокая доступность, а также технологии VM Host Live Migration и VM Storage Live Migration.

Продукт от VMware отличается от аналогов поддержкой большого количества операционных систем — Windows, Linux, Solaris, FreeBSD, Netware, MacOS и других.

Установка дистрибутива VMware на сервер очень проста: достаточно загрузиться с CD, флешки или через PXE. К тому же поддерживаются сценарии, позволяющие автоматизировать процесс инсталляции программного обеспечения, настройку сети и подключения к vCenter Server.

Немаловажно и наличие специального конвертера VMware vCenter Converter, позволяющего использовать в ESXi образы MS Virtual Server, Virtual PC, Hyper-V, а также физические серверы и образы дисковых разделов, созданных такими программами как Acronis True Image, Norton Ghost и другими.

У VMware vSphere есть встроенная интеграция с Microsoft Active Directory, то есть аутентификацию пользователей в частном или гибридном облаке можно производить при помощи доменных служб Microsoft. Гибкое распределение ресурсов позволяет использовать горячее добавление CPU, ОЗУ и жесткого диска (в том числе изменять размер текущего жесткого диска без перезагрузки).

VMware Fault Tolerate — технология VMware, предназначенная для защиты виртуальных машин с помощью кластеров непрерывной доступности. При отказе хоста (сервера ESXi) с основной (Primary) рабочей копией виртуальной машины, защищенная виртуальная машина мгновенно переключится на «вторичную» (Secondary) или «теневую» копию, работающую на другом сервере ESXi. Для машин, защищенных VMware Fault Tolerance, происходит постоянное (в реальном времени) копирование всего состояния памяти и процессорных инструкций с основной копии на «теневую». При сбое основного хоста ESXi, пользователи даже не заметят процесса переключения на второй узел. Именно этим Fault Tolerance отличается от High Availability. В High Availability при отказе физического сервера виртуальные машины будут перезапущены на других узлах, и пока операционные системы перезагружаются пользователи не смогут получить доступ к виртуальным серверам.

Кроме VMware Foult Tolerate, лицензия VMware vCloud Suite Enterprise обеспечивает высокую доступность, отказоустойчивость и восстановление после аварий с помощью функций vSphere HA, vMotion, Storage vMotion, и vCenter Site Recovery Manager.

Для уменьшения плановых остановок в обслуживании серверов или систем хранения данных (СХД), функции vMotion и Storage vMotion в онлайн-режиме переносят виртуальные машины и их диски без остановки работы приложений и пользователей. Функция vSphere Replication поддерживает разные варианты репликации vCenter Site Recovery Manager (SRM) для защиты от крупных аварий. SRM обеспечивает централизованное планирование послеаварийного восстановления, автоматические Failover и Failback с резервного сайта или из облака vCloud, а также тестирование послеаварийного восстановления без прерывания работы приложений.

К особенностям этого гипервизора стоит отнести избирательность к железу — перед установкой необходимо тщательно проверить имеющееся оборудование на совместимость с нужной версией ESXi. Для этого на сайте VMware есть специальная страница.

Лицензирование продуктов VMware имеет свои особенности. Дополнительную путаницу добавляют периодические изменения (от версии к версии vSphere) в лицензионной политике VMware. Существует несколько пунктов, которые нужно учесть перед приобретением лицензий VMware vSpere:

  • лицензирование гипервизора выполняется по числу физических процессоров (CPU). Каждый CPU сервера требует отдельной лицензии vSphere (ядра не являются физическими процессорами и не учитываются в лицензировании);
  • доступный функционал сервера ESXi определяется установленной на нем лицензией vSphere. Подробное руководство по лицензиям есть на сайте VMware;
  • для каждой купленной лицензии vShpere необходимо приобретать пакет сервисной поддержки (минимум на год);
  • VMware не накладывает ограничения на количество памяти (RAM), установленной на сервере, и на количество запущенных виртуальных машин.

Управлять множеством хостов с гипервизорами ESXi, СХД и сетевым оборудованием можно с помощью еще одного продукта VMware — Vcenter Server. Подключаемые модули клиента vSphere, предоставляемые партнерами VMware, дают IT-администраторам возможность управлять сторонними элементами в дата-центре непосредственно из этой консоли. Поэтому пользователи vCenter могут выполнять резервное копирование, защищать данные, управлять серверами, сетями и безопасностью непосредственно из интерфейса vCenter. В этой же консоли можно настроить триггеры, которые оповестят о возникших проблемах, и получить данные о работе всей инфраструктуры в виде графиков или таблиц.

KVM — простой в использовании, легкий, нетребовательный к ресурсам и довольно функциональный гипервизор. Он позволяет за минимальные сроки развернуть площадку виртуализации и организовать виртуализацию под управлением операционной системы Linux. В процессе работы KMV осуществляет доступ к ядру операционной системы через специальный модуль (KVM-Intel или KVM-AMD). Изначально KVM поддерживал только процессоры x86, но современные версии KVM поддерживают самые разные процессоры и гостевые операционные системы, в том числе Linux, BSD, Solaris, Windows и др. Кстати, все Wiki-ресурсы (MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity) используют именно этот гипервизор.

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

KVM позволяет виртуальным машинам использовать немодифицированные образы дисков QEMU, VMware и другие образы, содержащие операционные системы. Каждая виртуальная машина имеет своё собственное виртуальное аппаратное обеспечение: сетевые карты, диск, видеокарту и другое железо.

Благодаря поддержке немодифицированных образов VMware, физический сервер можно легко виртуализовать при помощи все той же утилиты VMware vServer Converter, а затем перенести полученный файл в гипервизор.

Установка KVM в операционной системе Linux заключается в инсталляции пакета KVM и библиотеки виртуализации Libvirt, а также в тщательной настройке среды виртуализации. В зависимости от используемой на хосте операционной системы необходимо настроить мост или подключение к VNC-консоли, с помощью которой виртуальные машины будут взаимодействовать с хостом.

Администрировать KVM сложнее, так как прозрачный доступ к файлам, процессам, консолям и сетевым интерфейсам отсутствует, это приходится настраивать самостоятельно. Перестройка параметров VM в KVM (CPU, RAM, HDD) не очень удобна и требует дополнительных действий, включающих перезагрузку ОС.

Сам проект не предлагает удобных графических инструментов для управления виртуальными машинами, только утилиту Virsh, реализующую все необходимые функции. Для удобного управления виртуальными машинами можно дополнительно установить пакет Virt-Manager.

У KVM нет встроенных инструментов, подобных Fault Tolerate для VMware, поэтому единственный способ создать кластер высокой доступности — использовать сетевую репликацию при помощи DRDB. Кластер DRBD поддерживает только два узла, а узлы синхронизируются без шифрования. То есть для более безопасной связи необходимо использовать VPN-соединение.

Кроме того, для построения кластера высокой доступности понадобится программа Heartbeat, которая позволяет обмениваться служебными сообщениями о своем состоянии узлам в кластере, и Pacemaker — менеджер ресурсов кластера.

Гипервизор KVM распространяется как продукт с открытым исходным кодом, а для корпоративных пользователей существует коммерческое решение Red Hat Virtualization (RHEL), основанное на KVM и платформе управления виртуальной инфраструктурой oVirt.

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

Следует учесть, что у KVM нет службы поддержки. Если что-то не получится, можно рассчитывать на форумы и помощь сообщества. Или перейти на RHEL.

Так что же выбрать?

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

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

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

Исследования показали, что совокупная стоимость владения KVM, как правило, на 39 процентов ниже, чем у VMware, хотя фактическая совокупная стоимость владения зависит от специфичных факторов, таких как эксплуатационные параметры и рабочая нагрузка площадки.

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

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

источник

Читайте также:  Установка пневмоблокировки спрут на уаз 469

Добавить комментарий