vSphere Standard Пакет на 25 экземпляров ОС на экземпляр vCenter Server Standard

vSphere Enterprise Plus Пакет на 25 экземпляров ОС на экземпляр vCenter Server Standard

vSphere Platinum Пакет на 25 экземпляров ОС на экземпляр vCenter Server Standard

VMware AppDefense

vSphere Standard —

vSphere Enterprise Plus —

vSphere Platinum VMware AppDefense

Базовая информация о VMWare vSphere / Habr

В пределах данной статьи я хочу познакомить вас с VMWare vSphere и рассмотреть базовые вопросы подбора её аппаратного и программного обеспечения.

Начнем с лицензирования. Продукт vSphere лицензируется по процессорным сокетам и физическим хостам виртуализации (в зависимости от редакции).

Для малого бизнеса существуют редакции Essentials (600$) и Essentials Plus (4500$). Основное отличие между ними – живая миграция (vMotion), вещь довольно полезная. Живая миграция позволяет без остановки виртуальной машины в реальном времени перемещать её на соседний физический сервер. При этом работа виртуальной машины не прерывается, и факт миграции не замечают ни приложения внутри этой машины, ни внешние клиенты, работающие с этими приложениями. Редакция Essentials, по сути, это просто лицензия на 3 отдельных гипервизора с общим управлением, не более того. Редакция Plus позволяет создавать кластер высокой доступности (HA Cluster). Данная технология позволяет в автоматическом режиме перезапустить (холодный рестарт) на «живом» хосте виртуальные машины, которые работали на вышедшем из строя хосте кластера. Естественно, некоторый перерыв сервиса будет, машинам необходимо время на загрузку и запуск сервисов. Но 3 минуты в автоматическом режиме это лучше, чем часы простоя при ручном вмешательстве на физическом оборудовании.

С точки зрения лицензирования эти редакции позволяют собрать кластер из максимум трех хостов виртуализации, и установить сервер управления vCenter Server в урезанной версии Foundation. Эта версия vCenter может работать максимум с тремя хостами и создана именно для малого бизнеса.

Считаю минимально рабочим вариантом редакцию Essentials Plus из-за наличия vMotion. При покупке vSphere необходимо приобрести подписку на любой срок. Существуют варианты на 2 месяца, 1 и 3 года при покупке у VMWare. Если покупать через сторонних вендоров вроде IBM или HP, то подписка бывает и на 5 лет. Сама подписка дает право обновляться на любую версию vSphere бесплатно. Так же возможен даунгрейд. В рамки подписки так же входит техническая поддержка. При покупке подписки можно выбрать уровень поддержки, базовая только в рабочее время, или расширенная круглосуточно. От себя могу сказать, что обращения в поддержку крайне редки, но бывают. Основные проблемы vSphere решаются через 5 минут поиска в Google, а действительно серьезные проблемы, обычно, связаны с серьезными ошибками в коде vSphere, и поддержка в таких случаях советует не использовать определенный функционал и дождаться очередных патчей. В случае, если клиент не продлил поддержку, это не является нарушением лицензионного соглашения. Но если позже клиент вдруг задумается сделать апгрейд до новой версии, то ему придется либо заново приобрести весь пакет лицензий с подпиской, либо восстановить подписку. Восстановление подписки производится за весь срок просрочки с уплатой штрафа и примерно равно стоимости подписки умножить на 1.2

Далее следуют редакции Standart (1000$), Enterprise (2500$) и Enterprise Plus (3500$). Данные редакции лицензируются на каждый сокет хостов виртуализации. Например, если у вас 6 хостов по 4 сокета, то необходимо приобрести 24 лицензии vSphere. Для создания кластера необходимо дополнительно приобрести сервер управления vCenter Standart (7000$). Так же существуют бандлы, которые чуть дешевле, чем продукты в розницу. Но после выхода Operations Manager (который не особо продается), VMWare упразднили обычные бандлы и теперь они есть только с Operations Manager, что учитывая повышенную цену, становится не особо привлекательным.

