VCAP DCA

Интересуетесь продвинутой сертификацией VMware?

жаль, что в России пока сдавать нельзя.
Однако, должно стать можно - рано или поздно.

А пока можно ознакамливаться с разными материалами на тему, и вот, например - VCAP-DCA Live Lab Tutorial - как же этот администраторский тест с лабами выглядит.

Имхо, интересная штука.

vCPU count Hyper-V

Если я правильно понял, то Настоящий гипервизор™ (блин ну детский сад) технически может дать одной виртуальной машине до 64 виртуальных процессоров.

Работа процессора в Hyper-V.

UPD. По некоторым данным для гостей Windows все таки 8 vCPU максимум, для гостей Linux 32.

vforv.me

Новый (для меня) русскоязычный блог на нашу любимую тему - "V" for Virtualization, http://vforv.me.

ESXi HP Customized

Как многие знают, бывает ESXi от VMware, а бывает от HP, Dell, IBM.
Вторые отличаются от первого тем, что на них присутствуют т.н. CIM Provider, интерфейсы к датчикам железа серверов.Вернее, эти провайдер есть в любом варианте и ESX и ESXi, но они более специализированные - под родное железо вендора.
На прикладном уровне вы видите результаты их работы пройдя для сервера на вкладку Hardware Status.

Как минимум HP предлагает не только собственную сборку ESXi, но и отдельно CIM Providers для установку на уже развернутый ESXi, см. ESXi 4.x Installable HP Customized ISO Image DNA.
Напомню, что для ESX вендоры предлагают стандартного агента, работающего в Service Console.

Data Migration Tool

Есть такой боян: “Администраторы делятся на две категории – тех, кто не делает бекап и тех, кто уже делает”.
Моя личная статистика опроса моих слушателей показывает, что применительно к vCenter Server процентов 80 админов рискуют оказаться во второй категории.
Бекап vCenter штука, с одной стороны, не очень критичная. Что происходит, если vCenter упал и совсем не встает?
В первом приближении, ничего.
Ведь виртуальные машины как работали, так и продолжают работать. Системы хранения обслуживают запросы. Сеть передает пакеты данных.
Однако, кое что нам становиться недоступно, пока vCenter мы не вернем в строй (хотя бы новый):

1. Перестает централизованно собираться статистика производительности, та, что доступна на вкладке Performance.
2. Не собираются события, произошедшие с инфраструктурой – вкладка Events.
3. Перестанут работать alarm.
4. Кластер drs перестанет работать.
5. DPM, если был, перестанет работать.
6. vMotion и все прочие миграции перестанут быть возможными.
7. Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery.
8. Если коммутаторы распределенные , изменение их настроек станет невозможным. 
9. Частично это касается и Cisco Nexus 1000V.
10. Не получиться быстро найти и включить виртуальную машину, если она лежит на каком-то из большого числа серверов.
11. Нельзя будет развертывать ВМ из шаблонов

Скорее всего, мы переживем без этого даже пока быстренько не поднимем vCenter с нуля.
Однако поступив так, мы теряем:

1. Статистику производительности, что хранится до года – что плохо для анализа и планирования инфраструктуры.
2. Теряются события, произошедшие с инфраструктурой – вкладка Events.
3. Потеряются alarm, созданные нами вручную, и изменения существующих по умолчанию (настройки оповещения в первую очередь).
4. Потеряются vApp и пулы ресурсов кластера drs
5. Потеряются правила кластера drs
6. Перестанут работать интегрирующиеся с vCenter программы: Converter, Update Manager, Data Recovery (возможно, у вас будет что-то еще). Для некоторых потребуется переустановка.
7. Если коммутаторы распределенные , то конфигурация их будет потеряна  - т.е. при появлении нового vCenter придется подключать к нему сервера ESX(i) и создавать новые распределенные виртуальные коммутаторы.
8. Частично это касается и Cisco Nexus 1000V.
9. Потеряются сертификаты.
10. Если при установке vCenter мы указывали использование портов, отличных от по умолчанию – мы теряем эти значения.

