Еще один проект виртуализации :)

В этом году нами было принято стратегическое решение виртуализоваться.
Тут Виктор уже писал о виртуализации для малого и среднего бизнеса. Я запасся VMware Capacity Planner и выяснил, что 15 физических серверов нормально виртуализуются до 3. Так как я адепт VMware в большей степени, чем Microsoft, то выбор платформы очевиден.
При выборе лицензии мы оценили влияние ИТ на бизнес и поняли, что на данном этапе мы можем предложить экономию в следующих областях:
– электропитание;
– экономия на тестовой лаборатории;
– экономия на лицензиях;
– довольно условная экономия на запуске новых проектов. Довольно условной я ее назвал потому, что на данном этапе нами выбрана лицензия vSphere Essentials, а она ограничивает нас тремя хостами виртуализации, которые и так будут прилично нагружены. Continue reading “Еще один проект виртуализации :)”

vSphere Hot Add bug

Пару месяцев назад я писал ругательную заметку о том, что в ESX4 добавление жесткого диска в работающую ВМ зачем-то отнесли к фиче Hot Add. Данная фича вообще-то позволяет в работающую ВМ добавлять процессоры и память, причем появляется в лицензии vSphere Advanced Edition. Непонятно почему я решил, что расширение объема диска (VMDK Hot Extend) также подпадает под эту фичу Hot Add. Когда я обучался в УЦ “Микроинформ” у Михаила Михеева я со стопроцентной уверенностью заявлял, что расширение диска работать не будет. Антон Жбанков доказал, что я ошибаюсь, и в ESX4i Update1 free edition расширение диска работающей ВМ отрабатывает.
Я проверил его слова:
ESX4i free – расширение диска работает, добавление диска на горячую – нет.
ESX4i Update1 – расширение диска работает, добавление диска на горячую – РАБОТАЕТ 🙂
Написал письмо знакомому из VMware Russia – жду ответа. Как только будет свежая информация – выложу новость!
UPD: Вести из VMware:
“Судя по вырезке из наших доков
VMware Hot Add – enables CPU and memory to be added to
virtual machines when needed without disruption or downtime.
Поэтому, скорей всего, добавление VMDK работает во всех лицензиях.”
Ура, товарищи 🙂

Подключение локального диска через 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, отформатировал, ошибок нет.

Список сборок ESX, ESXi, vCenter, etc

На vSphere-Land.com опубликован список всех билдов ESX, ESXi, vCenter Server (VirtualCenter), Consolidated Backup и Converter.
Кроме номера сборки приведена ссылка на скачивание и ссылка на Release notes.

Использование памяти в 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 гигабайта памяти 😉

Горячее добавление процессоров и памяти

Использование 7-ой версии аппаратной части виртуальной машины позволило реализовать механизм горячего добавления процессоров и памяти.

vsphere hot-add

Данный механизм требует поддержки со стороны операционной системы и наличия лицензии.

Поддержка PCI-устройств в VSphere

В VSphere используется новая аппаратная платформа виртуальной машины версии 7. Она позволят на горячую добавлять и удалять следующие PCI-устройства:
  • Сетевые карты
  • SCSI-адаптеры
  • Звуковые карты
  • SCSI-диски и CDROMы
  • USB EHCI контроллеры
  • VMCI
  • прокидывать PCI-устройства в режиме passthrough

vsphere pci devices

Особый интерес представляют USB-устройства, но на данный момент мне неизвестно возможно ли использовать USB-устройства, присоединенные к хосту. По крайней мере, сейчас можно будет использовать эмуляторы USB-устройств.

vSphere – приоткрывая завесу (part 7)

В этот раз я решил описать сразу несколько разных продуктов
1) Sid радует нас описанием новых оповещений и настроек серверных профилей в vSphere. А также обещает выложить видео с пошаговыми настройками. Очень ждем!
2) Обзор VMware Data Recovery. Кроме описания продукта, документ содержит также Q&A – вопросы и ответы. Приведу наиболее понравившиеся: “используется ли дедупликация при бэкапах?”, “Какое максимальное количество ВМ можно забэкапить с помощью этого средства?”, “Могу ли я делать бэкапы RDM” и многие другие. Заинтриговал?
3) И на закуску супер-крутой чеклист. С помощью данного документа можно проверить, подходит ли ваша инфраструктура для перехода на vSphere. Очень рекомендую для прочтения.

P.S. Александр Самойленко “зарядил” сайт vsphere.ru. Вот описание редакций vSphere.

Если довериться компетентному мнению Александра, то я могу сделать два вывода:

а) бесплатного vSphere не будет. Зато будет Citrix с vMotion и Hyper-V 2.0 с Live Migration. Справедливости ради надо отметить, что есть возможность купить промо-бандл – Virtual Center Foundation с лицензией на 3 Esxi за ~1000$. Правда функционал его хуже, чем в VI 3,5Foundation.

б) все те фишечки, которыми подогревали наш интерес к этому продукту, будут очень и очень платными. Это и Fault Tolerance, и CPU/Memory Hot Add, и Distributed vSwitch.

В общем, я начинаю разочаровываться и смотреть в сторону Xen. Посмотрим, что случится 21 апреля.