Редакция vSphere Standart по функционалу практически идентична редакции Essentials Plus, разве что не имеет ограничения на количество хостов в кластере (техническое ограничение максимум 32 хоста на кластер). Так же в редакции Standart есть искусственные ограничения по размеру виртуальных машин (8 виртуальных ядер vCPU). К сожалению, во всех младших редакциях vSphere нет балансировщика нагрузки, который может в автоматическом режиме перемещать виртуальные машины по хостам кластера, тем самым выравнивая их нагрузку (технология DRS).
Функционал DRS включен в редакции Enterprise и Enterprise Plus.

Конечно, самой интересной является редакция Enterprise Plus. Она несет полный функционал, и является самой дорогой. Тут есть балансировка места на системах хранения (Storage DRS или просто SDRS), есть новая технология хранения данных vSAN, есть распределенный виртуальный свитч vDS, есть функция SSD кэширования vFRC. Конечно, список функций не ограничен только этими, но названные функции являются основными.
Пара слов про эти функции:
SDRS позволяет в автоматическом режиме производить живую миграцию виртуальной машины между хранилищами данных. Совместно с технологией vMotion, технология Storage vMotion (на которой базируется SDRS), позволяет полностью отвязать виртуальную машину от аппаратной части. Миграция происходит в реальном времени без остановки виртуальных машин. Появляется возможность полной замены аппаратного обеспечения кластера без нарушения аптайма (замена серверов, систем хранения, сетевого оборудования). Использование контроля производительности систем хранения позволяет в автоматическом режиме перемещать виртуальные машины на системы хранения, удовлетворяющие заданному для этих машин уровню производительности.

vSAN – последняя разработка VMWare, позволяет использовать локальные диски серверов виртуализации в качестве общего хранилища данных кластера. На базе локальных дисков собирается виртуальное «внешнее» хранилище, доступное всем хостам кластера. При включении данной функции выбирается степень отказоустойчивости данного хранилища (выход из строя какого количества хостов одновременно переживет эта технология). Необходимым требованием является наличие в хостах дисков SSD помимо обычных шпиндельных дисков. Желательным является наличие скоростной сети передачи данных между хостами (10 Gbit или более). Технология призвана сократить расходы на систему хранения данных. Я пытался анализировать бонусы технологии, но пришел к выводу о неочевидности её плюсов. Дело в том, что лицензируется она отдельно. Лицензируется по количеству сокетов в хостах виртуализации и стоит порядка 1300$ без учета подписки. Добавляем сюда стоимость дисков и получаем достаточно приличную сумму, вполне сравнимую с приличной внешней системой хранения.

vDS – распределенный виртуальный свитч. Очень полезная функция, особенно для крупных инфраструктур. По умолчанию на хостах виртуализации создаются стандартные виртуальные свитчи, vSS. Они конфигурируются на каждом хосте по отдельности. Соответственно, при усложнении виртуальной сетевой инфраструктуры на поддержку стандартных свитчей начинает уходить много сил и времени. Не исключены человеческие ошибки в настройке, которые вполне могут привести к простою сервисов. И тут на помощь приходят распределенные свитчи, vDS. Эти свитчи создаются на сервере управления vCenter Server и накладывают свою конфигурацию на необходимые хосты виртуализации. Все настройки производятся в одном месте и автоматически применяются по всем физическим серверам. Плюсом данного решения является возможность использования физических серверов с абсолютно различным составом и типом сетевых карт. Для каждого физического хоста выбирается уникальная методика наложения настроек распределенного свитча.

Помимо централизованного управления данный свитч имеет ряд дополнительных функций по обеспечению балансировки сетевой нагрузки. Стоит отметить, что помимо родного распределенного свитча от VMWare, существует возможность установки альтернативного распределенного свитча от стороннего вендора. Ярким примером может служить распределенный свитч от Cisco, Nexus 1000v (700$ за каждый сокет). Данный свитч имеет классическое управление и широкий функционал, которые привычны специалистам по Cisco.

