Category: VMware

Есть ли разница между ESXi 4.0 installable и embedded?

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

На сегодня существует 3 дистрибутива ESX 4: ESX 4.0, ESXi 4.0 installable, ESXi 4.0 embedded. Разнице “полного” от i посвящена целая статья в базе знаний, а вот чем отличаются два последних сказать затруднительно.

Что нам говорит документация? Практически ничего:

  • An ESXi Embedded host is a physical server that contains an ESX image preinstalled as firmware in the factory or burned onto an external USB key. (Moving ESXi Embedded USB keys from one server to another is not supported.)
  • You do not need to install ESXi Embedded because it is embedded as firmware on hardware that you purchase from a vendor.
  • ESXi Embedded must not be on the host. ESXi Installable and ESXi Embedded cannot exist on the same host.
  • You can install ESXi Installable on any hard drive on your server. (You use the ESXi 4.0 CD to install the ESXi 4.0 software onto a SAS, SATA, or SCSI hard drive. Installing on a Fibre Channel SAN is supported experimentally. Do not attempt to install ESXi with a SAN attached, unless you want to try this experimental feature. Installing on IP storage, such as NAS or iSCSI SAN, is not supported.)

Из этого следует вывод – ESXi Embedded ставится производителем самостоятельно, в заводских условиях, на USB-носители, а ESXi Installable условно на жёсткие диски.
Как бы не так. По факту, ESXi Installable при установке предлагает выбрать, в том числе, USB- носители и спокойно на них ставится и работает. А ESXi Embedded с чистой душой качается с сайта VMware под основные бренды, при этом есть обе версии с CIM агентами от вендоров.
Итак, разницы никакой – ESXi Embedded имеет слегка урезанную версию установщика, который ставит только на USB-хранилища. Можете ставить ESXi Installable на свои USB-flash, если он больше нравится или доступней.
Для встроенных в сервера flash-карты советую использовать ESXi Embedded от вендора, так как вопрос гарантии это отдельная сказка.

Dell’ьный ESXi

Так сложилось, что на сервера было решено ставить ESXi, так как сам он бесплатный, можно спокойно множить для тестов, а для промышленной эксплуатации полноценно управляется vCenter. Но возникла проблема мониторинга и управления на железном уровне, vCenter хорошо, но RAID на подключенной полке не переразобьёшь.

Для управления серверами Dell используется продукт OpenManage Server Administrator. До ESXi 3.5u4 вариант был один – ставить полный ESX, в котором, правда, неофициально работают бесплатные ключи от ESXi, а поверх ставить Linux версию OpenManage.

С версией  ESXi 3.5u4 проблема была решена с помощью механизма CIM. Вышла специальная версия гипервизора со втроенным посредством CIM  OpenManage агентом, а также новая отдельная версия OpenManage Server Administrator 6.0.3.

OpenManage Server Administrator можно установить на любой компьютер в сети и посредством web-интерфейса  подключиться к хосту под управлением ESXi, а затем получить полный доступ аналогичный родной установке OMSA .esxi_dell_open_manage Парочка ссылок:

документация по OMSA,

Dell ESXi 3.5u4 emb,

Dell ESXi 3.5u4 inst.

Что за лицензия Enterprise Plus?

Попытка установить сегодня финальный релиз VMware vSphere заставила меня задуматься об этой новой странной лицензии Enterprise Plus. А уж эта статья посадила меня за компьютер, читал её с телефона, а пальцы забегали по клавиатуре.

Начну со статьи. Автор “просочивших мыслей” рассуждает об отличии Enterprise лицензии от Enterprise Plus, рассматривая новые технологии: Host Profiles, без которой невозможна ещё одна – VMware vNetwork Distributed Switch, без которой, в свою очередь, невозможен Cisco Nexus 1000V. Кроме этого, в “плюс” попал и multipath plug-in support, который даёт возможность использовать расширения третьих сторон для балансировки путей до хранилищ. На основе рассуждений автор делает вывод:

Enterprise + Enabling Technologies for Third Party Integration = Enterprise Plus

И, подведя итог,  “плюс” нужен только, как возможность использовать третьесторонние разработки, так почему же мы должны платить за “плюс”, если плагины за деньги, и почему лицензия будет существовать только до конца года!?

А теперь, о чём я думал во время установки? С какого перепугу для vSphere RC не подходит ключ от Enterprise Plus, да-да , именно так – к финалу подходит, а  к релиз кандидату нет. Значит, на момент релиз кандидата не существовало такой лицензии, все возможности от “плюса” были в простом Enterprise. Чтобы это могло значит, скорей всего желание срубить побольше капусты. Ведь понятно, что все, кто на подписке, автоматом получат лицензию, как из них выжать ещё немного? Давайте ещё один уровень лицензий придумаем! А вдруг, кому эти функции не нужны, не захотят платить нам и нашим ближайшим партнерам, пока это EMC и Cisco. Давайте закроем старую лицензию! Сказано – сделано.

