Аналитический обзор программного обеспечения управления инфраструктурой Unitel. Установка и базовая настройка бесплатного VMware vSphere Hypervisor Создание виртуальной машины в VMWare Hypervisor

Сегодня я хотел бы рассказать вам о продуктах, которые раньше выпускались компанией 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.

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 к развитию потребностей в будущем и дает возможность для снижения совокупной стоимости владения.

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

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

Большинство CIO крупных организаций если и не планируют частичную или полную виртуализацию своей IT-инфраструктуры, то, по крайней мере, всерьез задумываются о ней. В перспективе, проекты по виртуализации кажутся очень заманчивыми: повышение гибкости IT-инфраструктуры, увеличение надежности и обеспечение высокой доступности серверов, экономия на аппаратном обеспечении - все эти и множество других факторов привлекают руководителей IT-отделов компаний. Тем не менее, многие не осознают, каких усилий будет стоить миграция физической инфраструктуры на виртуальную - ведь грамотных специалистов в этой области сейчас единицы, а приобретение и развертывание мощных коммерческих платформ виртуализации требует немалых затрат. В данной статье пойдет речь о двух популярных платформах для виртуализации серверов - бесплатной VMware Server и коммерческой VMware ESX Server.

Почему VMware?

Компания VMware - один из первых игроков на не так давно сформировавшемся рынке платформ виртуализации. В 1998 году VMware запатентовала свои программные техники виртуализации и с тех пор выпустила немало эффективных и профессиональных продуктов для виртуализации различного уровня: от VMware Workstation, направленной на конечного пользователя (consumer) до VMware ESX Server, предназначенного для размещения виртуальной инфраструктуры средних и крупных предприятий. В весьма обширном списке продуктов VMware можно найти немало инструментов для повышения эффективности процесса виртуализации, управления виртуальными серверами и средства миграции с физических платформ на виртуальные. В России продукты компании VMware особенно популярны, поскольку виртуализация у нас еще только набирает обороты, а платформы других вендоров, не так известные нам, являются весьма «сырыми» и обладают гораздо меньшей функциональностью, чем аналоги у VMware. Кроме того, по результатам различных тестов производительности средства виртуализации VMware почти всегда по большинству параметров выигрывают у конкурентов. А если говорят о виртуализации операционных систем Windows - то это почти наверняка продукты VMware. Между тем, среди платформ виртуализации у VMware есть из чего выбирать:

  • VMware Workstation - платформа, ориентированная на Desktop-пользователей и предназначенная для использования разработчиками ПО, а также профессионалами в сфере IT,
  • VMware Player - бесплатный «проигрыватель» виртуальных машин, предназначенный для запуска уже готовых шаблонов виртуальных машин, выполняющих конкретную задачу,
  • VMware Server , носивший ранее название VMware GSX Server, направленный на использование в инфраструктуре малых предприятий для поддержания виртуальных серверов
  • VMware Ace - продукт для создания защищенных политиками безопасности виртуальных машин,
  • VMware ESX Server - мощная платформа виртуализации для среднего и крупного бизнеса, ориентированная в первую очередь на поддержание целостной и масштабируемой IT инфраструктуры,
  • VMware Virtual Center - мощное средство для управления платформами виртуализации VMware ESX Server и VMware Server, обладающее широкими возможностями по консолидации серверов, их настройке и управлению.
  • VMware Fusion - настольный продукт для виртуализации на платформе Mac от компании Apple.

Формальными конкурентами VMware в отношении виртуализации серверов являются компании Microsoft, Virtual Iron, XenSource и SWsoft. Однако, продукт компании SWsoft имеет довольно узкую сферу применения (хостинг), а разработки остальных вендоров по сравнению с продуктами VMware на данный момент выглядят гораздо слабее.

Когда нужно внедрять виртуальную инфраструктуру в компании

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