vFRC – технология кэширования дисковых данных виртуальных машин на SSD накопители физических серверов виртуализации. Как это работает? SSD диски хоста объединяются в vFRC пул хоста. Этот объем становится доступен для создания кэша чтения для виртуальных машин. В настройках виртуальной машины, работающей на данном хосте, добавляется vFRC кэш. Указывается его объем в гигабайтах (этот объем физически находится на сконфигурированном выше SSD пуле). Далее в этот объем для каждой машины кэшируются её операции чтения на основе статистики, все достаточно просто. А как же быть с миграцией на другой хост? Необходимо иметь аналогичное свободное пространство в пуле vFRC на целевом хосте, тогда вместе с миграцией виртуальной машины, мигрирует и её vFRC кэш. Даже в случае потери по какой либо причине данного кэша, виртуальная машина продолжит работу в штатном режиме. Кэш работает только на чтение.

Итак, некоторые выводы по лицензированию. Учитывая методику лицензирования, становится логичным приобретать физические сервера с самыми мощными процессорами, с максимальным количеством ядер. Тогда КПД приобретаемых лицензий vSphere будет максимальным. Какой либо привязки к оборудованию не существует, посему всегда можно с легкостью произвести апгрейд аппаратного обеспечения.

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

Пару слов про скорость работы. Очевидно, производительность обеспечит максимальное количество ядер процессора, максимальная частота, объем кэш-памяти процессора. Необходимый объем (и частота) оперативной памяти хостов, исключающий сброс в своп оперативной памяти виртуальных машин. Использование производительных систем хранения. Применение низколатентных скоростных подключений для систем хранения. Использование технологий SSD кэширования для систем хранения или дисков виртуальных машин для снижения латентности. Использование широких сетевых подключений (10 Gbit или более). Использование агрегации подключений для повышения их производительности.

Основным методом обеспечения отказоустойчивости является резервирование, как минимум N+1. Сами физические хосты HA кластера должны иметь избыточность как минимум +1, а в идеале +2. Необходимо предусмотреть выход из строя одного хоста в то время, когда другой хост может находиться в режиме обслуживания. Дисковая система должна обеспечивать работоспособность при выходе из строя одного, в идеале двух дисков. Сетевое оборудование должно обеспечивать работу при выходе из строя любого звена. Стекирование свитчей, агрегация подключений к хостам и т.д. При определенных ситуациях необходимо создавать холодные или горячие резервные площадки, возможно даже метрокластеры.

В заключение хотелось бы сказать пару слов о дополнительных возможностях vSphere. Данная платформа виртуализации является достаточно дружелюбной для сторонних решений, имеет открытые API для различных платформ. Сторонние разработчики создали массу полезных продуктов, дополняющих основной функционал vSphere. Например, существует возможность централизованной антивирусной защиты виртуальных машин при помощи vShield. Данная технология встроена в гипервизор ESXi, имеет прямой доступ к содержимому диска виртуальных машин и является «проводником» для антивирусных модулей разработчиков антивирусного программного обеспечения. Антивирусные модули могут быть приобретены отдельно у предпочтительного вендора и интегрированы в vSphere. Установка каких либо антивирусных агентов в виртуальные машины не требуется, причем проверка на вирусы будет производиться даже при выключенной виртуальной машине (работа ведется с её диском со стороны гипервизора). Так же доступны продукты повышения безопасности виртуальной инфраструктуры vGate, а так же многие другие интересные дополнения.

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

Что такое vSphere Web Client

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

 До сих пор мы общались с продуктами VMware vSphere при помощи специальной программы vSphere Client для Windows (см. “Загрузка и установка vSphere Client” и “Что такое рабочий стол vSphere Client“). В версии vSphere 5.1 появился Web клиент, работать с которым можно было через браузер с компьютера на Windows или Linux. В следующей версии vSphere 5.5 расширена его функциональность и добавлена работа так же и с MAC OS .

