PXE загрузка ESXi

В ESXi 3.5 Update 4 была заявлена экспериментальная поддержка PXE загрузки.

Я заинтересовался, попробовал - и у меня получилось.

Что я делал:

1) В качестве сервера загрузки по сети я использовал готовое виртуальное решение - UDA, Ultimate Deployment Appliance. Про нее я не раз писал, и даже когда то налабал инструкцию.

• Скачал(я использовал версию под Workstation)
• Запустил.
• Дал ей нужный IP адрес.
  
  Для этого надо залогиниться в локальную командную строку - root/test.
  Открыть конфиг
  
  nano -w /etc/sysconfig/network-scripts/ifcfg-eth0
  
  поправить IP
  
  После этого:
  
  /etc/sysconfig/network-scripts/ifdown eth0
  /etc/sysconfig/network-scripts/ifup eth0
  

(кстати, запоздалое спасибо Денису Березовскому)

• Теперь зашел на этот IP браузером, залогинился в веб интерфейс - admin/admin.
  
  В веб интерфейсе необходимо настроить DHCP сервер(если нас не устраивают настройки по умолчанию) .
  

2) Качаем ESXi 3.5 Update 4 и syslinux.
Из исошника ESXi распаковываем файлы
# mboot.c32
# binmod.tgz
# boot.cfg
# cim.tgz
# environ.tgz
# license.tgz
# oem.tgz
# vmkernel.tgz
Я пользовался сначала winrar - для распаковки .dd(как описано тут), потом .dd открывал шароварным winImage и извлекал файлы из списка.

из дистрибутива syslinux распаковываем файлы(выбираем .zip вариант для скачивания)

com32\menu\menu.c32
core\pxelinux.0



3) Теперь надо распакованные файлы закинуть внутрь UDA'ы.
Я пользовался WinSCP.

Все полученное в п.2 копируем в папку /var/public/tftproot
Обратите внимание, что pxelinux.0 там уже есть - его надо перезаписать.



Теперь, в папке /var/public/tftproot/pxelinux.cfg редактируем файл default(создаем если его нет) - его содержимое заменяем на следующее:

default menu.c32
menu title PXE Boot VMware ESXi
timeout 100

label ESXi
menu label Boot VMware ESXi
kernel mboot.c32
append vmkernel.gz --- binmod.tgz --- environ.tgz --- cim.tgz
ipappend 2

label Hard
menu label Boot from local drive
localboot 0

4) запускаем целевую машину(у меня это была виртуалка) - и загружаем ее по сети. Видим вот такую картинку



5) В общем то, все:

так как я делал это из простого интереса, что тут надо доделать для реального использования:

• Настроить DHCP на выдачу конкретного IP каждому ESXi по мак адресу. По маку его управляющего интерфейса, который виртуальный.
• Сделать подгрузку конфига, уникального для каждого ESXi.
  Что примерно для этого надо:
  
  1) создать в pxelinux.cfg файл с именем = мак адрес уже физической сетевушки ESXi, через которую идет загрузка
  
  2) Забекапить конфиг для каждого ESXi, можно попробовать вот такой командой
  
  

  vicfg-cfgbackup --server esxihost2.local.com -s /tmp/host2 --username root

  
  
  Это команда RCLI, который надо будет скачать - ссылка на RCLI.
  
  3) В файлике /tmp/host2 должен оказаться бекап конфигa ESXi.
  Скопируем его в корень tftp - у нас это /var/public/tftproot и п.3
  Переименуем его в configBundle.tgz
  
  Теперь конфиг в pxelinux.cfg поменяем на такой:
  
  

  ..
  label ESXi
  menu label Boot VMware ESXi
  kernel mboot.c32
  append vmkernel.gz --- binmod.tgz --- environ.tgz --- cim.tgz --- configBundle.tgz
  ..

  
  

Т.е. должно получиться. что в tftproot у нас лежит конфиг для каждого ESXi, а в tftproot/pxelinux.cfg - файл загрузки по сети с именем = мак адресу каждого ESXi сервера, в которых прописана подгрузка соответствующих конфигов.

Я это не тестировал, так что может и не заработать влет.

Маркетинговое дерьмо

Попалось на глаза видео от Майкрософт - "топ 10 мифов от VMware".

Начал писать свое мнение по этому поводу, но меня опередил Антон - 10 "мифов" от VMware развенчаны Microsoft.
Практически со всем я согласен, и свое "развенчание мифов развенчания мифов" писать не стал - а с Антоновым ознакомиться рекомендую.

