Системные продукты и утилиты vmware. Установка и базовая настройка бесплатного VMware vSphere Hypervisor. Когда нужно внедрять виртуальную инфраструктуру в компании

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

ВОЗМОЖНОСТИ

Улучшения продукта

Ниже представлены основные новые возможности и обновления vSAN 6.7.

• Пользовательский интерфейс на базе HTML5
• Полностью обновленный пользовательский интерфейс предоставляет современные возможности управления. Новый интерфейс был создан на базе той же платформы, которая используется в других продуктах VMware, поэтому заказчики получат унифицированный и удобный процесс управления наиболее полным стеком продуктов для программного ЦОД. Кроме того, в новом интерфейсе благодаря оптимизации рабочих процессы сокращено число действий, необходимых для выполнения многих задач.
• vRealize Operations в vCenter
• Решение vRealize Operations, интегрированное непосредственно в vCenter, обеспечивает полную визуализацию сред HCI, развернутых локально или в широком спектре общедоступных облаках, и предоставляется бесплатно всем заказчикам vSAN редакций Advanced и Enterprise. С помощью настраиваемых панелей мониторинга vSAN в единой консоли управления можно выполнять мониторинг и контролировать среду HCI. Интеграция новых или существующих экземпляров vROPs выполняется без прерывания работы.
• vSAN ReadyCare
• Поддержка vSAN ReadyCare подчеркивает обязательства компании VMware перед заказчиками vSAN и обеспечивает комплексную поддержку благодаря привлечению ведущих экспертов и использованию новейших средств анализа и технологий. Используя прогнозное моделирование в vSAN Support Insight, компания VMware анализирует анонимно собранные данные тысяч заказчиков vSAN и отправляет им уведомления до возникновения проблем. Кроме того, службы проверки работоспособности vSAN предоставляют уведомления и рекомендации по устранению проблем в режиме реального времени.
• Шифрование по стандарту FIPS 140-2
• В продукте vSAN реализовано первое стандартное решение по шифрованию данных на хранении для HCI. В vSAN 6.7 представлен компонент vSAN Encryption - первое программное решение, соответствующее требованиям стандарта FIPS 140-2 и строгим требованиям федеральных органов власти США. vSAN Encryption обеспечивает сокращение расходов на защиту данных и повышение гибкости благодаря отсутствию зависимости от оборудования и упрощению основных процессов управления. Кроме того, это первое HCI-решение, руководство STIG для которого одобрено Агентством по оборонным информационным системам (DISA).
• Повышенная отказоустойчивость приложений
• Решение vSAN обеспечивает единообразные условия работы конечных пользователей с приложениями с помощью интеллектуальных возможностей самостоятельного восстановления, к которым относятся адаптивная повторная синхронизация, быстрое аварийное переключение для физически разделенных сетей и консолидация реплик. Адаптивная синхронизация оптимизирует управление трафиком ввода-вывода для сохранения работоспособности приложений во время синхронизации. Консолидация реплик сокращает время и усилия, необходимые для перевода узла в режим обслуживания. Наконец, необходимость в аварийном переключении физически разделенных сетей пропадает благодаря мгновенному аварийному переключению.
• Повышенная доступность распределенных кластеров
• Среды распределенных кластеров стали еще эффективнее благодаря интеллектуальному отделению трафика компонента-"свидетеля", переопределению основной среды и эффективной повторной синхронизации. Отделение трафика компонента-"свидетеля" и эффективная синхронизация оптимизируют маршрут и размер данных, которые передаются по каждому каналу, что делает аварийные переключения прозрачными для конечных пользователей приложений. Переопределение основной среды повышает доступность рабочих нагрузок благодаря использованию более эффективной логики в случае сбоя среды.
• Оптимизированные приложения нового поколения
• Решение vSAN использует новую политику хранения (закрепление узлов vSAN) для приведения эффективности и отказоустойчивости vSAN в соответствие с потребностями новейших приложений модели "shared-nothing". Применяя эту политику, vSAN сохраняет одну копию данных и записывает блоки данных на узле ESXi, на котором выполняется ВМ. Эта возможность особенно важна для приложений, работающих с большими объемами данных (Hadoop), NoSQL (DataStax), и других приложений, которые выполняют резервирование данных на уровне приложения.
• Расширенная поддержка для сред важных бизнес-приложений
• Теперь vSAN поддерживает больше сред важных приложений благодаря поддержке отказоустойчивой кластеризации Windows Server, что упрощает управление хранилищем для этих рабочих нагрузок и помогает заказчикам ускорить переход к централизованному программному ЦОД.
• Упреждающая поддержка с помощью vSAN Support Insight
• Упреждающая поддержка повышает надежность vSAN благодаря оповещениям, которые создаются до возникновения проблем в инфраструктуре, а также сокращает время оказания традиционной поддержки за счет периодического сбора данных. Для использования этой возможности необходимо зарегистрироваться в программе повышения эффективности работы пользователей.
• Поддержка Adaptive Core Dump
• Поддержка Adaptive Core Dump сокращает время разрешения проблем заказчиков vSAN для большего числа типов сред благодаря автоматической настройке направления и размера ценных данных, используемых для ускорения оказания поддержки.
• Расширенная поддержка оборудования
• vSAN теперь поддерживает диски 4Kn, что помогает подготовить среды vSAN к развитию потребностей в будущем и дает возможность для снижения совокупной стоимости владения.

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