Что такое vSphere Web Client?

Тонкий клиент – вид клиента в клиент-серверной архитектуре, в которой вся (или почти вся) обработка информации осуществляется на сервере, а на клиенте только отображаются результаты и вводятся данные. На стороне клиента может использоваться специальная программа. Примером такой программы является vSphere Client для Windows.

Web клиент – вид тонкого клиента, в котором на компьютере пользователя для отображения информации используется браузер, и, соответственно, на сервере установлен Web-сервер с прикладной задачей. Примером Web-клиента может быть web-mail – общение с ящиком электронной почты через браузер, например google, yandex или mail.ru

vSphere Web Client – аналог vSphere Client для Windows, который не требует установки специальной программы и работает через браузер. На VMware vCenter Server Appliance на основе Linux установлен сервис Web-сервера и программа, которая позволяет отображать информацию о виртуальной среде vSphere и вносить изменения в ее состав и настройки. На самом деле, программы две – одна ожидает пдключения на порте 5480 и предназначена для настройки и управления службами vCenter и вторая – сам vSphere Web Client, который ожидает подключения на порте 9443.

Использовать Web-клиент достаточно удобно – можно управлять виртуальной средой с любого компьютера, который имеет доступ к виртуальной сети, к которой подключены гипервизоры ESXi и vCenter Server Appliance. Однако, без управляющего компьютера с OS Windows и установленной на нем программы vSphere Client для Windows обойтись совсем не удастся. Чтобы администратору виртуальной среды получить возможность работать с  Web-клиентом vSphere, необходимо сначала установить гипервизор ESXi хотя бы на одном сервере (“Как установить гипервизор ESXi“, “Как настроить гипервизор ESXi“), настроить его (“Как создать виртуальный коммутатор vSphere“, “Как настроить службу времени гипервизора ESXi“) и установить на этом сервере виртуальную машину из шаблона vCenter Server Appliance.

Vmware, начиная с версии vSphere 5.5, называет  Web-клиент основным интерфейсом для управления виртуальной средой.

Открываем браузер на управляющем компьютере или любом другом, который имеет доступ к виртуальной сети ESXi Control (“Как создать виртуальную среду VMware vSphere“) и набираем URL:
https://IP адрес vCenter:9443/

Ваш браузер пожалуется на недостоверный сертификат (см. “Цифровые сертификаты. Определения и пояснения” и “Как создать службу сертификатов“), как на рис. 1. Я в данном случае использовал браузер Mozilla. Другой браузер выдаст аналогичное сообщение.

Рис. 1. Сообщение о недостоверном сертификате

Это не страшно. Продолжаем. Раскрываем “Я понимаю риск” и нажимаем на кнопку “Добавить исключение“. Появится всплывающее окно с еще одним предупреждением, как на рис. 2.

Рис. 2. Сохранение сертификата

Просто нажимаем “Подтвердить исключение безопасности” и сертификат vCenter Server Appliance будет запомнен в хранилище сертификатов браузера. В последующем, это предупреждение выдаваться не будет. Вам будет предложено ввести имя пользователя и пароль.

Как Вы помните, когда мы проводили начальную настройку служб сервера vCenter (“Как настроить службы vCenter Appliance” п. 7), мы ввели пароль администратора провайдера SSO – пользователя [email protected]. Сейчас его и используем (Рис. 3.)

Рис. 3. Вход администратора SSO

Если имя пользователя и пароль введены правильно. то некоторое время займет инициализация vSphere Web Client (Рис. 4.)

Рис. 4. Инициализация vSphere Web Client

и наш браузер отобразит его рабочий стол (Рис. 5.)

Рис. 5. Рабочий стол vSphere Web Client