Скорее бы уже Майкрософт выпустил свой R2, а то по трети "мифов" ответ "У нас это уже есть в Windows 2008 R2". Вот только самой R2 нет.

И, боюсь(вернее надеюсь ;), что когда R2 таки появится, фичи вроде живой миграции и кластерной файловой системы будут вчерашним днем - ибо релиз вСферы таки не за горами.

Виртуализация SQL

Камрад Brent Ozar написал два поста - Why Would You Virtualize SQL Server? и Reasons Why You Shouldn’t Virtualize SQL Server:
за и против виртуализации SQL серверов.

Вкратце:

За -

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

Цитата:



I especially like this option for development and QA servers. Management is rarely willing to implement expensive high-availability setups for development environments, but when the dev server goes down, the developers and project managers are kicking my door down. The PM’s scream about how there’s so many expensive developers sitting around idle waiting for the server to come back up. Virtualization avoids this problem altogether.



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

Цитата:



I loved this approach because it let me keep old SQL Servers around as long as necessary. For example, we decommissioned an old help desk database server, but I told the help desk folks they could keep it around as long as they wanted. It hardly used any resources at all, because nobody queried it unless they had a question about an old help desk ticket that didn’t get transitioned correctly to the new system. I set the server up with one virtual CPU, 1gb of memory, and put it on cheap RAID 5 SATA. The end users loved me because I could provide the service for no cost.



Производительность ВМ не ужасна, как о ней иногда отзываются. Да, годы назад, первые версии софтов виртуализации тормозили. Но ныне все работает достаточно шустро. Одним из обоснований автор приводит наличие книги "Oracle on VMware". И книга пользуется успехом.


Цитата:



You can still get really bad performance with virtualization, just as you can get really bad performance with SQL Server on native hardware. But follow a few basic guidelines like avoiding oversubscription, properly configuring networking & storage, and using the right OS configurations, and you can get perfectly acceptable performance. Yes, you’re still going to lose a few percent of overhead - but with today’s redonkulously fast CPUs and memory, I’m more concerned about optimizing T-SQL code than I’m concerned with losing 5% of my CPU speed due to virtualization. It’s all about priorities, and that small performance loss is just one piece of the picture.



Снижение расходов. В нынешние времена менеджмент особенно заострен на этой проблеме - и лучше бы нам проявить инициативу и найти SQL сервера с небольшой нагрузкой, виртуализовать их и сказать - "Босс! Я экономлю баблос!"


Теперь про против виртуализации SQL:

Сложнее получить нужную производительность СХД(иногда) - ибо HBA одного физического сервера используют несколько ВМ, потенциально сильно нагружающих дисковую.

Сложнее получить информацию о производительности - в силу того, что между ВМ и железом находится гипервизор.

Связка "железо+гипервизор+ОС+SQL" менее надежна, чем "железо+ОС+SQL" - просто в силу большей сложности. Например, вспомним августовскую ночь со вторника на среду, когда баг в ESX3.5 Update 2 не позволял включать ВМ после 12 августа.

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

Ну и рекомендации автора:
* Virtualize only when it’s going to solve a problem, and you don’t have a better solution for that problem.
* Get good at performance monitoring before you virtualize, because it’s much tougher afterwards.
* Start by virtualizing the oldest, slowest boxes with local storage because they’ll likely see a performance gain instead of a penalty.
* Avoid virtualizing servers that have (and utilize) more than 2 HBAs.

Напомню, что основные ресурсы по виртуализации SQL я собрал тут - wiki.vm4.ru/sql

P.S.
В камментах была ссылка на The proper order of Server Virtualization in SharePoint.

Виртуализованный IE 8

Какое то время назад я писал про проект xenocode.com - предлагающий средства для виртуализации приложений.

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

В этом списке появился IE 8 - так что, если посмотреть на новинку от MS хочется, но не хочется ее устанавливать - можно взять тут.

Обучение VMware

Коллеги - особенно из компаний-партнеров VMware, обратите внимание на новости обучения VMware:

1) На 27 апреля запланировано первое чтение курса "Next Generation VMware Infrastructure: What’s New". Это двухдневный курс, призванный рассказать и показать все новое, что будет в следующей версии VMware VI. Притом, доступен он только партнерам.
(Само собой, будет и полный курс, аналог нынешнего VI3: Install&Configure, но появится он лишь после выхода продукта )

