HNY

Друзья!
Коллеги!

С новым годом!
Желаю, чтобы все было, и ничего за это не было.

VMware support rus

Прямо таки новогодний подарок:
Русскоязычная поддержка VMware

Мы рады сообщить о том, что осенью этого года в VMware Global Support Services стартовал пилотный проект по оказанию поддержи на русском языке. Немного деталей
...
Как связаться со службой поддержки клиентов?
По телефону. Телефонная линия поддержки на русском языке 810-800-24381044. Бесплатный звонок с территории Российской Федерации.
По электронной почте. customer_service@vmware.com
Создав заявку на вебсайте.
...

- Posted using BlogPress from my iPad
Сорри за краткость

VCAP test center

Коллеги, сертификация VMware Advanced Professional стала немного ближе:
в число тестовых центров добавился Микроинформ

 Как и простой VCP можно назначать дату, оплачивать и сдавать.
Контакты Микроинформа:
Телефон: 7-495-953-0006, E-mail: educ@microinform.ru

p.s. Кирилл,  спасибо за информацию :)

Книга "Администрирование VMware vSphere" вер. 2

С радостью я констатирую тот факт, что практически каждый день мне пишут про мою книгу.
В основном - "Где ее можно купить?"

С огорчением я отвечаю "Нигде, тираж распродан".

Однако снова с радостью сообщаю "Вторая версия, исправленная и дополненная, уже в типографии, и где-то после новогодних праздников должна стать доступна".

vSphere Host Update Utility + vSphere 4.1

Камрад vsolomatin радует ссылкой на толковый пост: Обновление ESXi 4.1.
Цитата:

В состав VMware vSphere Client 4.1 не вошла полюбившаяся многими утилита для обновления ESXi 4 – vSphere Host Update Utility. Теперь на форумах и блогах рекомендуют обновлять бесплатный ESXi (VMware vSphere Hypervisor) из консоли, при помощи esxupdate либо vihostupdate. О том, как это проделать, можно узнать, пройдя по выше указанным ссылкам.

Судя по всему, VMware больше не поддерживает Host Update Utility, хотя достоверной информации по этому поводу я не нашел (может плохо искал). Но это ничуть не мешает Host Update Utility обновлять ESXi 4.1, в чем я собственно и убедился..

NetApp + VMware - рекомендации. По-русски

NetApp and VMware vSphere 4.1 Best practices на русском!
Цитата:

Мы это сделали. Да! На сайте компании-дистрибутора Netwell опубликован мой[автора исходного поста. прим. автора этого поста] перевод 97-страничного “Руководства по наилучшим методам использования систем NetApp с VMware vSphere v4.1”, перевод TR-3749, в версии 2.1, августа этого года.

iaas, paas, saas

Есть такое модное слово "облака".

Слово это растяжимое. Под облаком может пониматься IaaS, PaaS, SaaS.
Как я это понимаю:
IaaS, инфраструктура как сервис - когда где-то подняты операционные системы, и нам дают к ним доступ. RDP\ssh - и вперед.
AFAIK, это Amazon Cloud, это то, что предлагает VMware своей vSphere и, особенно, если приправить ее vCloud Director.
PaaS, платформа как сервис - когда где-то подняты веб-сервер, БД и т.п. Доступ к ним я не знаю как именно предполагается, наверное так же как в ITaaS.
AFAIK, это Microsoft Azure.
SaaS, софт как сервис - это когда где-то что-то поднято, а нам дается пользоваться интерфейсом к этому.
AFAIK, это gmail. Возможно, Zimbra.

К чему это я?
Углядел на хабре интересный анонс:
Начало коммерческой эксплуатации облака Селектел.

Обещанное этим летом облако Селектела, в котором оплачиваются только потреблённые ресурсы, наконец-то, готово.
...
Облако Селектел — это возможность платить только за те ресурсы, которые использовал сервер. А сами ресурсы предоставляются в том объёме, который нужен для быстрой и комфортной работы сервера. Автоматически. Потому у нас нет разных тарифных планов — у нас есть только цены на ресурсы, а итоговая стоимость определяется загрузкой сервера.