VMware ESX Server

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

VMware ESX Server - первый гипервизор типа 1 для процессоров Intel x86. ESX не был первым серверным гипервизором, и даже не был первым продуктом VMware. Однако в нем впервые были реализованы такие функции, как живая миграция ВМ (vMotion), высокая доступность ВМ (High Availability), автоматическая балансировка (Distributed Resource Scheduler), управление питанием (Distributed Power Management) и многое другое.

Кстати, вы никогда не задавались вопросом, что значить аббревиатура ESX? Так вот, ESX - это Elastic Sky X. Что лишний раз доказывает, что еще в далеком 2002 VMware разрабатывала свои продукты с оглядкой на облачные вычисления...

ESX строился на базе монолитной архитектуры, все драйверы, сеть и подсистема ввода-вывода работали на уровне гипервизора. Однако для управления гиперзовиром на каждом хосте устанавливалась небольшая служебная ВМ - Service Console на базе модифицированного дистрибутива Red Hat Linux. С одной стороны, это накладывало ряд ограничений - служебная ВМ отъедала часть вычислительных ресурсов хоста, ее диски, как и любой другой ВМ требовалось размещать на VMFS хранилище, а каждый хост нуждался, по меньшей мере, в двух IP адресах, один - для VMKernel интерфейса, второй - для Service Console. С другой стороны, Service Console предоставляла возможность установки стороннего ПО (агентов, плагинов), которые расширяли возможности по мониторингу и управлению гипервизором. Наличие Service Console породило распространенное заблуждение, что гипервизор ESX является модифицированным Linux"ом.

Стоит упомянуть, что первые версии ESX устанавливались и управлялись по отдельности, однако, начиная ESX 2.0, для централизованного управления несколькими хостами появился VMware VirtualCenter (ныне хорошо известный под именем vCenter Server). Тогда, собственно, и появился Virtual Infrastructure, который представлял собой набор продуктов для виртуализации, состоящий из гипервизора ESX и ПО управления VirtualCenter. К версии 4.0 Virtual Infrastructure был переименован в vSphere.

В 2008 году появился альтернативный гипервизор - ESXi, который не нуждался в Service Console, был гораздо меньше в размере, но не поддерживал многое из того, что умел ESX (у ESXi отсутствовал WEB интерфейс, встроенный брандмауэр, возможность загрузки по SAN, интеграция с Active Directory и пр.). С каждой новой версией VMware постепенно наращивала функционал ESXi. VMware vSphere 4.1 стал последним релизом, включающим гипервизор ESX. Начиная с 5.0 VMware оставила только ESXi.

VMware GSX Server / Server

Долгие годы VMware GSX Server выпускался параллельно с VMware ESX. Ground Storm X (так расшифровывается аббревиатура GSX) представлял собой гипервизор второго типа и устанавливался поверх серверных ОС Microsoft Windows, RedHat или SUSE Linux. Использование гипервизора тип 2 имело свои плюсы. Во-первых, GSX поддерживал гораздо более широкий перечень оборудования и мог работать даже на десктопном железе в отличие от "капризного" ESX. Во-вторых, VMware GSX был крайне прост в установке и настройке, любой, кто работал с VMware Workstation, был способен управиться и с GSX. В-третьих, GSX имел встроенный NAT и DHCP сервер, что позволяло легко настраивать сеть для ВМ.

Как и старший собрат GSX поддерживал централизованное управление через VirtualCenter.

Позже GSX был переименован в VMware Server, получил при этом возможность запускать 64-битные ВМ, а также выделять ВМ несколько виртуальных процессоров. Вышедший в конце 2008 года VMware Server 2.0 стал бесплатным, обзавелся полноценным веб-интерфейсом и возможностью проброса USB устройств внутрь ВМ, однако потерял поддержку VMware VirtualCenter.

К этому времени гипервизоры ESX и ESXi заняли большую часть рынка серверной виртуализации. Выход бесплатных версий VMware ESXi Free и Microsoft Hyper-V Server стали последним гвоздем в крышку гроба VMware Server. VMware и Microsoft забросили свои гипервизоры для серверных ОС.

VMware vCenter Server Heartbeat

Продукт, предназначенный для обеспечения высокой доступности служб vCenter и смежных сервисов (СУБД, SSO, Update Manager), разрабатывался не самой VMware, а сторонней компанией - Neverfail Group .

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

Хотя какое-то время vCenter Heartbeat и был единственным способом обеспечить защиту vCenter не только от аппаратных, но и от программных сбоев, реализация откровенно хромала. Сложная процедура установки и обслуживания кластера, а также масса багов сделали свое черное дело. В итоге, начиная с vSphere 5.5 U3 / vSphere 6.0 компания VMware отказалась от vCenter Heartbeat и вернулась к более привычному способу кластеризации средствами Microsoft Failover Cluster.

VMware vCenter Protect

