Офигенный двухминутный видеоролик про DPM

Офигенный двухминутный видеоролик про DPM, Distributed Power Management.

траблшутинг

Интересный пост - Common system management issues in VMware Infrastructure.
Камрад VMwarewolf рассказывает о том, что сейчас он работает в VMware по направлению доступности знаний, и дает скачать интересную штуку - sysmgmt.zip.
Это - что то вроде "траблшутинг для чайников". Каждая строка - проблема. В первом столбце - ее описание. В последующих - последовательность шагов для ее диагностики и решения, со ссылками на KB.

Инструкция по установке «unsupported devices» в ESX 3.5

Коллеги, на днях случилась у меня радость:
приходит письмо

Приветствую. Возникла необходимость использования ESX с HBA, которая не сертифицировалась и не определилась после установки ESX. Через поиск найти подобную инструкцию не смог, поэтому было бы неплохо ее опубликовать…

И приложена инструкция, как заставить ESX признать железку, драйвер под которую есть, но ESX в этом не признается - Инструкция по установке «unsupported devices» в ESX 3.5.

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

Большое человеческое спасибо Андрею Вахитову.

UPD.

убрал саму инструкцию с неотобразившимися картинками, дал ссылку на файл.

vmgu.ru

За последнее время на сайте vmgu.ru появилось много интересного:

Citrix XenServer 5. Уже здесь. Новые возможности.
сайт www.xenserver5.com
и видеоролик

Архитектурное сравнение VMware ESX/ESXi с Microsoft Hyper-V.
Тема сравнений не раз поднималась, и ни разу - успешно. Определенные нюансы я заметил и тут:

• сравниваются ESX\ESXi с MS Hyper-V. Но без учета Hyper-V Server, который соотносится с Hyper-V примерно так же, как ESXi с ESX.
• Для ESX\ESXi указываются необходимое дисковое пространство и отсутствие Service Console верные только для ESXi, не ESX.
• То, что ESXi занимает 32 мегабайта - это конечно хорошо. Но это все таки более маркетинговый факт, ибо на диске\флешке он требует хотя бы гигабайт.
• По поводу поддержки ОС Microsoft - указанно, что VMware поддерживает 10 версий Windows в ВМ на ESX, в то время как MS - только 9 в ВМ на Hyper-V. Но эта поддержка - две большие разницы, имхо.
  

Мораль - к подобным сравнениям важно подходить ОЧЕНЬ осторожно.

Правильная тема поднята - Выключение VMware ESX или ESXi при отключении питания и переходе на UPS APC. Предлагается ставить агент APC в ВМ, а не в сам ESX. Напомню, что с недавнего времени под подобные задачи имеет смысл брать\создавать не какую то ВМ, а специально созданную VMware именно под задачи обслуживания\управления\мониторинга ESX - VIMA.

Какие порты используются VMware в Virtual Infrastructure для ESX Server, VirtualCenter, VI Client и хранилищ.

Размышления о запланированных и незапланированных простоях в рамках VMware Virtual Infrastructure и ESX Server. Часть 1.
По сути - что VMware может предложить заказчика для уменьшения запланированных простоев. Список велик.

Update 3 для ESX 3.5

Состоялся релиз Update 3 для ESX 3.5.

Подробности можно посмотреть тут - VMware ESX Server 3.5 Update 3 Release Notes.

Что привлекло мое внимание - VMDK Recovery Tool!
Пока экспериментальная, но утилита(скрипт) с говорящим названием vmfs-undelete, задачей которого является восстановление vmdk файлов(файлов дисков ВМ) в случае их удаления или повреждения VMFS раздела!!!
ИМХО, такой штуки не хватало очень и очень давно.

VIMA

Очень и очень прикольная штука, которая была упомянута на встрече 31 октября, но тема не была до конца раскрыта в силу новизны.
Расскажу о ней и я:
VIMA - VMware Infrastructure Management Assistant.

Это потенциально отличная штука. Virtual Appliance, т.е. готовая к работе ВМ.

64 битный Linux, в нем
# VMware Tools
# VI Perl Toolkit
# RCLI
# Basic SNMP
# Centralized ESX Server Logging
Т.е. эта ВМ заточена быть средством мониторинга и даже управления серверами ESX\ESXi.
Ранее нам уже был доступен RCLI в виде Virtual Appliance для ESXi, но VIMA отличается тем, что в нее можно поставить агента мониторинга железа(!) и изнутри ВМ мониторить железо ESX хоста(!!). Это очень здорово, ведь именно отсутствие возможности поставить агента мониторинга внутрь ESXi называют главным его минусом. А тут и мониторинг, и запуск скриптов, и установка третьесторонних приложений и утилит, и централизованное логирование - красота!

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

Azure гипервизор

Есть интересное мнение - Windows Azure uses a hypervisor but it’s not Hyper-V - что в MS Azure в качестве гипервизора будет использовать не Hyper-V!

Что ж, есть вероятность что MS сделает ход конем.

S' Tech Blog

В нашем полку прибыло - представляю S' Tech Blog.
Виртуализация, VMware, технически интересные записи.
Мне понравилось.

Добавил на мою страничку с подборкой ссылок - Источники информации, и в поиск.