Все вышенаписанные буковки  моё личное мнение и вольный пересказ статьи Edward L. Haletky.  С моим мнением вы можете, как согласится, так и оставить своё при себе. 😉

Скачать vSphere

УРАААААААА. vSphere доступен для скачивания. Можно скачать как бесплатную версию, ESXi, так и полнофункциональную. Доступна возможность оценить в течение 60 дней новый гипервизор. К сожалению, пока недоступны редакции ESXi с встроенными утилитами вендоров.
UPD: Прошу прощения, что не выложил ссылки на скачивание. Итак, имеем Free VMware ESXi и полнофункциональный VMware vSphere.

Появилась документация по vSphere

Тут выложена документация по vSphere.
Организовано три подраздела: ESXi Embedded Edition, ESXi Installable Edition и ESX Edition.
Доступны также полные наборы документации:
– complete ESXi 4.0 Embedded and vCenter Server 4.0 Documentation Set;
– complete ESXi 4.0 Installable and vCenter Server 4.0 Documentation Set;
– complete ESX 4.0 and vCenter Server 4.0 Documentation Set.
Есть онлайн-версии этих документаций:
– ESXi 4.0 Embedded;
– ESXi 4.0 Installable;
– ESX 4.0.
Небольшой ликбез: Embedded – это версия для установки на флешку, Installable – на жесткий диск.
Доступен поиск технических документов по ESX4.
Наконец-то можно проверить совместимость железа с ESX4 онлайн (ESX HCL).
Прямо сейчас сайт http://www.vmware.com/download выдает “Temporary Maintenance – www.vmware.com”. 🙂
UPD: Manuals in html.

Очередное сравнение гипервизоров. Русская версия

Чуть меньше месяца назад в блоге была опубликована таблица сравнений современных гипервизоров, подготовленная маркетинговым отделом VMware к выходу Vsphere. Сегодня в руки попалась официальная руссифицированная версия, которую и представляю вашему вниманию.
hypervisors_compare1
hypervisors_compare2
hypervisors_compare3

Использование памяти в vCenter 4.0

Если вы планируете апгрейд от VI3,5 до vSphere, то вам необходимо обратить внимание на использование памяти в vCenter. Требования и к ViCenter 2,5 и к vCenter 4 примерно одинаковые (2 гигагерца и два гигабайта). ViCenter 2,5 нормально работал на меньшем объеме памяти. Однако в vCenter4 используется новая версия веб-сервера, использующая большее количество памяти.

На скриншотах использование памяти веб-сервером. Tomcat5.exe – “старый” веб-сервер. Tomcat6 – новый.

vc-mem1

vc-mem2
Так что готовьтесь выделить вашему виртуальному серверу 2 гигабайта памяти 😉

Включение SSH в ESXi

Ни для кого не секрет, что в ESXi есть обрезанная линуксовая консоль и к ней можно настроить доступ по SSH. После того, как в Update4 сделали Remote CLI только для чтения, пользы от SSH стало значительно больше. 🙂
Например, создать жесткий диск формата eagerzeroedthick вы можете только через SSH или подключившись консольно.
В интернете есть множество статей на тему включения SSH, но без перезагрузки сервера SSH не работал. И вот вчера Александр Самойленко открыл мне глаза. 🙂

Нужно сделать следующее:
ps | grep inetd
В результате будет выведено что-то типа 1299 1299 busybox inetd. ID процесса inetd – 1299.
Теперь введите kill -HUP process_id, где process_id в нашем случае 1299.

Тестирование Citrix XenServer

Всем привет. Дошли руки до тестирования этого гипервизора. Данная заметка исключительно субъективна, прошу не пинать ногами. 🙂

Как всем известно, для работы XenServer требует аппаратной поддержки технологий виртуализации, как и Hyper-V. Несмотря на это, его, как и Hyper-V, все же можно установить в виртуальную машину. Для этого необходимо использовать гипервизор с поддержкой 64битных ос (в нашем случае с линуксом) и процессор с поддержкой 64бит.

При выполнении этих двух условий вы можете смело начинать устанавливать XenServer 5 на виртуальную машину, в моем случае это VMware ESXi3 Update 4.

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

Кроме дистрибутива XenServer вам потребуется утилита для подключения – XenCenter. Ставим ее на машину администратора, конфигурируем сетевые настройки XenServer и вуаля – мы на нем.

Что понравилось – управление сетями стало более гибким, чем в Hyper-V. Правда, до VMware ESX 3,5 далеко.

Просматривать данные о производительности больше чем на сутки назад –  идите в платную версию Essentials. Хотите подключить в качестве стораджа место на локальных дисках – облом. Только NFS/FC/iSCSI.

В общем, Live Migration и многие другие вкусности с этой страницы – это круто. Но вот реальность резко обламывает крылья – пойду дальше разбираться с бесплатным решением…