Для тех из вас, кто работал с vSphere хотя бы с 4-й версии, должно быть известно, что в то время vCenter Update Manager поддерживал установку обновлений не только для гипервизоров ESX/ESXi, но также гостевых операционных систем и различного ПО. Однако начиная с 5.0 данный функционал был исключен из Update Manager, вместо этого VMware стала предлагать отдельный продукт - VMware vCenter Protect, который был приобретен вместе с компанией Shavlik.

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

Но, по всей вимости, продажи шли не очень хорошо, кроме того в портфеле VMware был vRealize Configuration Manager, приобретенный в 2010 у EMC, и выполнявший функции патч-менеджмента, инвентаризации и многого другого. Поэтому в 2013 vCenter Protect был продан компании LANDesk.

VMware Virtual Storage Appliance

Virtual Storage Appliance - первая попытка VMware играть на рынке программно-определяемых СХД. VSA предназначался для SMB и позволял создавать общую отказоустойчивую СХД на базе локальных дисков, устанавленных в сервер.

На каждом хосте ESXi развертывался специальный апплайнс VSA. Виртуальные диски VSA размещались на VMFS хранилище, созданном на томах локального RAID контроллера. Половина дискового пространства предназначалась для зеркалирования данных с другого VSA (этакий сетевой аналог RAID 1), расположенного на соседнем хосте, половина оставалась под полезные данные. Затем каждый апплайнс презентовал свое зеркалируемое хранилище по протоколу NFS обратно всем хостам виртуализации. Одна инсталляция поддерживала 2 или 3 хоста виртуализации, при использовании 2 хостов vCenter Server выполнял роль арбитра и должен был разворачиваться на отдельном физическом сервере или хосте ESXi, не входящем в VSA.

Функционал VSA был весьма ограниченным. Так, например, первая версия VSA поддерживала размещение только на VMFS томах с RAID 1 или 10, что приводило к высоким накладным расходам на хранение данных (фактически, полезное пространство составляло менее 1/4 от объема локальных дисков), отсутствовала поддержка VAAI, не было поддержки кэширования или тиринга.

Все это в совокупности с не слишком низкой ценой и невысокой производительностью не позволили VSA вытеснить привычные СХД из SMB сегмента. Поэтому вскоре после выхода первой версии Virtual SAN в 2014, продукт был снят с продаж.

VMware Virsto

Еще одна жертва Virtual SAN, продукт одноименной компании, которую VMware приобрела в 2013 году. Насколько мне известно, после покупки Virsto так и не появился в прайс-листах, а был практически сразу же помножен на ноль.

Перпективная разработка в области программно-определяемых хранилищ данных, Virsto представлял собой виртуальный апплайнс, выполняющий роль виртуализатора СХД, т.е. ресурсы СХД презентовались аплайнсу, а аплайнс, в свою очередь, отдавал дисковое пространство хостам по протоколу NFS. Сердцем Virsto была VirstoFS - специализированная файловая система, позволяющая оптимизировать операции записи и чтения за счет использования механизмов, схожих с теми, что можно видеть в СХД NetApp FAS. Virsto мог аккумулировать случайные операции записи в специальном журнале и затем последовательно записывать данные на СХД, что положительно сказывалось на IOPS и задержках. Кроме того, Virsto поддерживал многоуровневое хранение данных (тиринг) и оптимизировал работу со снапшотами за счет хранения в оперативной памяти метаданных о том, какой блок с данными в каком из снимков находится.

Несмотря на то, что продукт так и не вышел, старания разработчиков не прошли даром - в Virtual SAN 6.0 вместо VMFS-L появился новый формат разметки дисков на базе VirstoFS и поддержка "продвинутых" снапшотов.

VMware Lab Manager

Продукт для автоматизации развертывания и управления жизненным циклом ВМ в тестовых окружениях.

По сути Lab Manager являлся менеджером менеджеров, разворачивался поверх существующей инсталляции VMware ESX/ESXi и vCenter и позволял организовывать многопользовательский (многоарендный) доступ к общей виртуальной инфраструктуре, выделять пользователям необходимый набор вычислительных ресурсов, автоматически выдавать IP адреса ВМ из пулов, создавать изолированные сети для ВМ, указывать срок аренды для ВМ.

С ростом популярности темы облачных вычислений VMware переключилась на другой продукт - vCloud Director, постепенно перенеся из Lab Manager все наработанные фишки и закрыв его.

VMware ACE

Закончить обзор я хочу на достаточно редком звере - VMware ACE. Еще до появления VDI в своем классическом виде и широкого распространения BYOD компания VMware предлагала клиентам ПО для централизованного управления виртуальными рабочими станциями, которые могли запускаться на персональных компьютерах пользователей - VMware ACE.

ACE работал в связке с клиентскими гипервизорами VMware Workstation и Player и позволял управлять ВМ на основании заданных политик. С помощью политик администраторы могли ограничить функционал ВМ (например, отключить проброс USB устройств или контролировать доступ в сеть), принудительно шифровать виртуальные диски, разрешать доступ к ВМ только для авторизованных пользователей, настраивать срок жизни ВМ, по истечении которого ВМ переставала запускаться и т.д. ВМ вместе с политиками и гипервизором VMware Player могли быть экспортированы в виде готово пакета Pocket ACE и переданы пользователю любым удобным способом (на CD-диске, flash-накопителе или по сети). При необходимости, администратор мог развернуть в сети сервер ACE Management Server, к которому подключались клиентские гипервизоры и запрашивали актуальные настройки политик для ВМ.