Впрочем, понятно, что даже простаивающий сервер будет потреблять ресурсы (ядру нужна память, диск с операционной системой должен где-то храниться). Упреждая вопросы: месячная цена самой компактной версии Debian с постоянным аптаймом и без значительной нагрузки стоит около 90р в месяц.
..

Насколько я понимаю, это IaaS, и фишка данного проекта - оплата по факту потребления, а не резервирования, ресурсов.

В основе - Xen. Гости - только некоторые Linux.

ищется специалист по Sharepoint

оффтопик мало мало

коллеги, мои друзья из одного московского учебного центра жаждут найти специалиста по Sharepoint для проведения обучения.

Хорошая загруженность (для тренера это = хорошие деньги) гарантируется.

В случае заинтересованности обратитесь по электронной почте к Светлане.

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

спецчасы

Я тут стал счастливым обладателем мегаправильных часов:

 Часы непросты тем, что подарены мне слушателями,
и тем, что тематически прокачаны- присмотритесь к периметру:

whitebox – неофициальные списки совместимости

Памятка.

неофициальные списки совместимости ПК\серверов\контроллеров\СХД c ESX(i) разных версий:

• http://www.vm-help.com/
• http://communities.vmware.com/cshwsw.jspa
• http://ultimatewhitebox.com/

Официальный список совместимости:

• http://www.vmware.com/resources/compatibility/search.php

opvizor.com – анализ логов vSphere

Интересный сервис — opvizor.com.

Это веб-сервис, позволяющий загрузить на него комплект логов ESX(i), с целью удобного их анализа через этот сервис.

Вот смотрите:

1) выгружаем логи (держу пари, не все знают что так можно):

2) заходим на сайт, под кнопкой Start находим пункт isUpload:

3) Получаем всякую разную инфу, с подсветкой плохих, по мнению сервиса, строк файлов журналов:

Пока сложно сказать, насколько штука нужна и полезна, но поиграться для составления впечатления, думаю, стоит.

Разумеется, первый вопрос который возникает — а не опасно-ли заливать на чужие сервера логи своей инфраструктуры?

Performance – диагностика проблем с производительностью

Какое-то время назад я озаботился вопросом мониторинга нагрузки и достаточности производительности, с тех пор у меня на блоге есть страница  Performance - как правильно мониторить.

К ней следует добавить вот эту, имхо весьма толковую, презу -

VMware vSphere Advanced Troubleshooting

View more presentations from Eric Sloof.

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

VCAP DCD

Пришло письмо что после подтверждения желания пройти эту сертификацию со мной свяжутся для уточнения:

многоядерные виртуальные процессоры, cpuid.coresPerSocket

Из переписки:

