Архив

Публикации с меткой ‘ESXi’

Рестарт сервисов в гипервизорах VMware

Небольшая памятка по рестарту сервисов. Если в ESX мы могли набрать в сервисной консоли service mgmt-vmware restart, то в ESXi нет ни сервисной консоли, ни команды service. Тут два варианта, либо включить SSH и зайти по нему, либо с помощью Alt+F2 в самой серо желтой консоли и вводим команду /sbin/services.sh restart. Это и есть альтернатива рестарта сервисов у ESXi.

Categories: VMware Tags: , ,

Auto Deploy GUI Plug-In

Очень стоящую вещь выложили вчера на labs.vmware.com — Auto Deploy GUI. Это плагин к VSphere Client, который может найти сервера и как AutoDeploy модуль загрузить на них Image File нашего ESXi 5.0.

Быть может данная фича покажется кому-то очень удобной :)

Categories: VMware Tags: , ,

Отключение адаптеров в VSphere 5

На заметку, как уже говорил в статье про Альтернативу команде vihostupdate, теперь мы используем esxcli, с помощью которой можно также включить/выключить виртуальные адаптеры. Для этого пишем:

esxcli network nic down -n vmnic1

или

esxcli network nic up -n vmnic1

Если нам например нужно включить или отключить vmnic1. Команда работает в Tech Support Mode.

Categories: VMware Tags: , ,

Назначение доменным пользователям администраторских прав на ESXi

Как то на официальном форуме я поднимал тему о том, как назначить доменным пользователям права в ESXi. В итоге так и утихло дело, но то было на 4 версии. На 5 же версии теперь в Advanced Settings можно назначать специальную группу для администраторов. В блоге v-reality.info подробно описан данный процесс.

Categories: VMware Tags: , ,

Альтернатива команде vihostupdate

В 4 версии, если нам нужно было:

  • Произвести апгрейд ESX/ESXi;
  • Добавить драйвера для оборудования в гипервизор;
  • Добавить драйвера для сторонних производителей;

Мы использовали команду vihostupdate, либо Update Manager.


В 5 версии нам предложено использовать локальную команду esxcli, либо vMA. Теперь, скажем, чтобы установить новую версию гипервизора, нам придется писать примерно следующее:

esxcli —server=x.x.x.x —username=root software vib update —depot=/vmfs/volumes/datastore/ESXi500-201109001.zip

Categories: VMware Tags: , ,

Новое лицензирование Виртуальных Машин

Немного хочу затронуть аспекты нового лицензирования в версии VSphere 5, а именно нюансы лицензирования “тяжелых” ВМ с большим количеством RAM. Как известно, теперь само ограничение на количество ядер снято, то есть теперь мы на это не обращаем внимания, зато появилось новое ограничение на общее количество сконфигурированной памяти, не путать с памятью в пуле (vRAM)! Общая память в пуле – это сколько всего оперативной памяти на всех серверах с установленными лицензиями VSphere, сконфигурированными через VCenter Server, либо отдельно, на каждом хосте ESXi. А вот сконфигурированная память – это количество выданной оперативной памяти всем запущенным ВМ в пуле vRAM, то есть если у нас лицензиями доступно, скажем, 96 Гб, а на серверах у нас 192 Гб, это не нарушение лицензии, это всего-лишь значит, что мы не можем запустить ВМ более чем на 96 Гб в сумме. Но и это не до конца правильно, такое утверждение справедливо лишь для лицензий Essentials и Essentials Plus. У лицензий Standard, Enterprise и Enterprise Plus нет явных ограничений по запуску ВМ, там расчет идет среднего использования памяти в год, если порог за год превышен, то это уже нарушение лицензии. Допустим, у нас лицензиями разрешено использовать 32 Гб, мы полгода использовали 64 Гб, а полгода вообще не использовали сервера, в среднем у нас за год – 32 Гб, и нарушения лицензии не будет. У Essentials китов такой свободы нет, если мы перейдем порог в 192 Гб, а именно столько разрешено использовать в начальных китах, далее ВМ просто не будут запускаться.

