Бесплатное обучение по VMware

Учебный центр HP, Moscow решился на беспрецедентную акцию: они проводят однодневное дистанционное обучение бесплатно.
Курс называется HH631SR – VMware vSphere [v4]: обзор возможностей (дистанционный курс).
Ссылка на курс здесь!

Пользуетесь ли вы Powershell?

Вопрос с подвохом 😉
Случайно увидел, как Duncan Epping восхваляет Alan Renouf. Решил узнать подробнее – о чем идет речь.
Дело в том, что Alan Renuf является автором множества скриптов на Powershell для обслуживания виртуальной инфраструктуры Vmware. В конце-концов, Alan собрался с духом и выпустил их в виде бесплатного Powerpack для VESI&PowerGUI.
Заявленные возможности:
• Управление несколькими VMware vCenter, ESX и ESXi при использовании VMware VI Toolkit 1.5 или VMware vSphere PowerCLI 4.0;
• Единый вход на несколько хостов с использованием одинаковых учетных данных;
• Возможность перехода по дереву объектов так же, как и в vCenter;
• Возможность просмотра топологии для любого управляемого сервера;
• Возможность управления ЦОД, кластерами, ресурсными объектами (resource pools), хостами, виртуальными машинами, шаблонами, снимками, сетями, хранилищами данных, файлами, задачами и файлами журналов;
• Автоматическое создание диаграм для Visio;
• Автоматическое создание настраиваемых отчетов.
Убедил скачать? 🙂
P.S. На данный момент сайт Алана недоступен.
P.P.S. А powerpack скачало более 30000 человек.

Хватит ли нам ESXi?

Gabe написал достаточно интересную статью про переход на ESXi.

Ходят слухи, что от гипервизора с сервисной консолью – ESX – VMware хочет отказаться в пользу ESXi. Причин тому много 😉
Одна из них – таким образом VMware гарантирует, что в сервисной консоли не будут работать всякие левые программы типа Midnight Commander (да святится имя его) 😉
Следовательно, приложения из консоли будут перемещаться в Virtual Appliance (уже настроенные виртуальные машины, готовые к эксплуатации).
Соответственно, Gabe проанализировал, какие приложения будут работать с ESXi, а какие – нет.
Continue reading “Хватит ли нам ESXi?”

APC PowerChute Network Shutdown

Дождались 🙂
Теперь APC PoweChute поддерживает и vSphere (ESX и ESXi). Скачать его можно отсюда, стоит – 99$ за хост.
Требования:
– vMA (для агента PCNS);
– Каждой ВМ необходимы VMware Tools;
– есть поддержка DRS и HA;
– VMotion вручную не поддерживается.

Вышел Veeam Monitor 4.5

Описание на английском – тут. Ссылка на Release notes – здесь.
Основное нововведение – полная поддержка сопутствующего продукта – Veeam Business View. Т.е. сейчас можно устраивать полноценный мониторинг производительности, получать произвольные отчеты и настраивать гибкие оповещения исходя из принадлежности ВМ к бизнесу.
На следующей неделе постараюсь установить у себя и потестировать бесплатные версии монитора и Business View.

Тестирование ESX4i – VMware отстой :)

Ну вот и добрался я до масштабного тестирования ESX4i в своей среде 🙂
Почти сразу же натолкнулся на неприятную особенность ESX4i, хорошо описанную тут. Смысл дела в следующем – когда я попытался добавить ЖД в работающую ВМ, словил облом – нелицензированная фича. Гугль мне подсказал, что, оказывается, в vSphere горячее добавление дисков перекочевало к такой мегавещи, как горячее добавление памяти и CPU (работающее с ограниченным списком ОС). Называется эта гадость HotPlug, и доступна она начиная с версии Advanced.
Милый подарок от VMware людям, которые захотят купить Essentials или Essentials Plus.

UP: Это был баг. Следующий апдейт это исправил.

Вышли 8 новых патчей для ESX4, 7 – критического уровня

Конец сентября отпразднуем установкой восьми новых патчей для ESX4.
Рекомендуется ознакомиться со списком тут (thank you, Jason).

Анализ загрузки ESX

Joshua Townsend делится опытом.
Для выгрузки данных о загрузке ESX используется следующая команда:
esxtop -a -b -d 15 -n 480 > /tmp/esxtopout.csv.
a – выгрузка всех параметров; b – пакетный режим; d – размер задержки в секундах; n – количество итераций. Размер CSV-файла за два часа составил 100 мегабайт.
Полученный затем файл можно скормить MS Excel или PerfMon.
После обработки зубилом (отключения ненужных счетчиков) получаем красивую картинку
image_thumb1