Добрый день.
Я тут сегодня решил посмотреть как работает новая фича с настройкой виртуальных ЦПУ с несколькими ядрами на 1 сокет.
И неожиданно убил пол дня на разбирательство с проблемами, как оказалось вся проблема была в изначально неправильном понимании значения настроек.
Вот думаю может Вы у себя разместите на сайте статью об этом, чтобы другие меньше мучились.
Я изначально понимал значение параметра vCPU как количество виртуальных сокетов, а cpuid.coresPerSocket как количество ядер на каждый сокет.
Т.е. общее кол-во ядер, как я думал, должно быть = vCPU * cpuid.coresPerSocket
Как оказалось это в корне не так.
vCPU – это количество виртуальных ядер, cpuid.coresPerSocket – это количество ядер в одном сокете.
Количество сокетов ESX вычисляет при запуске виртуалки как = vCPU/cpuid.coresPerSocket
В принципе все довольно логично.
Гостевая ОС W2k3SE.
Полезные Ссылки:
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1010184 – описывает как это все должно делаться. Если читать внимательно, то даже можно увидеть
«Ensure that cpuid.coresPerSocket is divisible by the number of vCPUs in the virtual machine. That is, when you divide cpuid.coresPerSocket by the number of vCPUs in the virtual machine, it must return an integer value. For example, if your virtual machine is created with 8 vCPUs, coresPerSocket can only be 1, 2, 4, or 8.»
http://www.vcritical.com/2009/09/use-coreinfo-to-view-vm-core-and-socket-count/ - неплохая статья, где на скриншотах видно как это работает на W2008
http://communities.vmware.com/message/1615945;jsessionid=878239AC1B989212A0A3FEF665CAD55A – Эта ссылка греет мне душу, что я не один такой, неправильно понимающий
http://www.boche.net/blog/index.php/2010/07/25/vsphere-4-1-multicore-virtual-cpus/ - ну а это статья, в которой есть скриншот из WM Workstation, где видимо логика настроек именно с умножением. Зачем одна фирма делает в разных продуктах один и тот же функционал с совершенно разной логикой настроек, это уже отдельный вопрос.

Скриншоты:
8 vCPU, сокеты по четыре ядра:

8 vCPU, сокеты по два ядра:


thx Evgeniy Kogan,

intel vt vs amd-v

Ух, зубодробительная статья :-)
Миф 3. Концепции работы аппаратной виртуализации у разных производителей - одинаковы!?
цитата:

Таким образом, компания INTEL построила архитектуру режима хоста по иерархическому принципу, не раскрывая механизмов его работы в полной мере (в официальной документации). Поскольку работа программ хоста может прерываться внешними событиями и отсутствует аппаратное обеспечение защиты целостности хоста со стороны устройств ввода\вывода (специальное устройство DEV в контроллере памяти), это создает возможности скрытой модификации\контроля программ хоста и проникновения в работу ядра системы виртуализации.

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

кратко

Прошедшая неделя запомнилась несколькими интересными вещами:
1) углядел коллегу блогера vmkernel.ru.
2) узнал зачем таки можно приспособить npiv
Для организации аналога SIOC - путем настройки qos на hba (может быть и коммутаторах?) по wwn, если те это поддерживают.
Когда есть SIOC – удобнее обойтись им, но он доступен не во всех лицензиях.
3) На хабре пост Установка VMware ESXi 4.1 без KVM на примере hetzner.de.

Linux –> Hyper-V

Из полезного, и немного забавного:

Все неоднозначно в схеме миграции физических Linux серверов в виртуальную среду гипервизора Microsoft Hyper-V, тем не менее, не попробовав говорить однозначно об этом сложно. … . В интернетах нет однозначного решения по такой миграции, основные варианты известны давно:

   1. Linux -> Vmware Converter 4 -> Vmware ESX -> VMDK2VHD -> Hyper-V.

Подробности см. Миграция физических Linux серверов в виртуальную среду гипервизора Microsoft Hyper-V.

Основные источники информации о vSphere

Давно хотелось сделать маленькую памятку – Основные источники информации о vSphere. Это вряд ли будет интересно давно работающими по этой теме специалистам, но ведь среди читающих этот пост будут и новички в данной теме.
Итак, перед нами встал какой-то вопрос касаемо ESX, ESXi, vCenter и прочего, что входит в состав vSphere. По собственному опыту рекомендую выжимку из многих и многих источников информации:
1) http://kb.vmware.com
База знаний VMware. Решать проблему не заглянув сюда – непрофессионально. Лезть сразу в гугл тоже не всегда лучше – все таки в базе знаний концентрация рецептов по теме выше, чем в целом по интернету – особенно по тексту ошибки.

2) http://pubs.vmware.com и сразу самая полезная ссылка http://pubs.vmware.com/vsphere-esxi-4-1-installable/
Страница с документацией по продукту.

Выбрав требуемый продукт (на примере ESXi):