Не смотря на интересный функционал, продукт не получил широкого распространения, и по словам VMware не отвечал всем требованиям тех немногих заказчиков, что его использовали, поэтому в 2011 он был снят с продажи. Спустя несколько лет на смену ACE пришел VMware Horizon FLEX, имеющий собственный механизм доставки ВМ на компьютеры пользователей, а также поддерживающий гипервизор VMware Fusion Pro для ОС Apple MAC OS X.

Вопросы создания и применения виртуальных машин обсуждались в нашем журнале неоднократно — инфраструктурное ПО, предназначенное для решения этой задачи, сегодня развивается весьма динамично, равно как и спрос на самые разнообразные решения в данной области. Поводом для возвращения к этой теме послужило появление новых версий ряда продуктов компании VMware (подразделения компании EMC), а также, что немаловажно, расширение спектра связанных с этими продуктами услуг, предоставляемых в России, — именно об этом и пойдет речь в настоящей статье.

Виртуальные машины и их применение

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

Немного истории

Понятие «виртуальная машина» существует уже несколько десятков лет. Первые виртуальные машины создавались под управлением операционных систем, функционировавших на мэйнфреймах, и представляли собой отдельные рабочие пространства, различавшиеся индивидуальными настройками и позволявшие до определенной степени персонализировать рабочие среды многочисленных пользователей, совместно эксплуатировавших один и тот же мэйнфрейм. Хотя персонализация 70-х годов сильно отличалась от той, к которой мы привыкли сегодня, она, тем не менее, создавала пользователям определенные удобства, экономила их рабочее время и в целом была оправданна экономически.

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

Как работают виртуальные машины

Для функционирования современных виртуальных машин требуется средство управления виртуальными машинами, представляющее собой либо специализированную операционную систему с соответствующими возможностями, либо Windows-, Linux- или UNIX-приложение, установленное на реальном компьютере, называемом хостом. Сама виртуальная машина в большинстве случаев представляет собой образ файловой системы, формирующийся при установке какой-либо ОС (в общем случае отличной от той, под управлением которой функционирует средство управления виртуальными машинами) и хранящийся в виде файла или расположенный в выделенном разделе жесткого диска. С помощью средства управления виртуальными машинами можно за-грузить в выделенное адресное пространство образ операционной системы виртуальной машины. Такая операционная система носит название guest operation system — гостевая операционная система, в отличие от исходной операционной системы, носящей название host operation system — операционная система хоста (если таковая существует). После этого операционная система виртуальной машины будет способна взаимодействовать с аппаратным обеспечением компьютера (например, с видеоадаптером, звуковой картой, клавиатурой, мышью, сетевыми адаптерами). Таким способом можно, например, при работающей операционной системе Windows XP с помощью средства управления виртуальными машинами загрузить операционную систему Linux в выделенное для нее адресное пространство и переключаться между обеими операционными системами, не прибегая к перезагрузке компьютера, а в ряде случаев использовать буфер обмена для обмена данными между этими операционными системами или осуществлять сетевое взаимодействие между ними, как если бы это были два разных компьютера. Можно одновременно загрузить и более одной виртуальной машины — лишь бы для этого было достаточно оперативной памяти (ее, естественно, должно быть много — ведь в оперативной памяти при загрузке виртуальной машины оказывается еще одна операционная система).

Зачем нужны виртуальные машины

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

Еще один типичный пример применения виртуальных машин — тестирование приложений под управлением различных операционных систем (таких как Windows 2000, Windows XP и Windows Server 2003 разных языковых версий или редакций с различными пакетами обновления). Такое тестирование обычно проводится при разработке «коробочных» продуктов, а также в проектах, предполагающих наличие у заказчика разнообразных рабочих станций и серверов, приобретенных в разные годы.

Помимо указанных случаев приведем несколько более экзотических примеров применения виртуальных машин: эксплуатация продукта, не работоспособного на имеющейся платформе (например, написанного много лет назад DOS-приложения); тестирование работоспособности самих операционных систем или сетевых служб; документирование продуктов, предназначенных для платформы, отличной от той, что используется для подготовки документации; демонстрация продуктов для различных платформ и их взаимодействия с помощью одного компьютера (последнее часто делают менеджеры по маркетингу и продажам программного обеспечения, а также руководители проектов по его разработке); подготовка учебных классов к занятиям путем копирования на рабочие станции виртуальных машин с настроенным программным обеспечением; техническая поддержка многоплатформенных продуктов.

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

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

Продукты компании VMware