7 причин внедрять виртуализацию серверов

  • Увеличение коэффициента использования аппаратного обеспечения
    По статистике, большинство серверов загружены на 15-20 процентов при выполнении ими повседневных задач. Использование нескольких виртуальных серверов на одном физических позволит увеличить его до 80 процентов, обеспечив при этом существенную экономию на приобретении аппаратного обеспечения.
  • Уменьшение затрат на замену аппаратного обеспечения
    Поскольку виртуальные сервера отвязаны от конкретного оборудования, при обновлении парка физических серверов не требуется повторная установка и настройка программного обеспечения. Виртуальная машина может быть просто скопирована на другой сервер.
  • Повышение гибкости использования виртуальных серверов
    В случае если вам необходимо использование нескольких серверов (к примеру, для тестирования и работы в продакшене) при изменяющейся нагрузке, виртуальные сервера являются лучшим решением, так как они могут быть безболезненно перенесены на другие платформы, когда физический сервер испытывает повышенные нагрузки.
  • Обеспечение высокой доступности
    Бэкап виртуальных машин и их восстановление из резервных копий занимает значительно меньшее время и является более простой процедурой. Также, при выходе из строя оборудования, резервная копия виртуального сервера может быть сразу запущена на другом физическом сервере.
  • Повышение управляемости серверной инфраструктуры
    Существует множество продуктов для управления виртуальной инфраструктурой, позволяющих централизованно управлять виртуальными серверами и обеспечивать балансировку нагрузки и «живую» миграцию.
  • Экономия на обслуживающем персонале
    Упрощение управления виртуальными серверами в перспективе влечет за собой экономию на специалистах, обслуживающих инфраструктуру компании. Если два человека с помощью средств для управления виртуальными серверами могут делать то, что делали четверо, зачем вам два лишних специалиста, получающих не менее $15000 в год? Тем не менее, нужно учитывать, что для подготовки квалифицированных кадров в сфере виртуализации тоже нужны немалые деньги.
  • Экономия на электроэнергии
    Для малых компаний этот фактор, конечно же, не имеет особого значения, однако для крупных датацентров, где затраты на поддержание большого парка серверов включают в себя расходы на электроэнергию (питание, системы охлаждения), этот момент имеет немалое значение. Концентрация нескольких виртуальных серверов на одном физическом уменьшит эти затраты.

Когда не нужно внедрять инфраструктуру в компании

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

  • Серверы имеют постоянную рабочую загрузку более 60 процентов
    Такие серверы не является хорошими кандидатами на виртуализацию, поскольку при миграции его на виртуальную машину и размещении с другими виртуальными серверами, ему может не хватить ресурсов.
  • Сервер использует дополнительное оборудование, которое не может быть виртуализовано
    Здесь все ясно: в случае, когда сервер использует «железо», которое не поддерживается вендорами платформ виртуализации, нет смысла виртуализовывать такой сервер.
  • Затраты на приобретение и внедрение платформы виртуализации слишком велики
    В средних и малых организациях инфраструктура серверов не так уж велика, так же, как и невелики затраты на оборудование и обслуживание. В таком случае, нужно осторожно подходить к процедуре виртуализации, поскольку приобретение коммерческой платформы может оказаться неоправданным.
  • Отсутствие квалифицированных специалистов
    Во многих случаях процесс миграции с физического железа на виртуальные машины и дальнейшее развертывание платформы виртуализации требует хорошей квалификации от людей их проводящих. Особенно это требуется при развертывании платформ класса «Bare metal» (голое железо). Если вы не уверены, что ваши люди обладают достаточными для этого знаниями, не начинайте проект по виртуализации.

VMware Server - бесплатная и мощная платформа виртуализации для малого бизнеса

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

Ранее этот продукт распространялся по коммерческой лицензии и носил название VMware GSX Server 3, однако, с ростом возможностей и продаж мощной платформы виртуализации VMware ESX Server, компания VMware не увидела перспектив в продажах платформы VMware Server, сделав в конечном итоге продукт бесплатным. Стоит отметить, что в отношении этого продукта VMware рассчитывает в основном на доходы от продаж Virtual Center for VMware Server, эффективного средства для управления виртуальной инфраструктурой на основе VMware Server, который обладает широкими возможностями по взаимодействию с виртуальными машинами и консолидации виртуальных серверов.

Вот основные варианты использования продукта VMware Server:

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