Обратите внимание на вкладки:

Особо обращаю внимание на ссылку “Search an HTML library of all books in the main documentation set for the information you need” – она же вторая в начале второго пункта этого списка.
Это ссылка на HTML версию основной документации, с возможностью сквозного поиска. Офигенная штука.

3) Официальный форум VMware - http://communities.vmware.com. Поиск рулит, ну и вопрос задать тоже бывает полезно.
Русскоязычная ветка официального форума.
Обращаю ваше внимание на то, что во всех ветках форума есть вкладка Documents – иногда очень полезная.


4) Рускоязычные блоги. Перечислять все не буду, а если выбрать кого-то одного, то мне кажется, что лидирующим источником информации следует признать http://vmgu.ru.
Ограничиваться им не стоит – меня, к примеру, здорово выручает поиск в моем Google Reader, среди всех многих десятков блогов на которые я подписан (и по тому одному, который веду. Серьезно – регулярно ищешь что-то, а потом опа – ты же уже об этом и писал. С книжкой, кстати, та же фигня).
5) Если вам нужна справочная информация, то не проходите мимо еще и Technical Resource Center - http://www.vmware.com/vmtn/resources/.

Как то так.

VLAN + vSphere Distributed Switch + HP GbE2c Layer 2/3

Мне приходится вести довольно обширную переписку. Угадайте по какой теме :)

Слово “приходится” не означает, что я недоволен – мне нравится такое положение вещей.

Может быть, не всегда есть возможность ответить развернуто, а иногда ответ я и не знаю, но без внимания я не оставляю ни одного письма.

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

Настройка VLAN на vSphere Distributed Switch и блейд-свитче HP GbE2c Layer 2/3.

Давайте рассмотрим задачу организации сети с несколькими vlan на распределенном свитче.

Когда и кому это может понадобиться?

Представим себе следующий классический вариант – сервер с 2-мя сетевыми адаптерами. Один физический адаптер необходимо зарезервировать под служебные нужды VMWare, такие как Service Console и VMkernel. На базе же второго адаптера мы можем создать только один виртуальный свитч для проброса сети для виртуальных машин. А что делать, если виртуальным машинам необходимо пробросить как минимум две изолированных сети, а то и 3-4.

Ну или другой вариант – пусть мы озаботились заранее и купили сервер с четырьмя сетевыми интерфейсам. Но при постройке среды виртуализации сделали все правильно и один физический адаптер отвели под ServiceConsole, а другой под VMkernel Port. Остается два адаптера для проброса сетей виртуальным машинам. В большинстве случаев этого достаточно. Но вот появляется срочная задача прокинуть еще одну изолированную сеть в виртуальную среду.

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

Рассмотрим конкретную практическую задачу.

