В этом году нами было принято стратегическое решение виртуализоваться.
Тут Виктор уже писал о виртуализации для малого и среднего бизнеса. Я запасся VMware Capacity Planner и выяснил, что 15 физических серверов нормально виртуализуются до 3. Так как я адепт VMware в большей степени, чем Microsoft, то выбор платформы очевиден.
При выборе лицензии мы оценили влияние ИТ на бизнес и поняли, что на данном этапе мы можем предложить экономию в следующих областях:
– электропитание;
– экономия на тестовой лаборатории;
– экономия на лицензиях;
– довольно условная экономия на запуске новых проектов. Довольно условной я ее назвал потому, что на данном этапе нами выбрана лицензия vSphere Essentials, а она ограничивает нас тремя хостами виртуализации, которые и так будут прилично нагружены. Continue reading “Еще один проект виртуализации :)”
Category: 4.1
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 данные рекомендации будут выглядеть так:
- Создаем для VM новый диск, после этого данный диск Remove без удаления, чтобы получить vmdk-файл/заготовку для конвертации! Диск можно создавать с параметрами по умолчанию. Какие они – не важно.
- Открываем Putty, чтобы в консоли написать немного команд.
- Смотрим разделы fdisk –l , находим нужный нам раздел из которого надо сделать RDM (можно опознать по размеру).
- Вычисляем его имя (naa.xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx) через esxcfg-scsidevs -c
- После этого в консоли вводим команду 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.
- После этого подключаем полученный vmdk через VC-клиент к VM и делаем с ним то, что считаем нужным.
Итак, на самом деле, это не совсем «кошер» и тянет на “грязный хак”, по меркам 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 – новый.
Так что готовьтесь выделить вашему виртуальному серверу 2 гигабайта памяти 😉
VMware CPU Host Info
Для тех, кто планирует переход от VI 3,5 на VI4, будет актуальна следующая утилита. Она подключается к Virtual Center, скачивает информацию о процессорах и выводит их в табличке.
Горячее добавление процессоров и памяти
Поддержка PCI-устройств в VSphere
- Сетевые карты
- SCSI-адаптеры
- Звуковые карты
- SCSI-диски и CDROMы
- USB EHCI контроллеры
- VMCI
- прокидывать PCI-устройства в режиме passthrough
Особый интерес представляют USB-устройства, но на данный момент мне неизвестно возможно ли использовать USB-устройства, присоединенные к хосту. По крайней мере, сейчас можно будет использовать эмуляторы USB-устройств.