омпания VMware (www.vmware.com) была основана в 1998 году, и первым ее продуктом стало выпущенное в 1999-м средство управления виртуальными машинами VMware (позже переименованное в VMware Workstation), предназначенное для платформ Windows и Linux. Для того времени подход VMware к организации вычислений в разноплатформенных средах был поистине революционным — ранее о виртуальных машинах говорили только применительно к мэйнфреймам. В 2001 году этой компанией были выпущены серверные продукты VMware ESX Server и VMware VirtualCenter. Два года спустя была разработана технология VMotion для динамического перемещения виртуальных машин с серверным ПО между физическими серверами, позволяющая создавать высоконадежные серверные решения с применением виртуальных машин — именно благодаря этой уникальной технологии VMware окончательно подтвердила свои лидирующие позиции на рынке инструментов для виртуализации, значительно опередив своего ближайшего конкурента, корпорацию Microsoft, по качеству, разнообразию и надежности предлагаемых продуктов.

Сегодня решения на основе серверных продуктов VMware используют крупнейшие телекоммуникационные компании, финансовые и правительственные учреждения, производственные и торговые предприятия, учебные заведения, среди которых такие известные компании, как Google, Lockheed Martin, Merrill Lynch, Subaru и QUALCOMM. Авторам собственных решений на основе продуктов VMware доступны соответствующие прикладные программные интерфейсы и наборы инструментов и примеров (Software Development Kit, SDK).

Ниже приводится краткий обзор возможностей продуктов компании VMware, доступных на данный момент.

Продукты для разработки и тестирования приложений и конфигураций ПО

Данная категория продуктов VMware предназначена главным образом для разработчиков приложений, специалистов по тестированию, конечных пользователей и системных администраторов, обслуживающих вышеперечисленные категории сотрудников. Заметим, что два из трех продуктов, относящихся к указанной категории, — VMware Server и VMware Player — поcтавляются бесплатно.

VMware Workstation

Продукт VMware Workstation 5.5, предназначенный главным образом для тестирования настольных и многозвенных распределенных приложений и их конфигураций, поддерживает весьма широкий спектр как операционных систем хоста, так и гостевых операционных систем. Этот продукт может использовать в качестве ОС хоста несколько последних версий операционных систем от Microsoft, Red Hat, SuSE, Ubuntu, а также Sun Solaris (для процессоров x86) и FreeBSD. В качестве гостевых ОС VMware Workstation 5.5 может применять различные, в том числе 64-разрядные, версии Windows, Linux, Novell NetWare, DOS, Sun Solaris и FreeBSD. Виртуальные машины могут располагаться как в файле, так и на отдельном жестком диске или в его отдельном разделе.

WMware Workstation поддерживает виртуальные и реальные IDE- и SCSI-диски, накопители на гибких дисках, дисководы CD-ROM, DVD-ROM компьютера-хоста, LPT-, COM-, USB-порты и динамически подключаемые к хосту USB-устройства, такие как сканеры, принтеры, жесткие диски и флэш-карты, подключаемые КПК и фотоаппараты. Помимо реальных дисководов, WMware Workstation умеет работать с образами дисков формата ISO, рассматривая их как дисководы CD-ROM. Поддержка SCSI-устройств, таких как сканеры, ленточные накопители, дисководы CD-ROM, DVD-ROM, может осуществляться даже при отсутствии драйверов этих устройств в операционной системе хоста.

WMware Workstation поддерживает разнообразные способы эмуляции сетевого взаимодействия, начиная с ее отсутствия и заканчивая интеграцией в локальную сеть, в которую включен хост, а также эмуляцию сетевого взаимодействия с другими виртуальными машинами как с отдельными компьютерами, трансляцию адресов NAT, виртуальный DHCP-сервер, организацию сетевых мостов с помощью беспроводных соединений, широкий спектр сетевых протоколов, переключение между разными виртуальными сетями.

VMware Workstation позволяет создавать «моментальные снимки» виртуальной машины (snapshots), сохраняя в виде файла компьютера-хоста сведения о ее состоянии, запущенных приложениях и их данных (при этом можно сделать несколько «снимков» одной и той же машины), а также поддерживает обмен данными между виртуальными машинами и операционной системой хоста с помощью буфера обмена и операций drag-and-drop, синхронизацию времени гостевой ОС и ОС хоста, возможность отмены всех изменений, сделанных пользователем в данном сеансе работы. Отметим также наличие в этом продукте средств оптимизации памяти и средств управления многозвенными приложениями, предназначенных специально для повышения производительности труда разработчиков и пользователей, эксплуатирующих единственную рабочую станцию.

Из новшеств последней версии VMware Workstation выделим поддержку назначения виртуальной машине двух виртуальных процессоров (что полезно для тестирования двухпроцессорных конфигураций ПО), средства преобразования виртуальных машин, созданных с помощью Microsoft Virtual PC и Microsoft Virtual Server, а также образов ОС, созданных с помощью Symantec LiveState Recovery, в виртуальные машины VMware, поддержку 64-разрядных процессоров Intel и AMD, поддержку адаптеров для беспроводных сетей, средства автоматического обнаружения устройств хранения данных и USB-устройств.

Отметим, что при примерно одинаково невысокой цене в плане поддержки операционных систем возможности VMware Workstation значительно опережают своего ближайшего конкурента Microsoft Virtual PC, который может использовать в качестве ОС хоста только настольные версии Windows 2000 и Windows XP, а в качестве гостевых ОС — главным образом DOS, все 32-разрядные настольные версии Windows и некоторые версии экзотической по нынешним временам OS/2 Warp; о поддержке 64-разрядных ОС в Virtual PC речь тоже пока не идет.