Мораль – лучше бы нам поднапрячься, и осуществлять таки резервное копирование базы данных vCenter.
А к чему это я – к тому, что если раньше резервное копирование осуществлялось средствами базы (например, для SQL Express при помощи двух кликов в Management Studio Express), то сейчас у VMware появилось родное средство – Data Migration Tool.
Это утилита командной строки из дистрибутива vCenter 4.1, хотя работает она с vCenter начиная с версии 2.5.
С ее помощью можно сохранить:

• сертификаты SSL;
• номера портов;
• данные лицензирования;
• если БД это SQL Express на той же машине, то в резервную копию будет включена и база (для SQL, Oracle и DB2 придется по прежнему БД бекапить отдельно);
• конфигурацию (не сами патчи) Update Manager, если он установлен на той же машине.

При восстановлении резервной копии это средство должно само установить vCenter, и его конфигурацию.
Утилита предназначена, в первую очередь, для миграции со старой на новую версию vCenter. Особенное это актуально для тех, кто будет старый vCenter на 32битной ОС обновлять до 4.1 на 64битной ОС.
Впрочем, для резервного копирования SQL Express базы она тоже может быть удобна – тем, что в бекап сохраняет не только саму базу.

UPD. Тематическая статья базы знаний - vSphere 4.1 upgrade pre-installation requirements and considerations.
Видео оттуда:


UPD. Из комментариев:
Небольшое замечание после опытов: поддерживается только Vcenter2.5 и 4.0 для сохранения конфигурации и не работает с VCenter'ом 4.1 и выше.
То же самое подтверждает саппорт VMware.

Выдает такие же ошибки:
[INFO] Checking vCenter Server version...
[INFO] vCenter Server installation version 4.1.0.12319
[INFO] vCenter Server installation version 4.1.0.12319
[ERROR] vCenter Server version not supported

the book, 2nd edition

Коллеги, в конце прошлой недели издатель сообщил, что практически весь тираж моей книги распродан.
Планируется выпуск второго тиража, и я надеюсь что это будет “издание исправленное и дополненное”.
Некоторые из вас уже сильно помогли с нахождением неточностей и опечаток, если кто-то поможет еще – буду сильно благодарен.
Информацию жду вот в этой форме или вот по этому адресу.

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

VMworld

 

Наши на VMworld Europe - VMWorld2010 day0.

Ждем еще больше интересных подробностей и информации :-)

vSphere licensing

Памятка.
Чем отличаются лицензии vSphere:

Дорогие – VMware vSphere Edition.

Дешевые и бесплатная - VMware vSphere for Small Business.



UPD. Из комментариев:
Вот тут более полный список
http://www.vmware.com/products/vsphere/buy/small_business_editions_comparison.html
Следует отметить один очень неприятный нюанс с Essentials Kit-ами. "Выйти" из них (добавить 4-й сервер или расширить функционал) можно только через upgrade. С Essential Kit можно перейти только на Essential Plus, со второго можно "перебежать" на Advanced или Midsize Kit.
Advanced, Midsize и Enterprise Plus Kit вещи уже "делимые", и можно туда добавлять что-то или делать какой-то Upgrade (например придется переходить с vCenter Foundation на Standard если в случае Advanced Kit захочется подключить 4-й ESX).
Понятно, что все эти upgrade очень дороги и при необходимости подключить 4-ый хост к Essential мы заплатим "по полной".
Я было подумал, как бы купить 2 Essential Plus и подключить все к общему vCenter Server, но мне сразу "дали по рукам" - это запрещено лицензионным соглашением.

P.S. Все данные по лицензированию получены не напрямую от Vmware,а от дистрибютора. Нас к нему послали из Vmware.

vCenter не стартует

Памятка.