VMware Server обладает широкими возможностями по работе с виртуальными машинами, включающими в себя:

  • Поддержку любой стандартной архитектуры x86
    У VMware Server нет особых требований к компонентам физического сервера - в отличие от VMware ESX Server, который накладывает весьма конкретные ограничения на оборудование сервера. Многоядерные процессоры также поддерживаются.
  • Поддержку двунаправленного виртуального SMP (symmetric multi-processing)
    Если позволяет архитектура физического сервера, виртуальные машины, создаваемые в VMware Server, могут содержать два виртуальных процессора, что положительно сказывается на производительности гостевых систем.
  • Поддержку большого числа хостовых и гостевых операционных систем, полный список которых всегда доступен на сайте VMware
    Число хостовых операционных систем, на которых может быть установлен VMware Server, конечно же, меньше, чем число поддерживаемых гостевых систем. Между тем, в качестве гостевой может быть установлена практически любая известная операционная система. Даже если ее нет в списке поддерживаемых, это не значит, что ее нельзя установить.
  • Поддержку 64-битных хостовых и гостевых операционных систем
    В качестве хостовых 64-х битных систем могут использоваться 64-х битные ОС семейства Windows Server 2003, а также 64-х битные версии Linux-систем: Red Hat, SUSE, Mandriva и Ubuntu. Список поддерживаемых гостевых ОС дополнен также еще и 64-х битными версиями Windows Vista, Sun Solaris и FreeBSD.
  • Поддержку IntelVT (Intel Virtualization Technology)
    VMware Server экспериментально поддерживает технологию аппаратной виртуализации компании Intel и позволяет использовать ее для поддержки виртуальных машин. Стоит отметить, что аппаратная виртуализация по исследованиям инженеров VMware пока является более медленной, чем программная, поэтому не рекомендуется включать поддержку программной виртуализации в целях лучшего быстродействия.

Знакомство с VMware Server начинается с окна консоли управления виртуальными машинами:

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

Создание виртуальной машины в VMware Server - процесс простой и интуитивный и занимает всего несколько шагов мастера создания виртуальной машины:

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

После этого, если дистрибутив устанавливаемой гостевой системы находится на CD или DVD-диске, просто вставляем его в привод и нажимаем кнопку «Power on» на панели инструментов. Если же дистрибутив операционной системы у вас в виде ISO-образа, выбираем пункт меню VM->Settings, переходим на элемент CD-ROM, где указываем путь к образу ISO, жмем «ОК» и «Power On».

Процесс установки гостевой системы в VMware Server достаточно прост и не требует отдельного описания. Однако при установке гостевых ОС необходимо обязательно учитывать следующие моменты:

  • Выделяйте планируемому виртуальному серверу количество ресурсов, достаточное для выполнения им своих функций, однако помните, что увеличить число выделенных ресурсов всегда сложнее, чем уменьшить.
  • При выборе типа сетевого взаимодействия виртуального сервера, учитывайте вопросы безопасности, и если виртуальному серверу понадобится только взаимодействие только во внутренней виртуальной сети хоста - не ставьте Bridged Networking.
  • Если не только вы имеете доступ к консоли управления виртуальным сервером, вы можете сделать вашу виртуальную машину приватной, установив галку в VM->Settings->Options->Permissions.
  • Не забывайте устанавливать VMware Tools в гостевых системах, поскольку установка этих дополнений существенно увеличивает удобство работы с гостевой системой и её производительность.
  • Старайтесь соблюдать соотношение: не более 4-х виртуальных машин на один физический процессор, поскольку большее их количество существенно скажется на производительности виртуальных серверов.

При обслуживании виртуальной инфраструктуры на основе VMware Server необходимо внимательно наблюдать за загрузкой аппаратных ресурсов сервера. В случае если какой-либо виртуальной машине не хватает ресурсов, нужно задуматься о переносе ее на другой сервер. Если вы планируете управлять большим количеством виртуальных серверов, стоит подумать о приобретении продукта VMware Virtual Center, позволяющего централизовано контролировать множество хостов, на которых установлен VMware Server, объединять их в кластеры и отслеживать загрузку хостов виртуальными машинами. Для определения количества ресурсов, которое необходимо выделять виртуальным серверам, используйте счетчики производительности внутри гостевых систем. Старайтесь использовать только виртуальные SCSI-диски, поскольку виртуальные IDE работают медленнее.

Если есть необходимость в доступе к консоли виртуального сервера из внешней сети, можно настроить Web-клиента для VMware Server, интегрированного со службами Microsoft IIS. Эта возможность позволит контролировать виртуальные сервера через Интернет с использованием защищенного соединения SSL (Secure Socket Layer).

Технические характеристики VMware Server