VMware Server

VMware Server — анонсированный в начале текущего года бесплатный продукт, рекомендуемый производителем в качестве замены платного продукта VMware GSX Server. На данный момент VMware Server доступен в виде бета-версии, а выход окончательной версии ожидается во II квартале этого года.

VMware Server работает под управлением 32- или 64-разрядных серверных версий Windows и Linux, выполняющихся на компьютерах с одним или несколькими x86-совместимыми процессорами (на данный момент число поддерживаемых процессоров составляет 16). Набор поддерживаемых данным продуктом операционных систем весьма внушителен — среди гостевых ОС имеется широкий спектр версий Linux и Windows, а при необходимости с помощью этого продукта можно выполнять и последние версии Novell NetWare (рис. 1).

Данный продукт содержит в своем составе средства для организации удаленного администрирования и мониторинга, основанные на Web-интерфейсе и выполняющиеся под управлением Windows или Linux. Однако, в отличие от VMware Workstation, этот продукт поддерживает создание только одного «мгновенного» снимка виртуальной машины, к тому же его средства оптимизации использования памяти хоста далеко не так разнообразны.

Из нововведений, которые будут доступны пользователям VMWare Server, отметим поддержку виртуальной симметричной многопроцессорной обработки данных (Virtual SMP) и технологии виртуализации на аппаратном уровне Intel Virtualization Technology, а также поддержку 64-разрядных гостевых ОС.

Хотя сам VMware Server является бесплатным продуктом, компания VMware и ее партнеры (в том числе российские) предоставляют платную техническую поддержку нуждающимся в ней клиентам.

Отметим, что технические возможности бесплатного продукта VMware Server сходны с возможностями платных продуктов Microsoft Virtual Server 2005 Enterprise Edition и превышают возможности Microsoft Virtual Server 2005 Standard Edition (например, по числу поддерживаемых процессоров компьютера-хоста). При этом Microsoft Virtual Server выполняется только под управлением серверных версий Windows (он предназначен для использования главным образом различных версий Windows в качестве гостевых ОС), тогда как VMware Server, помимо Windows, поддерживает широкий спектр других ОС (Linux, Solaris, FreeBSD, Novell NetWare) в качестве гостевых и Linux в качестве ОС хоста.

VMware Player

VMware Player — бесплатный продукт, предназначенный для выполнения виртуальных машин, созданных с помощью VMware Workstation и VMware Server. Создавать новые виртуальные машины с его помощью нельзя. Однако на сайте компании VMware имеется постоянно обновляемый раздел с доступными для загрузки и использования сконфигурированными виртуальными машинами под управлением различных ОС и установленным программным обеспечением различных производителей.

В отличие от VMware Server, для VMware Player не предполагается платной поддержки производителя и партнеров.

Продукты для применения в составе IT-инфраструктуры предприятий

VMware ESX Server

VMware ESX Server 2.5 представляет собой средство создания виртуальных машин, не требующее наличия операционной системы-хоста (по существу оно само играет роль операционной системы) и выполняющееся на компьютерах с двумя и более 32-разрядными процессорами Intel и AMD и с двумя и более сетевыми адаптерами. В качестве хранилища файлов должны выступать SCSI-диски, накопители, доступные с помощью Fibre Channel, либо встроенный RAID-контроллер — в таком хранилище этот продукт создает собственную файловую систему VMware File System (VMFS). Этот продукт может быть установлен на Blade-серверы или на сети хранения данных SAN (Storage Area Network — выделенная высокопроизводительная сеть, предназначенная для передачи данных между серверами и устройствами хранения данных и функционирующая независимо от локальной сети) .

Данный продукт поддерживает эмуляцию до 80 виртуальных процессоров, а в качестве гостевых ОС — серверные версии Windows, Linux, FreeBSD, Novell NetWare. Для некоторых версий Windows и Linux поддерживаются виртуальные симметричные многопроцессорные конфигурации.

В отличие от VMware Server, VMware ESX Server рассчитан на удаленное администрирование. Он не содержит инструментов, выполняющихся локально на самом сервере, не считая средств установки и первоначальной конфигурации самого ESX Server. Средства для организации удаленного администрирования ESX Server основаны на Web-интерфейсе (рис. 2).

Рис. 2. Средства удаленного администрирования VMware ESX Server 2.5

Для VMware ESX Server существует дополнение под названием VMware Virtual SMP , которое позволяет одной виртуальной машине выполняться на нескольких физических процессорах. Указанное дополнение дает возможность осуществлять дополнительное масштабирование наиболее ресурсоемких приложений, выполняющихся на виртуальных машинах, а также тестирование многопроцессорных конфигураций серверного ПО.

VMware VirtualCenter

VMware VirtualCenter 1.2 — это средство управления виртуальными машинами под управлением VMware ESX Server и VMware Server и содержащими их серверами. Данный продукт позволяет создавать конфигурацию операционных систем, служб и приложений, выполняющихся на виртуальных машинах, производить их перенос с одной машины на другую и быстрое развертывание серверов с предустановленной операционной системой и приложениями, осуществлять мониторинг производительности и использования серверных ресурсов (рис. 3).