Так вот, вернемся к лицензированию “тяжелых” ВМ. Дело в том, что ВМ в новой версии VSphere мы теперь можем выдавать оперативной памяти вплоть до 1 Тб. Но лицензироваться, отбирать vRAM у пула ВМ будет лишь до 96 Гб, далее все будет бесплатно. Например, у нас лицензиями выдано 256 Гб, у нас 2 ВМ по 128 Гб RAM. По идее, вся лицензированная память закончена, но VMware сделала некий бонус, ограничивая снятие памяти с лицензий до 96 ГБ, тем самым 2 ВМ будут работать как 128 Гб памяти но лицензия будет видеть их, как 96 Гб, то есть в сумме 192 Гб, оставив нам еще 64 Гб. Такой бонус не работает для Essentials и Essentials Plus, там если мы используем ВМ 192 Гб, а это значит что она должна исполняться на одном сервере, всего у нас будет 1 сервер, то и вся лицензия будет использована. Это сделано потому, что уровень консолидации будет 1к1, а значит и виртуализироваться смысла не будет. Привожу ссылку на данные ограничения:
Блог VMware
Есть еще один интересный нюанс, меня как то спросили, а что будет если у нас есть 256 Гб в лицензии, и мы включим ВМ 1 Тб, что будет первее, VSphere поймет, что это всего лишь 96 Гб лицензии и пропустит такую ВМ, или скажет что нам выдано 256 Гб и может нам столько не выдать, например нужно создать ВМ с 100 Гб RAM и потом повысить до нужного нам 1 Тб. Тут все просто и ничего не меняется: как я уже писал выше, мы можем включить ВМ даже, если у нас не будет столько в лицензии (для Std, Ent, Ent+), ограничение считается в среднем за год, поэтому все пропустится, включится и ничего дополнительного делать не надо, может быть это еще одна из причин, почему на редакциях Ess, Ess+ данное правило не работает.

Categories: VMware Tags: , , ,

Запуск ESXi внутри виртуальной машины

Очень популярная в последнее время тема, но запишу себе ее в блог, дабы не забыть параметры. Может быть такое, что у нас в наличии есть один сервер ESXi, но в тестовых целях мы хотим использовать несколько гипервизоров, дабы продемонстрировать возможности vSphere. Для этого нам нужно установить гипервизор ESXi как гостевую ОС на ВМ.
Это можно сделать, но по умолчанию аппаратная виртуализация, необходимая для установки гипервизоров VMware, отключена в 4 версии VSphere, нам придется ставить гипервизор и указывать ОС гостевой ВМ, как, например Other Linux (32bit).
Если у Вас уже VSphere 5, то это существенно упрощает задачу, там все гораздо проще.  Нам достаточно лишь выбрать гостевую ОС, как гипервизор ESXi (в ближайшее время выложу скрин, но Вы и сами можете это сделать, найдя в списке гостевых ОС наш гипервизор). Также, чтобы позволить включать внутри виртуального гипервизора ESXi, достаточно добавить внутрь файла /etc/vmware/config параметр (подсказано Михаилом Михеевым):
vhv.allow = «TRUE»
В VSphere 4 нам приходилось изменять конфиг файла .vmx нашей ВМ. Чтобы включить аппаратную виртуализацию на 4 версии, заходим в Edit Settings ВМ (машина должна быть выключена), далее вкладка Options->General->Configuration Parametrs..
Мы попадаем в меню отладки ВМ, вписываем следующие три строки, если их нет в наличии, если какая-то есть, меняем значение:
guestOS = "vmkernel"
monitor_control.vt32 = "TRUE"
monitor_control.restrict_backdoor = "TRUE"
 Выглядеть это будет следующим образом:
После этого сохраняем изменения и включаем ВМ. Теперь ВМ будет считать, что имеет аппаратную виртуализацию, на самом деле мы просто прокинули ее на программном уровне.
Также можно изменить этот файл, зайдя в Tech Support Mode и командой vi изменить .vmx файл нашей ВМ, данные будут расположены там в столбик, разделенные табуляцией. Также можно воспользовавшись просмотром датастора, скачать файл на ПК и изменить его блокнотом.

Что такое виртуализация