Рабочий стол состоит из трех основных секций и верхней области:

1. Секция элементов выбранного среза виртуальной среды. Может быть в виде дерева, как в знакомом нам vSphere Client для Windows, так и в виде списка.
2. Секция рабочей зоны для отображения информации о выбранном в п. 1 объекте виртуальной среды. Часто различные аспекты информации о сложном объекте могут быть отображены в виде вкладок.
3. Секция системной информации – состоит из трех частей – последние задачи, список незавершенных действий и сообщения системы.
4. В верхней области слева располагаются две иконки быстрого возврата в начало (самый верхний уровень виртуальной среды)
   • a) с упорядоченным отображением иконок доступных элементов виртуальной среды в секции рабочей зоны (как на рис. 5.)
   • b) с полным списком всех доступных элементов виртуальной среды в секции элементов и пустой секцией рабочей зоны (рис. 6.)

     Рис. 6. Список доступных элементов

   Справа –

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

Полезная информация содержится во вкладках “Getting Started” секции рабочего стола. Поэтому, особенно в начале работы, я не советую их убирать.

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

Описано что такое vSphere Web Client, структура рабочего стола, назначение секций и вкладок. Можно продолжить настройку vCenter Server Appliance, как это описано в следующей статье “Как настроить провайдер SSO vCenter Appliance“

Гипервизор VMware ESXi —

Установка ESXi

Для установки гипервизора VMware ESXi сервер должен соответствовать минимальным системным требованиям:

• двухъядерный центральный процессор(ы) и сервер x86 архитектуры
• 4 Gb оперативной памяти, но для включения полного функционала ESXi нужно 8 Gb и больше
• для запуска 64-bit виртуальных машин в BIOS сервера должна быть активирована Intel-VT-x
• под основные требования подходят все современные серверы даже в своем базовом варианте, в котором они поставляются с заводов. Подробное описание в официальном документе

Установку VMware ESXi на сервер можно производить следующими способами:

• через консоль удаленного управления сервером: у Dell это iDRAC, у HP это iLO, у IBM серверов IMM. Через удаленную консоль к серверу монтируется образ диска с ESXi, после чего в boot menu выбираете вариант загрузки с виртуального DVD
• можно записать образ ESXi на DVD диск и произвести установку по старинке
• можно создать установочную флешку с ESXi, для инсталляции на диски доступные серверу
• можно создать загрузочную флешку с ESXi, чтобы гипервизор запускался и работал непосредственно с нее

Во время установки ESXi мастер попросит вас выбрать, куда установить гипервизор, это могут быть:

• локальные диски сервера
• любая USB флешка, подключенная к серверу
• SD карта установленная в сервер производителем (у Dell часто встречается)
• раздел на системе хранения данных подключенной по оптическому каналу FC, SAS или iSCSI

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

Описание слайдов установки и активации

1 — 5 После загрузки с дистрибутива, автоматически начинается процесс установки. Если ваше оборудование соответствует минимальным требованиям VMware ESXi, то вы успешно доберетесь до страницы, где нужно будет согласиться с пользовательским соглашением.

6 — 10 Выбор диска для установки ESXi, языка, ввод пароля для пользователя root и непосредственно сама инсталляция. После нее необходимо перезагрузиться

11  После загрузки в консоли отображается IP адрес, по которому можно подключиться ESXi через VMware vSphere client.

12 — 19 В консоли также можно сделать или изменить некоторые базовые настройки: смена пароля на пользователя root, сетевые настройки IP — mask — Gateway — DNS — hostname — VLAN.

После установки на сервер гипервизора VMware ESXi в локальной в графической консоли делаются только первоначальные настройки, чтобы можно было по сети подключиться и начать работу через основной инструмент управления бесплатной версией гипервизора – vSphere client. А если ваш физический сервер хотя бы одним интерфейсом подключен к сети с работающей DHCP службой, то уже на стартовом экране вы увидите адрес для удаленного подключения.