Рис. 3. Мониторинг использования серверных ресурсов с помощью VMware VirtualCenter

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

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

VMware ACE

VMware ACE (от Assured Computing Environment) — это инструмент, рассчитанный на администраторов сетей и предназначенный для создания стандартных виртуальных машин и конфигураций для рабочих станций. Его основное назначение — упрощение администрирования рабочих станций за счет создания однотипных конфигураций и переноса их на рабочие станции.

Особенностью данного продукта является широкий набор возможностей, связанных с обеспечением безопасности сети, таких как поддержка рабочих станций-«гостей» (например, ноутбуков посетителей), установка правил доступа к виртуальным машинам, шифрования данных или срока действия той или иной конфигурации (рис. 4).

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

В качестве гостевых ОС VMware ACE поддерживает различные версии DOS, Windows, Linux, FreeBSD, Novell NetWare, Sun Solaris, а в качестве операционных систем хоста и средств управления VMware ACE Manager — все версии Windows, начиная с Windows 2000.

VMware P2V Assistant

VMware P2V Assistant — средство создания виртуальных машин на основе реально существующих физических машин, выполняющихся под управлением различных версий Windows, начиная с Windows NT 4.0. Этот продукт создает «моментальный снимок» исходной операционной системы и превращает его в виртуальную машину, избавляя администраторов от необходимости установки и конфигурации последней. Созданные с его помощью виртуальные машины могут выполняться под управлением VMware ESX Server, VMware Server и VMware Workstation.

Несколько слов о затратах

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

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

Если в компании имеются унаследованные приложения, устраивающие всех, но предназначенные для платформы, которая уже не поддерживается производителем, то такая компания оказывается перед дилеммой: продолжать ли использовать платформу, несущую в себе потенциальную угрозу безопасности всей корпоративной сети из-за прекращения выпуска ее обновлений, или переписать имеющиеся приложения? Первый способ решения данной проблемы представляется рискованным, второй обычно бывает весьма затратным. Применение VMware Player и VMware Server в подобном случае вполне может оказаться тем самым вариантом, который лишен недостатков двух предыдущих, — эксплуатируя опасную платформу (неважно, для серверной или клиентской части унаследованного приложения) внутри виртуальной машины, можно обеспечить и приемлемый уровень удобства, и достаточный уровень безопасности.

Если же говорить о применении виртуальных машин в составе IT-инфраструктуры корпоративных решений, то в этом случае возможностей снижения затрат на инфраструктуру и ее эксплуатацию оказывается значительно больше. Такой продукт, как VMware ESX Server, может сделать излишним приобретение отдельных аппаратных серверов для решения разных задач за счет создания более эффективного и экономически более выгодного парка серверов, который позволит оперативно реагировать на изменения условий эксплуатации и требований к приложениям. Применение VMware VirtualCenter и технологии VMotion позволит значительно сократить время, требующееся для развертывания новых северов, а также время их простоя во время технического обслуживания аппаратного обеспечения за счет переноса виртуальных машин на другие физические серверы. И наконец, VMware ACE даст возможность реализовать самые строгие правила безопасности при применении виртуальных машин, снизив тем самым возможные риски утечки корпоративных данных и проникновения в корпоративную сеть извне, — а значит, позволит избежать убытков и зачастую непоправимого ущерба, наносимого репутации компании подобными инцидентами.

), Softline (www.softline.ru).

Кроме того, сейчас в нашей стране в учебном центре «Микроинформ» (www.microinform.ru) доступен специализированный курс на русском языке «Построение виртуальной инфраструктуры с помощью ESX Server и VMware VirtualCenter», предназначенный как для потребителей продуктов VMware (системных администраторов, пользователей), так и для системных интеграторов, внедряющих решения с применением продуктов VMware у своих заказчиков.

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

Заключение

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

Ознакомительные версии продуктов компании VMware вы найдете на CD-ROM-приложении к журналу.

В этой статье мы не будем углубляться в какие-либо технические подробности. Вместо этого разберёмся в терминологии VMware. Этот небольшой обзор будет полезен тем, кто хочет понять разницу между базовыми продуктами VMware. Почти все знают об ESXi. А как насчёт vSphere и vCenter? Люди часто путают эти термины, но на самом деле ничего сложного в них нет. Давайте разложим всё по полочкам.

Появившись на рынке в 2001 году, гипервизор VMware ESX (ранее известный как VMware ESX Server) положил начало виртуальной революции. Сегодня VMware - ведущий разработчик программных продуктов для виртуализации (сейчас является частью Dell). Каждые полтора года компания выпускает новое программное обеспечение с расширенными функциями, которое совместимо с большим количеством оборудования, в том числе с накопителями SSD NVMe, жёсткими дисками очень большой ёмкости и новейшими центральными процессорами Intel или AMD.

VMware ESXi

ESXi -- это гипервизор; крошечная частичка программного обеспечения, которая устанавливается на физический сервер и позволяет запускать несколько операционных систем на одном хост-компьютере. Эти ОС работают отдельно друг от друга, но могут взаимодействовать с окружающим миром через сеть. При этом остальные компьютеры подключены к локальной сети (Local Area Network, LAN). Операционные системы запускаются на виртуальных машинах (Virtual Machine, VM), у каждой из которых есть своё виртуальное оборудование.