Возможности VMware Server 1.0
Возможность запуска в качестве сервиса Да
Запуск виртуальных машин при старте операционной системы хоста Да
Локальное управление Толстый клиент, командная строка
Множественный пользовательский доступ Да
Программные интерфейсы (API) Да (C/COM/Perl)
Удалённое использование продукта Да (Web console)
Удалённое использование виртуальных машин Толстый клиент
Управление множественными установками Нет
Соотношение виртуальные машины/ядро 2-4
Поддержка аппаратной виртуализации Intel VT (Экспериментальная)
Поколение виртуального аппаратного обеспечения 5
Поддержка виртуальных процессоров внутри виртуальной машины (технология VMware Virtual SMP) 2 (Экспериментальная)
Максимальное количество оперативной памяти, выделяемое под виртуальную машину До 3,4 ГБ
Максимальное количество оперативной памяти, выделяемое под все виртуальные машины До 64 ГБ
Виртуальных контроллеров IDE/ дисков на виртуальную машину 1/4
Виртуальных контроллеров SCSI/ дисков на виртуальную машину 4/60
Максимальный размер виртуального диска До 950 ГБ
Максимальное число виртуальных сетевых интерфейсов 4
Виртуальных коммутаторов 9
Получение снапшотов через «толстый» клиент Да
Получение снапшотов через командную строку Нет
Множественные снапшоты Нет
Клонирование виртуальных машин Нет
Группы виртуальных машин (Teams) Нет
Отладка виртуальных машин Да
Служба общего каталога (Shared folders) Нет
Поддержка Drag&Drop Хост Виртуальная машина Нет
Неподдерживаемые ОС хоста Windows XP Professional (32/64bit)
Windows XP Home
Windows 2000 Professional
Red Hat Linux 7.0
Red Hat Linux 7.1
  1. Только в операционных системах поддерживающих расширенную память или включенный PAE-режим.
  2. Доступно при использовании VMware Virtual Center.

Для продукта VMware Server существует множество различных как коммерческих, так и бесплатных утилит для управления виртуальными машинами и дисками, контроля производительности и обслуживания. Однако если вы собираетесь на полную мощь использовать возможности VMware Server, вам стоит присмотреться к продукту VMware Virtual Center for VMware Server.

VMware ESX Server -платформа виртуализации корпоративного класса и средство построения виртуальной инфраструктуры предприятия

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

VMware ESX Server является платформой виртуализации класса «Bare Metal» («голое железо») и устанавливается на «чистый» сервер, не имеющий операционной системы и другого программного обеспечения. VMware ESX Server построен на основе операционной системы Linux Red Hat, в которой инженеры компании VMware произвели значительные изменения, добавив множество возможностей для поддержки виртуализации. Такая реализация этой платформы позволяет максимально эффективно использовать аппаратные ресурсы серверов и обеспечивать наилучшее взаимодействие между гостевыми системами и «железом».

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

Помимо ESX сервера в виртуальной инфраструктуре предприятия присутствуют также такие компоненты, как сети хранения данных SAN (Storage Area Network), системы хранения (Storages), высокоскоростные соединения (Fibre Channel) и виртуальные сети (VLAN). Виртуальная инфраструктура на основе VMware ESX Server позволяет централизованно управлять всеми этими ресурсами и обеспечивать бесперебойную работу виртуальных серверов. Основными компонентами виртуальной инфраструктуры являются:

  • Собственно ESX Server .
  • Файловая система VMware VMFS (Virtual Machine File System) , оптимизированная для быстродействия виртуальных машин и обеспечения их высокой доступности.
  • VMware SMP (Symmetric Multi-Processing) - технология, позволяющая виртуальным машинам использовать все процессоры хоста, имея при этом несколько виртуальных процессоров.
  • Virtual Infrastructure Client - мощное средство по удаленному администрированию и настройке VMware ESX Server, запускаемое на рабочих станциях Windows и имеющее дружественный интерфейс.
  • Virtual Center - средство для централизованного управления множеством ESX-серверов.
  • Virtual Infrastructure Web Access - возможность управления виртуальными машинами из внешней сети по защищенному каналу.
  • VMware VMotion - технология, позволяющая осуществлять «живую» миграцию запущенного виртуального сервера на другой физический сервер, без необходимости выключения виртуальной машины и обеспечением ее бесперебойной работы во время миграции.
  • VMware High Availability (HA) - возможность, позволяющая в случае аппаратного или программного сбоя физического сервера, автоматически перезапустить нужные зеркала виртуальных машин на другом сервере.
  • VMware Distributed Resource Scheduler (DRS) - компонент, позволяющий осуществлять динамическое выделение ресурсов виртуальным машинам.
  • VMware Consolidated Backup (VCB) - простое и мощное средство для создания резервных копий виртуальных машин.
  • VMware Infrastructure SDK - пакет для разработки приложений для виртуальной инфраструктуры сторонними разработчиками.