Подключение локального диска через RDM

Филипп Зыков делится с нашими читателями, как физический диск на железе сервера превратить в RDM на vSphere:

Время от времени, особо упрямые и несогласные с предложенным функционалом Vsphere  VCenter  хотят вытворить что-то такое. А, потом, пишут про это статьи…

Итак, предыстория:

Я решил сделать супермегабюджетное решение в филиале. Там обитает админ, которого подпускать к серверам нельзя. Да, именно. Он не портит и не ломает, но придумывает такие кривые решения, что потом «нормальные» админы готовы ехать туда, чтобы обрушить на его голову свой праведный гнев. Так вот, для реализации «решения» есть DELL NF500 с 2 процами, 4Гб ОЗУ и RAID 5 2,7 Тб. Это вообще-то iSCSI-хранилище на Windows Server  2003. Нам для реализации кое-каких решений нужно завести 3 сервера Windows 2008R2. Железо покупать нельзя по целому ряду объективных и субъективных причин. Поэтому встал вопрос – как это организовать?  Поставили ESX 4.0 и встал вопрос разметки встроенного RAID. Подумав, отдали 700Гб под VM, а вот остальное решили сделать RDM*. Но через графический интерфейс Vsphere  VCenter  этого сделать нельзя, только на SAN можно делать RDM.

Прим.*:Да, пользовательские данные я храню на RDM. Vmdk я уже стирал, они у нас бились, мы долго ругались и решили что RDM это наш выбор. Бэкапить нам 2 Тб нам некуда, железа-то нет, и не будет.

Поиск решения дал ссылку на решение, которое работает в ESX 3.5.

Опытным путем было установлено, что для ESX 4.0 данные рекомендации будут выглядеть так:

  1. Создаем для VM новый диск, после этого данный диск Remove без удаления, чтобы получить vmdk-файл/заготовку для конвертации! Диск можно создавать с параметрами по умолчанию. Какие они – не важно.
  2. Открываем Putty, чтобы в  консоли написать немного команд.
  3. Смотрим  разделы  fdisk –l , находим нужный нам раздел из которого надо сделать RDM (можно опознать по размеру).
  4. Вычисляем его имя (naa.xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx) через  esxcfg-scsidevs -c
  5. После этого в консоли вводим команду vmkfstools -i  -d , которая делает конвертацию vmdk-файла.

Синтаксис ее такой : vmkfstools i [Путь к vmdk –файл ] –d rdm:/vmfs/devices/disks/naa.xxxxxxxxxxxxxxxxxxxxx  [vmdk-файл]

Пример: [root@dell-nf500 Arizona]# vmkfstools -i /vmfs/volumes/Local_Servers_VM/Arizona/Arizona_1.vmdk -d rdm:/vmfs/devices/disks/naa.60022190bd135e001238f9a43a44a6d8 Local_RDM.vmdk

Таким образом мы конвертируем любой vmdk-файл в RDM.

  1. После этого подключаем полученный vmdk через VC-клиент к VM и делаем с ним то, что считаем нужным.

rdm

Итак, на самом деле, это не совсем «кошер» и тянет на “грязный хак”, по меркам Vmware, но работает так как архитектура позволяет и допускает!

UPD. В комментариях Валерий Цуканов подсказывает другой работающий способ.

1. Создал из GUI обычный диск
2. Отцепил его от виртуальной машины
3. Выгнал “fdisk -l” и “ls -lh /vmfs/devices/disks/”
4. Открыл VMDK на редактирование, привел к следующему виду
————————————————————————-
# Disk DescriptorFile
version=1
encoding=”UTF-8″
CID=2fcb88a8
parentCID=ffffffff
createType=”vmfsRaw” <- новое значение

# Extent description
RW 3891167910 VMFSRAW “/vmfs/devices/disks/mpx.vmhba0:C0:T1:L0″ <- цифру брал из fdisk (Sec*Cyl*Head), путь из ls -lh

# The Disk Data Base
#DDB

ddb.longContentID = “31425c71cef152041d4c84452fcb88a8″
ddb.adapterType = “lsilogic” <- на buslogic не оживало
ddb.geometry.sectors = “63″ <- из fdisk
ddb.geometry.heads = “255″ <- из fdisk
ddb.geometry.cylinders = “242214″ <- из fdisk
ddb.virtualHWVersion = “7″
————————————————————————-
5. Подключил к vm, отформатировал, ошибок нет.