В моем демостенде в качестве базы для vCenter используется SQL Express.
Бывает такое, что vCenter не запускается, пытаясь стартовать раньше БД – притом выставление зависимости не помогло.
В рамках овладевания PowerShell набросал скриптик для решения проблемы, скачать его:

   1:  #служба SQL Server

   2:  $sql = Get-Service -displayname *SQLEXP_VIM* 

   3:   

   4:  #Служба vCenter Server

   5:  $vpxd = Get-Service -name vpxd

   6:   

   7:  #Служба vCenter ManagementWebServices

   8:  $vpxWeb = Get-Service -name vctomcat

   9:   

  10:  # Шаг 1. ждать 10 секунд => проверить статус службы SQL. Если НЕ запущена, ждать дальше. Если запущена - проверить статус службы vCenter. По хорошему надо еще ограничить число итераций, здесь этого нет.

  11:  do { 

  12:      echo " "

  13:      echo "Step 1. wait 10 seconds SQL Service to start"

  14:      Start-Sleep -Seconds 10

  15:     }

  16:   while ($sql.Status -ine "Running" )

  17:   

  18:   # Если служба vCenter не запущена то запустить ее

  19:  if ( $vpxd.Status -ine "Running" )

  20:  {

  21:   echo " "

  22:   echo "Step 2. vCenter Server status =" $vpxd.Status

  23:   echo " "

  24:   echo "Starting vCenter Server"

  25:   Start-Service -Name vpxd

  26:   echo "Started vCenter Server successfully!"

  27:   echo " "

  28:  }

  29:   

  30:  # Если служба веб сервера не запущена, то запустить ее.

  31:  if ( $vpxWeb.Status -ine "Running" )

  32:       {

  33:       echo "Step 3. vCenter WebServer status =" $vpxWeb.Status

  34:       echo " "

  35:       echo "Starting vCenter WebServer"

  36:       Start-Service -Name vctomcat

  37:       echo "Started vCenter WebServer successfully"

  38:       echo " "

  39:      }

Помещенный в автозагрузку при помощи штатного планировщика Windows 2008 скрипт, вроде как, отрабатывает как надо. Разрешено выполнение неподписанных скриптов командой

Set-ExecutionPolicy Bypass

UPD. Уже подсказывают:
Dmitry Gorokhov - В 2008 windows можно поставить вместо зависимости отложенную загрузку службы. С ней отлично стартует через несколько минут после старта ОС :)

ESX | ESXi kickstart

Недавно в официальном русскоязычном форуме VMware появилась тема Клонирование ESXi 4.

Топикастера интересовали способы и средства для снятия и разливки ESXi на уровне образа флешки, с обезличиванием.

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

В общем-то, все так и есть.

Хотелось бы немного осветить эту тему еще разок.

1) ESX

ESX устанавливать с файлом ответов можно было всегда – и это не сложно.

Начиная с 4.0 файл ответов со значениями по умолчанию входит прямо в дистрибутив, см. esx kickstart file.

Притом такой файл ответов может быть весьма мощным - Автоматическая установка ESX.

Наконец, можно устанавливать по старинке или с дефолтным файлом ответов, а автоматизировать последующую настройку - Автоматическая массовая настройка ESX.

2) ESXi

Не сразу, но появилась возможность устанавливать с файлом ответов - ESXi kickstart file.

Потом был описан способ добавить файл ответов в дистрибутив - esxi kickstart.

 

 

Только что мне попался очень, очень толковый список полезного про файл ответа для установки ESXi - Automating ESXi 4.1 Kickstart Tips & Tricks.

Так же не забываем о возможности записать дефолтный образ ESXi на флешку из под компьютера с Windows\Linux - Создание загрузочной флешки с ESX 3i. (этот пост за январь 2008 до сих входит в четверку популярнейших с точки зрения blogger, я удивлен).

Запустить ESXi c этой флешки в виртуальной машине и настроить его заранее поможет VMware Workstation VM USB boot.

Дополнительно

Для отладки этого дела может быть очень полезен готовый сервер дистанционной установки, с поддержкой ESX(i) из коробки - Ultimate Deployment Appliance. (к первой версии этого отличного средства я когда-то накатал русскоязычную инструкцию)

Ну и напомню, что у VMware появился продукт для сетевой даже не установки, а загрузки ESXi с последующей автоматической настройкой - Auto Deploy.

_