Когда нужно использовать виртуальную инфраструктуру на основе VMware ESX Server

  • Вы четко представляете себе, сколько потребуется физических серверов для поддержания инфраструктуры виртуальных серверов. Имейте в виду, что планировать миграцию физических серверов необходимо из расчета не более 4-6 виртуальных машин на один физический процессор при средней реальной загрузке мигрируемых физических серверов 15%.
  • Вы выбрали подходящее издание VMware ESX Server, а также компоненты виртуальной инфраструктуры, рассчитали стоимость их развертывания и обслуживания и пришли к выводу, что внедрение целесообразно, поскольку экономия на аппаратном обеспечении и обслуживании покрывает эти расходы.
  • У вас есть специалисты, которые не только грамотно проведут проект по виртуализации, но и администраторы, обладающие достаточными знаниями для того, чтобы каждый день поддерживать и развивать виртуальную инфраструктуру.
  • Вы готовы к приобретению того аппаратного обеспечения, которого требует VMware ESX Server. Будьте внимательны - в руководстве по установке ESX сервера говорится о том, какое конкретно оборудование требуется для его установки. На первый взгляд все покажется довольно дорого, но если вчитаться внимательно в требования, станет понятно, что вполне функционирующий ESX Server в целях обучения можно собрать и за $900.

Процедура установки VMware ESX Server достаточно проста и не требует от пользователя широких знаний. Если вы следовали рекомендациям VMware и грамотно выбрали оборудование хостового сервера, то установка ESX сервера займет не более часа. После того, как вы установите у себя хотя бы один ESX, у вас сразу же возникнет масса вопросов и проблем - это плата за те возможности, которые предоставляет VMware ESX Server. Вот основные рекомендации по первым действиям после установки ESX:

  • Для управления ESX сервером и создания первых виртуальных машин используйте VMware Infrastructure Client, который можно скачать по адресу: https://.
  • Для передачи файлов на ESX и с него используйте либо программу WinSCP (медленная передача файлов, шифрует трафик), либо FastSCP (быстрая передача файлов, но из внешней сети лучше не использовать, так как трафик не шифруется).
  • Для того, чтобы позволить пользователю Root заходить по SSH (Secure Shell), в файл «httpd.conf» на ESX добавьте строчку «PermitRootLogon yes».
  • Для управления дисками используйте утилиты «vmkfs-tools», для мониторинга производительности виртуальных машин - команду «esxtop», для анализа отчетов об ошибках используйте лог «var/log/vmware/hostd.log».
  • Помните, свободное место на вашем ESX - это всегда два типа разделов: первый под операционную систему самого ESX, второй vmfs-разделы для размещения виртуальных машин. Для того чтобы узнать, сколько свободного места осталось на обоих разделах, используйте команду «vdf -h».

После того, как вы установите VMware ESX Server, вам понадобится средство для миграции с физических серверов на виртуальные (P2V - Physical to Virtual). Компания VMware предлагает для этих целей использовать продукт VMware Converter, однако вы можете воспользоваться и решениями других производителей. У вас постоянно будут возникать вопросы - не стесняйтесь обращаться на форумы компании VMware, где постоянные его посетители помогут вам в трудной ситуации. В конечном итоге, на вашем ESX будет установлено несколько виртуальных машин, представляющих из себя виртуальную инфраструктуру, которая показана на рисунке, сделанном с помощью программы Veeam Reporter:

Ключевыми понятиями виртуальной инфраструктуры являются: физический адаптер (NIC), виртуальный адаптер (vNIC), виртуальный коммутатор (vSwitch) и виртуальная сеть (Vlan). VMware ESX Server позволяет создавать для виртуальной машины до четырех виртуальных сетевых адаптеров, каждый из которых может быть привязан к виртуальной сети, создаваемой в свою очередь на виртуальных коммутаторах.

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

Виртуальная сеть представляет собой объединение нескольких виртуальных машин в единое сетевое окружение, в котором они взаимодействуют между собой. Если виртуальный коммутатор подключен к физическому сетевому адаптеру, то виртуальные машины через него смогут «видеть» внешнюю, по отношению к ESX, сеть.

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