Решил начать свой блог с самых основ понятия виртуализация, дабы немного ввести людей, несведущих в этом, в курс дела. В большинстве случаев, за процесс консолидации серверного парка в компании в виртуальную среду отвечает ИТ-отдел, а во многих небольших компаниях, даже может один человек, ИТ-директор, он же администратор. И если этот человек не знает ничего о виртуализации, эта компания не будет применять технологии VSphere, Hyper-V, XenDesktop и других гипервизоров. Но давайте по порядку, что же такое виртуализация.
Виртуализация - это процесс представления физических ресурсов в виде некоего набора параметров, объединенных логическим смыслом. Виртуализация может относиться к разным отраслям, например к серверному оборудованию, рабочим станциям, приложениям, виртуализации как услуги (SaaS) и т.д. В моем блоге мы будем чаще останавливаться на этих пунктах, а именно эти услуги и предоставляет компания VMware.
VMware – дочерняя компания корпорации EMC, одной из крупнейших компаний в сфере хранения информации. В 1998 году VMware представила на рынках технологию виртуализации x86 платформ Windows, то есть возможность запуска в одной операционной системе другой. Чтобы было легче понимать, это что-то наподобие эмулятора, когда в окне мы запускаем программу, только вместо программы мы можем запускать другую ОС Windows.
Данная технология стала очень популярной и VMware начала разработки в эту сторону, и уже в 2001 году была выпущена платформа VMware GSX, позволяющая запускать в ОС Windows или Linux несколько других операционных систем. Это позволило запустить на одном сервере несколько серверов.
У серверов всегда было большой проблемой огромное неиспользование процессорных ресурсов, обычно один сервер использовал меньше 10% всего CPU. Большие, мощные сервера зачастую простаивают. В традиционной архитектуре на одном физическом сервере мы используем один, может быть несколько сервисов. В основном мы не можем установить несколько приложений на одной ОС по причине использования одинаковых портов, служб или необходимостью использовать разные ОС. В итоге, мы получаем несколько серверов, которые не загружены и на пятую часть.
Так вот компания VMware решила эту проблему, создав программу GSX, впоследствии переименованную в VMware Server. Но эта программа должна была устанавливаться на стороннюю ОС, либо Windows Server, либо Linux. Материнская ОС также использовала ресурсы и значительно урезала возможности виртуализации.
Также, в том же 2001 году VMware создает свой первый гипервизор, VMware ESX (версия 1.0).
Гипервизор – полноценная, законченная операционная система, обеспечивающая одновременное исполнение нескольких операционных систем, которые называются виртуальными машинами.
Виртуальная машина – программная реализация компьютера для выполнения программ аналогично физическому компьютеру. То есть другими словами, это полноценный компьютер со своим оборудованием, только существующий в виде программы внутри гипервизора. На нем установлена гостевая ОС, то есть ОС внутри виртуальной машины (ВМ).
VMware ESX – это некая оболочка на базе ОС Red Hat Linux Enterprise, имеет свою сервисную консоль, то есть командную строку Linux, очень похожа на обычный линукс, только со своими дополнительными возможностями.
Такой гипервизор весил несколько гигабайт и “ел” дополнительные ресурсы, и уже в 2007 году VMware выпускает свой флагманский продукт, по сей день существующий (ESX летом 2011 года прекратил свое существование, остановившись на версии 4.1) – VMware ESXi, в котором отсутствует сервисная консоль, то есть большинство команд Linux там порезано, а в режим ввода команд можно зайти, лишь нажав Alt+F1.

Таким образом, через 2 года после основания VMware создает независимый гипервизор, правда на нем исполняются те же гостевые ОС, Windows, Linux и т.д. (В 2003 вышел гипервизор ESX 2.0с поддержкой vSMP (virtual symmetric multiprocessing)).
В данный момент гипервизоры компании VMware по данным http://www.v-index.com/ , используют более двух третьих компаний, в которых внедрена виртуализация, и в мире более трети компаний, где виртуализация внедрена. Таким образом, в мире каждая пятая компания уже внедрила виртуализацию.
Расчеты требуют более детального изучения, как-нибудь мы все это рассчитаем, но уже понятно, что благодаря гипервизорам, можно на один сервер “засунуть” огромное количество виртуальных серверов, то есть консолидировать физический парк серверов в виртуальную среду. По данным все того же v-index’а, до 5 ВМ на сервер, в действительности же, в данный момент можно на 1 сервер установить до 512 ВМ на хосте, в зависимости от мощности физического сервера. Для примера, на однопроцессорном 4-ядерном хосте с 16Гб памяти помещается до 10ВМ, что экономит как минимум еще 5 серверов, если бы все это было воспроизведено на физике. Выводы делайте сами.
Еще раз повторюсь, все это относится лишь к серверной виртуализации, существует множество других видов виртуализации, о которых я расскажу немного позднее.