2) Также, в ближайшее время в списке доступных курсов появится общедоступный трехдневный курс по VDI решению от VMware - VMware View. Он заменяет курс по предыдущей версии - "VI3 VDM - VMware Virtual Desktop Manager".

Прямые ссылки на список курсов, на график курсов, описание партнерского курса по vSphere из п.1.

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

* Что такое серверная виртуализация.
* Возможности решения виртуализации VMware – VMware Infrastructure.
* Решения, основанные на VMware Infrastructure и расширяющие функциональность VI, – Virtual Desktop Infrastructure, Site Recovery Manager, VMware Lab Manager.

Запланирован он на 9 апреля.

4) Так же, раз заговорил про обучение в Микроинформе, хочу сказать:
с 2009 года наш учебный центр имеет двух тренеров по направлению VMware. Сами знаете - резервирование и дублирование в нашем деле всегда важны :)
Мы с удовольствием беремся за чтение курсов на выезде.
Возможно проведение курса в вечернюю смену и на вашей территории - если возникнет такая необходимость.
И вскоре мы планируем предложить проведение курсов онлайн - следите за анонсами.

EMC Failback Plug-in

Все таки функция плагинов к vCenter - штука хорошая.

Например:

Выпустила VMware первую версию Site Recovery Manager - а отдельного клиента для управления катастрофоустойчивостью, создания плана восстановления, его тестирования и пр., что может понадобиться админу SRM - не надо. Потому что VMware предлагает SRM плагин к VIC, после установки которого из того же клиента выполняем и задачи SRM.

Но.

Первая версия SRM не обладает функцией возврата - т.е. если наша инфраструктура(или ее часть) уехала на запасную площадку в соответствии с одним из планов восстановления - вернуть ее обратно совсем автоматически не получится.

Хотя - кое у кого уже получиться, ибо EMC создала EMC Failback Plug-in for SRM.
Новость на их сайте.

Вот тут - EMC Failback Plug-in for SRM - подсказывают ссылку на сам плагин, правда у меня не открылось.

P.S.
Соседним пунктом, кстати, идет

VMware View Storage Integration -
a VMware vCenter plug-in helps administrators easily—and rapidly—provision virtual desktops leveraging Celerra's snapshot features and VMware View. The combined functionality of Celerra SnapSure and VMware View gives customers the choices of provisioning methodology and a deployment tool using vCenter as the common management application.

vm4ru vmware twitter roll

Зашел я сегодня на VMware Netwoking blog, и углядел там интересную штуку - Recent Twitter messages about VMware.
Лента твиттер сообщений, содержащих "VMware".

Маленько погуляв по заинтересовавшим ссылкам, нашел пару имхо забавных записей:

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

Прикольная штука, эта "Recent Twitter messages about VMware", подумалось мне.

И прикрутил я такую же, с поиском в русскоязычных твитах.
Так что коллеги - кто получает обновления блога по rss или email - рекомендую заглянуть на сам vm4ru, взглянуть на эту подборку - может быть заинтересует. А если кто то хочет, чтобы его твит записи там отображались - только скажите. Конечно, имеются в виду тематические посты.

Подборка скриптов под ESX \VI для powershell, vima, rcli, vimsh, vix

Коллеги - хорошая подборка готовых скриптов под ESX - VMware ESX and ESXi Scripts & Resources.

Для PowerShell, для vimsh, для VIMA\RCLI, для VIX.

Также напомню прочие известные мне ресурсы на ту же тему:
Гайды по командам SeriveConsole(во многом применимо и к RCLI).
Wiki - VI toolkit.
Script Repository.

Подборка ресурсов

Коллеги, вот эта страничка - VMware vLaunchpad - является подборкой ресурсов по продуктам VMware.

Они разбиты по категориям:
официальная документация, блоги, аггрегаторы блогов, неофициальные доки и пр.
Так же, есть несколько панелей быстрого доступа - к документации, разного рода бесплатным утилитам - кстати, рекомендую вызвать выпадающее меню "Free Admin Tools" - подборка бесплатных утилит, от VMware, сторонних компаний и частных лиц. Порядка трех десятков наименований.

Расширение vmfs раздела в vSphere

Еще одна небольшая фишка, должная появится в вСфере:
возможность расширять VMFS раздел на свободное место диска\LUN'а - без экстентов, как это делается сейчас.

Скриншоты:

















Источник - Resizing your VMFS the right way, exploring the next version of ESX/vCenter.