Немного о Virtual Center for VMware ESX Server

Также как для продукта VMware Server, использование нескольких хостов с VMware ESX Server в IT-инфраструктуре предприятия рождает проблему централизованного управления и мониторинга производительности физических хостов. Для решения этих проблем c платформами VMware ESX Server так же, как и для VMware Server, используется решение Virtual Center. Его внешний вид представлен на рисунке:

Virtual Center позволяет осуществлять мониторинг множества хостов, на которых установлен VMware ESX Server, кластеризовать их и производить контроль с помощью «алармов» - сигналах о различных событиях. Надо отметить, что возможности Virtual Center для VMware ESX Server гораздо больше возможностей Virtual Center for VMware Server, что связано в первую очередь с тем, что сам продукт VMware ESX Server обладает гораздо более широкими возможностями.

Что выбрать: VMware Server или VMware ESX Server?

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

Приведем примеры, когда стоит использовать инфраструктуру на основе VMware Server:

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

VMware ESX Server необходимо использовать при решении следующих задач:

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

Таким образом, при внедрении виртуальной инфраструктуры в организации нужно внимательно отнестись к определению конечных целей. При развертывании бесплатного VMware Server не возникнет особых проблем с установкой и обслуживанием, также не будет затрат на приобретение самой платформы, однако организация может потерять на быстродействии (поскольку виртуализация производится поверх хостовой операционной системы), надежности и доступности. Внедрение же VMware ESX Server обернется большими техническими трудностями развертывания и обслуживания при отсутствии квалифицированных специалистов. К тому же, инвестиции в такую платформу могут не окупиться для малых и средних организаций. Однако, как показывает опыт компании VMware, для крупных организаций внедрение VMware ESX Server оборачивается, в конечном счете, серьезной экономией денежных средств.

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

В этой статье мы не будем углубляться в какие-либо технические подробности. Вместо этого разберёмся в терминологии 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 и Microsoft с технологий Hyper-V. Для выбора гипервизора для инфраструктуры ООО «Авантрейд» необходимо провести сравнительный анализ двух решений.

Обзор продуктов VMWare

Компания VMware занимается разработкой специализированных продуктов для виртуализации с 1998 года. Весь пакет продуктов компании, так или иначе, связан с технологиями виртуализации и возможностями их применения. Надо отметить, что среди трех основных игроков на рынке коммерческих продуктов для виртуализации (Citrix, Microsoft, VMware) только VMware является узко специализированной компанией на продуктах виртуализации, что позволяет ей идти впереди всех конкурентов по функциональным возможностям продуктов.

Флагманскими продуктами VMware являются VMware ESX/ESXi - гипервизоры, устанавливающиеся на «голое» железо. На текущий момент последней версией продукта является четвертая версия, выпущенная в середине 2009 года. Гипервизор является основой для виртуализации серверов, он позволяет разделять ресурсы таким образом, чтобы создавать отдельные, независимые среды для множества операционных систем на одном физическом сервере. Однако сам по себе гипервизор имеет весьма ограниченный круг возможностей, для реализации же всех преимуществ требуется решение, которое включает средства не только виртуализации, но и управления инфраструктурой (vCenter) - это комплексное решение называется vSphere.

Анализ эффективности использования серверного оборудования показывает, что большую часть рабочего времени загрузка составляет около 5-8% от максимальной, в нерабочее же время серверы просто простаивают, нагревая воздух. При использовании VMware vSphere мы консолидируем на одном физическом сервере нагрузку с нескольких серверов (переносим на один сервер не только приложения, но и операционные системы). Производительность современных серверов делает крайне неэффективной популярную ранее концепцию «одна задача один сервер», но благодаря виртуализации теперь можно использовать новую: «одна задача - одна виртуальная машина». Таким образом, решается проблема совместимости различного ПО - далеко не все приложения можно запустить в одном экземпляре операционной системы. Кроме того, часто в инфраструктуре используются старые приложения, которые уже не совместимы с текущими версиями ОС, а установка старых версий не поддерживается на новом оборудовании. Виртуализация решает и эту задачу - в виртуальной машине ESX можно запустить даже Windows NT 4.0 или MS-DOS.

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

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

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

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

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

Рисунок 2.3 - Организация работы гипервизора при сбоях

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