Существуют платная и бесплатная версии VMware ESXi. У нас можно заказать установку бесплатной версии на . Функционал бесплатной версии несколько ограничен. Она позволяет консолидировать на одном компьютере ограниченное количество ОС, и ею нельзя управлять через центральный сервер управления - vCenter. Тем не менее, Free ESXi (или VMware ESXi Hypervisor) подключается к удалённым хранилищам, где можно создавать, хранить и использовать виртуальные машины. То есть, это удалённое хранилище может быть разделено между несколькими ESXi-хостами, но не между виртуальными машинами. Виртуальные машины «принадлежат» каждому хосту, что делает невозможным центральное управление.

Работа с бесплатной версией ESXi очень проста и состоит из базовых процессов: обучения, тестирования производственных процессов, проверки систем аварийного восстановления, утверждения архитектурных решений. Используя снапшоты, вы можете проверить корректность работы патчей Windows. Как вариант, это может быть полезно, если вы решили клонировать свой производственный сервер с помощью VMware Converter или технологии P2V, и хотите протестировать пакет обновлений Microsoft перед его установкой.

VMware vCenter

VMware vCenter - это платформа централизованного управления виртуальной инфраструктурой VMware. С её помощью вы можете распоряжаться почти всеми процессами всего с одной консоли. Сервер vCenter можно установить на Windows или развернуть как предварительно настроенную виртуальную машину с помощью Photon OS - мощного дистрибутива на базе Linux. Раньше VMware использовали дистрибутив Suse Linux Enterprise Server (SUSE), но недавно перешли на Photon OS.

vCenter Server - это лицензированное программное обеспечение. Приобрести его можно двумя способами:

• vCenter Server Essentials как часть пакета vSphere Essentials. Эта версия vCenter справляется с управлением тремя хостами с двумя физическими процессорами на каждом. Если у вас небольшая компания, то вы будете оперировать примерно с 60 ВМ, и эта версия vCenter вам подойдёт. С базовым набором вы получаете лицензию не только на vCenter server, но и на ESXi (до трёх хостов с двумя ЦП на каждом).
• Standalone vCenter Server - полноценная самостоятельная версия vCenter server, способная управлять 2 000 хостами с 25 000 рабочих виртуальных машин. Это лицензия исключительно на vCenter. Сам по себе vCenter - только часть лицензионной головоломки. Чтобы управлять всеми хостами с одного устройства, вам нужна лицензия на каждый из них. Лицензии бывают трёх видов: standard, enterprise, enterprise Plus, и каждая распространяется на один процессор. Так что, если вы планируете создать хост с двумя физическими процессорами, то вам понадобится 2 лицензии только для одного этого хоста.

VMware vSphere

VMware vSphere - это коммерческое название всего пакета продуктов VMware. Как говорилось ранее, разные пакеты ПО стоят разных денег. Самые дешёвые - базовые пакеты vSphere essentials или Essentials Plus. Есть ли между ними разница? Да, но она состоит в количестве доступных функций, а не в самом программном наполнении.

В зависимости от типа лицензии, вы получаете доступ к определённому количеству функций, управлять которыми можно через vSphere Web client. Существует также программа vSphere HTML 5 client, но пока что она не пригодна для использования. Компания продолжает её разработку.

В пакете Essentials нет функции High Availability (автоматический перезапуск ВМ), vMotion, ПО для резервного копирования (VDP) и возможности использовать хранилище VSAN.

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

Кроме того, в случае непредвиденного аппаратного сбоя, vSphere High Availability (HA) автоматически перезапустит виртуальные машины, которые перестали работать вместе с проблемным хостом. Эти виртуальные машины автоматически перезапускаются на других хостах из кластера VMware. Системе нужно немного времени, чтобы определить, какой компьютер дал сбой и какие хосты могут временно взять на себя его виртуальные машины. У этих хостов должно быть достаточно памяти и мощности ЦП, чтобы выдержать дополнительную нагрузку. Как только система заканчивает анализ, ВМ перезапускаются. Весь процесс автоматизирован и не требует вмешательства администратора.

Подведём итог

Как видите, терминологию VMware понять довольно просто, как и разницу между ESXi, vSphere и vCenter. Система лицензирования также ясна. Сам по себе гипервизор бесплатный, но его функционал ограничен, вследствие чего такое ПО не застраховано от потери данных. Поэтому ESXi предназначен для использования только в тестовых средах.

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

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

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

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

Проверить совместимость VMware vSphere Hypervisor с вашим сервером можно на странице:

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

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

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

Однако бесплатная реакция 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) и пароль, заданный в процессе установки.

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

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

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

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

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

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

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

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

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

“Manage” -> “System” -> “Time&date” -> “Edit settings”

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

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

• Standard Switches — простой виртуальный коммутатор, логически находится внутри физического сервера.
• Distributed Switches — распределенный виртуальный коммутатор, может быть распространен на несколько физических серверов (не доступен в бесплатной версии VMWare Hypervisor, да и в платной доступен только в 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 и нажмите .

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

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

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

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

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

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

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