Есть хост ESX(блейд-лезвие), с четырьмя сетевыми интерфейсам подключенный в блейд-свитч HP GbE2c Layer 2/3. Один интерфейс ESX хоста, как описывалось выше, отведен под Service Console, а второй VMkernel Port для vMotion. Двум оставшимся интерфейсам соответствуют два распределенных свитча Distributed Switch 1&2, позволяющие вывести две группы виртуальных машины в две изолированных сети. Появляется третья группа виртуальных машин, которым необходима третья изолированная сеть. Решено настроить vlan`ы на одном из двух существующих распределенных свитчей.

Дополнительная сеть – это дополнительный трафик. После мониторинга становится понятно, что виртуальный свитч Distributed Switch2 менее нагружен и легко перенесет добавочный трафик, поэтому через него будут проброшены две сети. Distributed Switch 1 конфигурироваться не будет.

*При использовании большого количества vlan, рекомендую мониторить текущую и планировать будущую нагрузку. Можно пробросить несколько сетей с малой нагрузкой через один виртуальный свитч, а второй оставить под сеть с основным трафиком. Если же виртуальные машины генерируют примерно одинаковый трафик в каждую сеть, то следует размазывать нагрузку и конфигурировать по несколько vlan на каждый виртуальный свитч. Всегда помним, что каждый виртуальный свитч опирается на физический интерфейс с ограниченной пропускной способностью.

Теперь о прикладной задаче. При пробросе трех сетей для виртуальных машин это выглядит так:

Настройка очень проста. Каждая группа портов виртуального распределенного свитча, соответствующая отдельной изолированной сети, должна находиться в отдельном vlan`е. Порты-аплинки между свитчами, должны быть сконфигурированы как tagged порты (т.е. могут пропускать через себя трафик разных vlan`ов).

Для распределенного коммутатора Distributed Switch 2 необходимо сделать следующие настройки:

1. Создаем 2-е группы портов на одном распределенном коммутаторе.

2. В настройках 1-й группы портов в пункте VLAN указать VLAN Type = VLAN и задать VLAN ID (для текущего примера VID=6).

3. В настройках 2-й группы портов в пункте VLAN указать VLAN Type = VLAN и задать VLAN ID (для текущего примера VID=5).

4. В настройках Uplink-группы в пункте VLAN указать VLAN Type = VLAN Trunking. В поле VLAN trunk range указать VLAN ID, для vlan, созданных выше.

На этом вся конфигурации виртуальной среды завершена. Остается настроить физический блейд-свитч.

Ниже приведена настройка для свитча HP GbE2c Layer 2/3. Хосты ESX подключены к внутренним портам 1,2,9,10. Порт 21, 23 внешние аплинки в разные сети.

Включаем тегирование и задаем default vlan внутренних портов.

/cfg/port 1
tag e
pvid 5
/cfg/port 2
tag e
pvid 5
/cfg/port 9
tag e
pvid 5
/cfg/port 10
tag e
pvid 5

Создаем Vlan, включаем их, задаем имя и порты

/cfg/l2/vlan 5
ena
name “…”
def 1 2 9 10 21
/cfg/l2/vlan 6
Ena
name “…”
def 1 2 9 10 23

На этом настройка закончена.

 

thx Kirill Shusherin.

VMware vForum 2010

26 в Москве будет очень интересное мероприятие. Подробности - VMware vForum 2010: одного дня будет мало.

Мысли вслух

Интересно, означает ли популярность появление твоей книги на торрентах?

vmlab.ge

Коллеги, нашего полку прибыло.

Представляю вашему вниманию новый русскоязычный блог — http://vmlab.ge.

Особенно рекомендую один из первых постов — VCDX «be or not to be». not YET !.

VMUG 2010, осень

Коллеги, напоминаю что уже в четверг состоится встреча VMware Usergroup Russia.

Все подробности, если вдруг кто не получил письмо, тут - Встреча VMware User Group Russia - осень 2010.

 

Я, признаться, протупил с этим постом – разумеется, нужно было его писать не в ночь на четверг - но что-то дела, текучка :-(

И от организации сего мероприятия я в этот раз отошел (кстати все благодарности адресуйте Антону Жбанкову, его роль в организации трудно переоценить).

Из разряда срочно в номер – ожидается очень, очень интересное выступление ближе к 16 часам VMware Project Horizon на осенней встрече VMware User Group.

Цитата:

На этот раз я расскажу про весьма перспективную технологию, о которой крайне мало публичной информации. Внутри компании разработки технологии носят название Проект «Горизонт». VMware Project Horizon – это довольно интересный взгляд на end user computing, способ управлять приложениями, профилями и данными, ключевым элементом которого является пользователь. То есть все многообразие корпоративных, публичных и SaaS приложений с различными учетными записями и доступом с совершенно любых устройств замыкается на Пользователе с его персональными данными, единым механизмом доступа к любым приложениям с сохраненим состояния при смене любого конечного устройства. Это не виртуализация рабочих мест (VDI), это портал самообслуживания а-ля AppStore для доступа к любым приложениям. На самом деле технология намного шире, но не о всем можно говорить, да к тому же проект постоянно дорабатывается и обрастает новыми особенностями.

Итак, завтра на встрече VMware User Group я расскажу про этот проект, а также проведу демонстрацию.

тестовые центры для сдачи VCAP

Мне тут подсказали что в списке тестовых центров для продвинутой сертификации VMware появились центры в Москве (Academy of National Economy) и Новосибирске (Sibinfocenter).

Вроде как можно звонить, договариваться и заказывать.

Сайт Person VUE затруднился дать мне сбросить забытый пароль, и я не нашел сколько этот тест стоит

Thx bond-jimme.

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.

_

fstec + vSphere

Какое-то время назад компания VMware объявила о получении сертификата ФСТЭК России.

Правда, у меня в комментариях есть разные мнения про этот документ.

А сейчас Ещё раз про сертификат ФСТЭК и vSphere.

После публикации новости о получении сертификата мы стали получать довольно много просьб выложить сканы сертификата и ТУ. Сканы документов вы можете увидеть и скачать ниже. Еще хочется ответить на самый популярный вопрос, который нам задают:

Вопрос: Как приобрести сертифицированную версию продукта?

vSphere alarm triggers

Памятка — отличная дока по работе с alarm vCenter — vSphere alarm triggers.

snmp

Для того, чтобы взаимодействовать с vSphere по SNMP, есть два пути.

Вариант 1.

Настроить alarm на vCenter, и в качестве реакции указать оповещение по SNMP.

Куда слать сообщения и с каким community – указываем в настройках vCenter.


В результате – подобное оповещение, что ВМ потребляет аж больше 77% памяти:

Или что сервер отвалился от vCenter:

Ну и куча всего другого, из того что могу отслеживать alarm. Ну то есть все что угодно. Подробнее см. в доке и тут - vSphere alarm triggers.

Вариант 2.

Настроить SNMP на самих серверах ESX(i).
Как это сделать, толково описано, вы удивитесь, в документации.
Вкратце. Нет, не вкратце, а все три команды из доки:
Нам потребуются vSphere CLI. У меня есть vMA, на нее я и залогинился.
Кстати, кто с vMA ранее не сталкивался, можно глянуть, например, сюда - How to use vMA 4.1 installation, configuration.
А еще можно глянуть инструкцию как то же самое сделать без помощи vMA - Setup SNMP on vSphere ESX Host without vMA.
Итак, команды:
1) для добавления нужного коммьюнити
vicfg-snmp --server <имя хоста> –c <нужное коммьюнити>
например

vicfg-snmp --server esxi2 -c mmm

2) для указания адреса для отсылки trap сообщений

vicfg-snmp --server <имя хоста> –е <адрес:порт если не дефолтный\коммьюнити>

например

vicfg-snmp --server esxi2 -t vcenter4/mmm

2.а) если надо еще и get\set, то командой

vicfg-snmp --server <имя хоста> –p <порт>

указываем порт, который snmp агент будет слушать


3) включаем агента snmp

vicfg-snmp --server <имя хоста> –-enable

Все.





Теперь можно заслать тестовый trap:

vicfg-snmp --server <имя хоста> –-test

Итог: пойманный тестовый трап.





если раскрыть








Штатный trap при включении ВМ:





Проблемы с железом ESX(i) будут отслеживаться, например что-то не то со вторым сокетом:








MIB библиотеки доступны для загрузки тут - http://communities.vmware.com/community/developer/managementapi.

Несколько видео

 

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

Так вот, пара видео на интересные темы:

 

Работа с памятью - Don’t use memory limits – Proofpudding.

Don’t use memory limits – Proofpudding from Eric Sloof NTPRO.NL on Vimeo.

Балансировка нагрузки для сети – Video - Load-Based Teaming (LBT) in action.

Load-Based Teaming (LBT) in action from Eric Sloof NTPRO.NL on Vimeo.

20 самых важных счетчиков производительности – The Top 20 VMware Performance Metrics You Should Know About.

VMware ppt

 

Это одна из картинок из набора VMware PowerPoint Icons and Images 3Q10.

Часть 1.

Часть 2.

Network I/O Control, NIOC

 

Сегодня у большинства из вас сетевая часть инфраструктуры выглядит примерно так:

Т.е. сколько-то гигабитных портов, как-то разделенных между источниками трафика.

 

Однако будущее выглядит как-то вот так:

Т.е. пара десятигигабитных портов на все про все.

 

Но тут есть опасность – всплеск чего-то одного может помешать все остальным. Например, запустили пару VMotion – просел iSCSI.

У vSphere есть средство борьбы с этим, и называется оно Network I/O Control, NIOC.

Я к чему это – VMware опубликовала документ с нюансами - VMware® Network I/O Control: Architecture, Performance and Best Practices.

Red Hat Enterprise Virtualization

 

Обзорная статья про систему виртуализации от Red Hat.

VMware Workstation VM USB boot

Понадобилось мне сделать сделать загрузочную флешку. Конкретно в этот раз я захотел сделать загрузочную флешку из DrWeb LiveCD – это штатная фича.

Для этого требуется загрузится с этого LiveCD и нажать иконку создания загрузочного USB.

Очевидно, что сделать это естественней всего в виртуалке под Workstation, и проблем с этим нет.

 

А проблемы начинаются тогда, когда свежесозданную флешку хочется проверить. БИОС виртуалок VMware не умеет загружаться с USB устройств. Неприятно, и неудобно.

Но я помнил, что то ли я где-то читал, то ли мне кто-то говорил про решение этой проблемы, и гугл в очередной раз выручил.

Берем вот такой архив - Plop Boot Manager, загружаем, распаковываем.

Загружаем виртуалку с plpbt.iso из архива, и видим радующее нам меню:

Загрузка виртуальной машины VMware Workstation с USB отлично работает с использованием этого промежуточного средства.

Можно, например, ESXi с флешки в ВМ загружать так.

alarm + response

Иллюстрация интересной конструкции, задействующей сразу несколько возможностей вСферы - Protecting your Virtual Machines From “That Guy”.

Итак, поставлена задача – отреагировать на такое событие, как открытие консоли к ВМ из под учетной записи Administrator. В оригинале – сделать снимок состояния этой ВМ.

Конкретно такая задача, наверное, малоинтересна, но как просто иллюстрация сойдет.

Так вот, фишка номер раз – механизм alarm в vCenter способен отслеживать не только показания счетчиков, но и события, :

притом с условиям:

Ну и реагировать. Такие реакции как оповещение по SNMP, email и запуск произвольного скрипта доступны для любых alarm:

Обратите внимание, что на вход такому скрипту могут быть переданы переменные, их список доступен в документации.

 

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

новости от Citrix

Citrix выпускает бета версию XenServer - XenServer Project "Cowley" Beta Now Available.
Читаешь список нового, и думаешь – “Фигасе сколько всякого у них не было раньше. А все туда же, сравнения выпускали.”
Плюс к тому – еще и XenClient 1.0 Released.

vCenter Statistic level, VC StatLevelConfig

Если обратиться к настройкам vCenter

то среди них можно обнаружить настройки логирования:

Копнув чуть глубже, можно увидеть что есть четыре уровня сбора статистики:

Их отличия:

По умолчанию собирается минимум информации. А что делать, если хочется больше?

Повышать уровень логирования.

А чем это плохо?

Тем, что база vCenter начинает расти значительно быстрее.

Так что делать?

Если мы четко знаем что мы хотим, то с помощью экспериментальной утилиты VC StatLevelConfig можно добавить отдельные счетчики в тот или иной уровень логирования.

В одном месте написано что работает только с vCenter 4.1, в другом — что и с 4.0 тоже.