27 — 32 VMware vSphere Client — бесплатная программа для управления виртуальной средой VMware. Она используется как в бесплатной версии, так и в платной. Но в платной производитель советует использовать веб версию консоли управления и постепенно отказывается от «толстого клиента» vSphere Client.  В случае с бесплатной лицензией ESXi приходится подключаться напрямую к каждому виртуализированному серверу, причем каждая консоль будет открываться в своем отдельном окне, а это может оказаться неудобно. В состав коммерческих лицензий входит сервер управления vCenter server, подключившись к которому через тот же vSphereclientможно в одном окне увидеть все серверы, собрать из них отказоустойчивый кластер и производить другие централизованные настройки.

В нашем случае версия гипервизора бесплатная, вводим IP адрес, который получил наш ESXi после установки. Пользователь root и пароль, который был задан во время инсталляции.

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

33 — 40 Чтобы ввести ключ переходим Home -> Inventory -> Configuration -> Lisensed Features Видим, что наш сервер пока совсем без лицензии (Evalution mode) и ему доступны все функции самой дорогой лицензии VMware vSphere Enterprise Plus. Как только будет введен ключ бесплатной лицензии почти все возможности, перечисленные здесь, исчезнут. С другой стороны, жалеть о них не стоит, т.к. большая часть технологий работают если у вас есть минимум два сервера с общей системой хранения данных. Поэтому смело жмем на значок «Edit» в правом верхнем углу.
Физический сервер на котором установлен гипервизор VMware ESXi, называют host. Чтобы наш хост получил бесплатную лицензию, кликаем рядом с надписью «Assing a new license to this host» (присвоть лицензию данному хосту). Далее жмем на кнопку «Enter Key» и вводим ключ, который мы получили на сайте VMware, когда скачивали дистрибутив.
Видим, что нашему хосту была присвоена неограниченная по времени «Expires: Never» лицензия VMware vSphere 5 Hypervisor с неограниченным объемом оперативной памяти для виртуальных машин. » Up to 8-way virtual SMP » — означает, что каждой виртуальной машине можно выделить не больше 8-ми виртуальных CPU. По сути это 8 ядер физического процессора. Очень редко такая мощность требуется каким-либо корпоративным сервисам. Поэтому можно сделать вывод, что ограничения практически отсутствуют, зато теперь можно не опасаться, что через 60 дней виртуальные машины не запустятся, плюс ко всему, все совершенно легально.

41 —  Обратим свое внимание на то, сколько ресурсов потребляет ESXi после установки. Даже без виртуальных машин и процессор и оперативная память (особенно память) расходуются, и это нужно учитывать, когда вы планируете свою систему. Позже посмотрим сколько ресурсов тратится на работающую виртуальную машину.

42 — Сеть в ESXi это тема отдельной статьи. Здесь же кратко можно увидеть, что у нас есть две логические Порт Группы. VM kernel Port  — эта группа портов для управления и разного рода служебного траффика, в данный момент мы управляем хостом через порт vmk0, который входит в эту группу портов. Также есть Virtual Machine Port Group туда по умолчанию будут попадать виртуальные сетевые интерфейсы наших виртуальных машин. Обе Порт Группы подключены к виртуальному свитчу, а он, в свою очередь, подключен к сетевой карте физического сервера, которая пробрасывает весь траффик в ту сеть, куда подключен физический сервер.

43 — Host Cache Confuguration — после включения данной функции и настройки, в условиях недостатка оперативной памяти гипервизор будет использовать SSD диски для размещения файла подкачки.

44 — 45 в виртуализации VMware используется своя кластерная файловая система VMFS5, к которой есть доступ через консоль. Можно загрузить файлы, например, дистрибутивы или другие виртуальные машины. А можно делать резервное копирование в ручном режиме, для этого нужно выключить виртуальную машину, зайти на datastore и скачать всю папку, содержащую набор файлов ВМ.