Хостинг ВМ

SaaS, Cloud Computing, VMware VDC OS, MS Azure..
Сдается мне, углядел я отечественный проект (первый?) на эту тему - VMware Virtual Machines.

Хостинг ВМ в их ЦОДе. Сейчас ЦОД в Москве, вскоре обещают еще парочку, в Европе в том числе.
ВМ можно загрузить свою, можно развернуть из их шаблона.
В данный момент в качестве ОС доступны 6 вариантов Linux. Вскоре обещают еще и разные варианты Winodows, плюс лицензии на ПО - "Office (various versions), Project, SQL Server 2005 (Std & Ent), Exchange Server 2003 or 2007 (Std & Ent), ISA Server & CRM Professional".

На главной странице вынесены примеры конфигураций:
ВМ с

# 9Gb HDD
# 128Mb RAM
# 500Mhz CPU

обойдется в 549 рублей в месяц.

Конфигурация:

# 73Gb Disk space
# 1024Mb RAM
# 1066Mhz CPU

обойдется в 7 849 рублей в месяц.

Так же можно закупить не ВМ, а пул ресурсов, в котором ВМ уже насоздавать сколько надо\влезет :).

Что приятно, любая конфигурация включает все фичи VMware VI 3.5 - это и VMotion, и Storage VMotion, и VMware HA, и пр.

Т.е. идея зарабатывания денег следующая:
Для маленькой компании вопрос закупить сервер не простой. Железка, ее надо настроить, ее надо обслуживать, ее надо поднимать ежели что и пр. С учетом текучки кадров среди дешевых админов и, думаю это важно, надвигающегося\надвинувшегося кризиса это проблема.
А вот прикупить не сами железки, а фактически ресурсы под и только под конкретные приложения, и еще и бекап, независимость от упавшей железки, наличие резервного сервера на котором можно поднять ту же ВМ и пр. и пр. - имхо весьма может быть интересной.

Притом на этом идеи не кончились, и сейчас думается над планом хостинга и десктопов. Неужели я узнаю о первом в России внедрении VDI? :)
Берутся сервера, каждому заказчику выделяется по VDM(коннекшн брокеру), и создается нужное кол-во ВМ с десктопной ОС(наверное, Win XP). Доступ к ним по RDP из офиса заказчика. Видимо, и доступ к кужному кол-ву ВМ\копий ОС\необходимому десктопному софту(MS Office как наиярчайший пример) будет осуществляться в рамках абонентской платы.

Само собой, мне было интересно задать вопросы скорее про техническую составляющую.
Какое железо?

Сервера на платформе SuperMicro, Xeon 5400, 32 ГБ памяти.
FC СХД, по 12 SAS дисков на полку в RAID 50.
Бекап делается на SATA диски.

Как выбирали гипервизор?

Чтением разного рода источников(в основном, конечно, англоязычных), и имея опыт пилотных проектов у заказчиков.
Интересовали накладные расходы, надежность самой ОС, производительность и масштабируемость(особо была упомянута ОЗУ).
Так же важно было, что вендор обещает в будущем.

Таким образом, Microsoft показал себя отстающим по фичам на сегодня, и не спеша догоняющим на завтра.

Xen - цитирую:

По поводу Xen vs VMware (не вдаваясь в маркетологические споры о производительности, хотя нам и показалось, что VMware получше будет):
Первое - безопасность. У VMware c этим обстоит гораздо лучше, а при использовании в одном окружении машин нескольких заказчиков этот параметр крайне важен, плюс у VMware гибче с настройкой прав доступа, по крайне мере нам так показалось.
Второе - инструментарий управления - VMware VC в этом отношении смотрится сильно привлекательнее любых решений, которые мы видели/успели посмотреть - все удобно, все в одном месте - значит проще управлять, значит выше надежность и сервис. Когда рассматривали Xen и VMware, то думалось - "а как мы будем управлять этим (Xen), когда серверов/кластеров станет действительно много?"
Третье - поддерживаемые OS, и уровень их поддержки/совместимости -
опять же, VMware впереди.
Четвертое - поддержка DRS, на момент когда мы плотно сравнивали эти решения, у Xen такой поддержки не было.
Пятое - уровень документированности, у VMware он гораздо выше.
Т.о. по сумме ощущений - да, Xen хорош, лучше чем Hyper-V, но для того, чтобы предоставлять в аренду инфраструктуру production-уровня он не дотягивает, по нашему мнению.
Да, VMware в чем-то проигрывает Xen, но в 2009 появится все то новое в VMware, что кажется уже - "чего еще желать?" =)

Интересно, что при расчетах оказалось неважной стоимость самого гипервизора. У VMware дорогие лицензии, но с учетом всего прочего эти деньги незаметны.
Я рад был это услышать от людей, которые сами считали и думали, а не от маркетологов и иже с ними. Тем более это оказалось подтверждением слов VMware о расчетах TCO, которые говорились на встрече 31 октября. Впрочем, об этом я еще напишу.
Кстати, когда я этот вопрос уточнял, в ответ получил:

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

Лично меня очень очень порадовали прямые ответы на мои вопросы.
Персональное спасибо Павлу Петлинскому.

пост по результатам пятничной встречи готовится

Коллеги,

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