Записки о виртуализации и о жизни
Светлое будущее в очередной раз не наступило.
Бесплатная версия ESXi 4 стала более обрезанной, чем в предыдущем поколение. Сохранив ограничения в отношении только чтения в RCLI/PowerShell, она приобретала новое.
Теперь нельзя использовать приложения третьих сторон для полноценного управления ESXi 4 free. Ограничение как техническое, так и юридическое.
Подробности в блоге Антона Жбанкова. Читаем комментарии партнёра VMware – компании Veeam.
Михаил Михеев агрегировал несколько RSS-листов в одну ссылку.
Вот какие блоги там доступны на данный момент:
http://www.administrating.ru/category/virtualizaciya/
http://blog.vadmin.ru/
http://blogs.technet.com/vm/
http://vm4.ru/
http://vmgu.ru/
https://vmind.ru/
http://vmworld.ru/
http://vsphere.ru/
http://stechblog.blogspot.com/
Антон рассказывает о vShield. Очень интересно!
Тестировать современные гипервизоры мы с Андреем начинали на пробной версии iSCSI target для Windows от компании StarWind. К сожалению, пробные лицензии имеют тенденцию оканчиваться.
Неожиданно, в марте, “добрые” дяди из этой компании решили выпустить бесплатную версию своего продукта. Но, видать, желание слегка поиздеваться победило и продукт мог оперировать с хранилищем размером аж 2 GB, именно, 2 гигабайта. Шутка не прокатила.
Совесть с общественностью мучила их недолго – 2 месяца. Результат – налицо.
Новая версия поддерживает хранилище до 2TB. Ура, товарищи, ура!
Также заявлено:
Одной из ожидаемых функций vSphere была поддержка проброса USB-устройств внутрь виртуальной машины. Понятно, что функция привязывает ВМ к конкретному хосту, но это было приемлемо.
Соответственно, как только мне в руки попался релиз кандидат, я сразу попытался протестировать данную функцию, не поленившись сбегать в серверную. Но, ничего не вышло. Подумал, что это проблема тестовой сборки.
Тоже самое повторилось и в финальной версии, стал уже грешить на кривые ручки… до сегодняшнего утра. Проблема оказалась не только у меня, но и у ребят из xtravirt, чьи прямые руки не вызывают сомнения.
По слухам, поправят только в update 1.
В vSphere появился новый механизм управления питанием серверов у функции Distributed Power Management. Если в третьей версии можно было использовать только Wake on LAN, то теперь добавлены “родные” протоколы удалённого управления серверами IPMI и iLO.
Так как у меня сервера Dell, то модуль BMC(в новых серверах это часть iDRAC) работает через IPMI.
Настройки находятся в закладке конфигурации хоста.
Для работы необходимо указать IP, MAC, имя, пароль BMC.
Теперь можно из StanbyMode включить хост, как и в случае WOL, только с BMC у меня сервер включается на минуту быстрее.
После проверки можно включить DPM в автоматический режим. 😉
P.S. Способа удалить настройки не нашёл.
Известный ИТ-портал AnandTech совместно с лабораторией Sizing Server Lab создали утилиту для тестирования основных виртуальных платформ VMware ESX, Citrix XenServer и Microsoft Hyper-V. Поводом послужило отсутствие независимых от производителей утилит, плюс их предвзятость к платформам.
Тест создает 4 “тяжёлые” виртуальные машины с 4 процессорами и 4 ГБ ОЗУ. Используются следующие приложения:
1 x OLAP БД на основе SQL Server 2008 x64, запущенного в Windows 2008 64-bit с использованием данных Nieuws.be (более 100GB в сотнях таблиц)
2 x MCS eFMS порталы на PHP, IIS в Windows 2003 R2.
1 x OLTP БД, на основе Oracle 10G Calling Circle benchmark от Dominic Giles
Все виртуалки запускались одновременно, получилась такая таблица результатов по сравнению с эталонной системой, в которой тесты запускались раздельно.
| Производительность ESX 3.5 U4 относительно эталонной системы | ||||
| Процессоры | OLAP ВМ1 | Портал ВМ2 | Портал ВМ3 | OLTP ВМ4 |
| Dual Xeon X5570 2.93 | 94% | 50% | 51% | 59% |
| Dual Xeon X5570 2.93 HT off | 92% | 43% | 43% | 43% |
| Dual Xeon E5450 3.0 | 82% | 36% | 36% | 45% |
| Dual Xeon X5365 3.0 | 79% | 35% | 35% | 32% |
| Dual Xeon L5350 1.86 | 54% | 24% | 24% | 20% |
| Dual Xeon 5080 3.73 | 47% | 12% | 12% | 7% |
| Dual Opteron 8389 2.9 | 85% | 39% | 39% | 51% |
| Dual Opteron 2222 3.0 | 50% | 17% | 17% | 12% |
Результаты эталонной системы:
| Opteron Shanghai 8389 2.9GHz | |
| Тест | Результат |
| OLAP – Nieuws.be | 175.3 запросов/сек |
| Портал – MCS | 45.8 URL/сек |
| OLTP – Calling Circle | 155.3 транзакций/сек |
При этом в эталонной машине использовалось 4 ядра на одном процессоре, как и в ВМ, а виртуалки уже запускались на двух 4-ядерных процессорах, так что физических ядер им досталось по 2. Сам тест не зависит от операций вводы-вывода(очередь сведена к нулю, благодаря SSD-накопителям), памяти достаточно, скорости сети с избытком. Тест генерирует нагрузку на процессоры близкую к 100%.
Полученные проценты умножались на 4, затем расчитывали среднее геометрическое, что и было результатом.
Советую, всем ознакомиться с методикой тестирования и тестированием, к сожалению, продукт публично не доступен и вряд ли будет.
Полный обзор на AnandTech.
Split brain, на мой взгляд, – это ситуация, когда половинки мозга “забывают” о существовании друг друга. Каждая думает, что она главнее.
FT (Fault Tolerance) – защита виртуальной машины, позволяющая уменьшить внеплановый простой до нескольких секунд. Это достигается за счет того, что в один момент времени на двух разных хостах запущены две копии одной виртуальной машины. Одна из них является первичной, и имеет доступ к диску и сети, вторая же является копией и повторяет за первой все инструкции процессора и работу с памятью.
Для защиты от ситуации, когда две виртуальные машины в Fault Tolerance начнут бороться за жесткий диск, предусмотрен следующий механизм:
Когда включается механизм защиты FT, первичная создает на общем хранилище файл вида generation.N, где N – порядковый номер. Когда запускается вторичная виртуальная машина, первичная сообщает ей текущий порядковый номер.
В случае, когда одна из виртуальных машин считает, что произошел сбой, она пытается переименовать этот файл в generation.N+1. Если эта операция выполняется успешно, эта машина становится первичной, после чего снова создается вторичная виртуальная машина для защиты. Если же операция завершается с ошибкой, значит у нас жива первичная виртуальная машина. В этом случае текущая виртуальная машина выключается.
За ссылку спасибо The VMGuy.
P.S.: Оказывается, этот пост был навеян чтением записок виртуального админа. Это ж какую траву курить надо было, чтобы прочитать “Записки” и забыть об этом :))
Немного подумал и решил оставить пост. Прости, Антон. 🙂
P.P.S. Вспомнил – жег старые рамы на даче – видимо, нанюхался краски :)))
Пока вся страна качает и тестирует VMware vSphere, я расскажу про пару нововведений в Hyper-V.
Прочитал я о них на блоге John Howard.
Continue reading “Новые фичи Hyper-V в Windows 2008 Server R2”
Попытка установить сегодня финальный релиз VMware vSphere заставила меня задуматься об этой новой странной лицензии Enterprise Plus. А уж эта статья посадила меня за компьютер, читал её с телефона, а пальцы забегали по клавиатуре.
Начну со статьи. Автор “просочивших мыслей” рассуждает об отличии Enterprise лицензии от Enterprise Plus, рассматривая новые технологии: Host Profiles, без которой невозможна ещё одна – VMware vNetwork Distributed Switch, без которой, в свою очередь, невозможен Cisco Nexus 1000V. Кроме этого, в “плюс” попал и multipath plug-in support, который даёт возможность использовать расширения третьих сторон для балансировки путей до хранилищ. На основе рассуждений автор делает вывод:
Enterprise + Enabling Technologies for Third Party Integration = Enterprise Plus
И, подведя итог, “плюс” нужен только, как возможность использовать третьесторонние разработки, так почему же мы должны платить за “плюс”, если плагины за деньги, и почему лицензия будет существовать только до конца года!?
А теперь, о чём я думал во время установки? С какого перепугу для vSphere RC не подходит ключ от Enterprise Plus, да-да , именно так – к финалу подходит, а к релиз кандидату нет. Значит, на момент релиз кандидата не существовало такой лицензии, все возможности от “плюса” были в простом Enterprise. Чтобы это могло значит, скорей всего желание срубить побольше капусты. Ведь понятно, что все, кто на подписке, автоматом получат лицензию, как из них выжать ещё немного? Давайте ещё один уровень лицензий придумаем! А вдруг, кому эти функции не нужны, не захотят платить нам и нашим ближайшим партнерам, пока это EMC и Cisco. Давайте закроем старую лицензию! Сказано – сделано.
Все вышенаписанные буковки моё личное мнение и вольный пересказ статьи Edward L. Haletky. С моим мнением вы можете, как согласится, так и оставить своё при себе. 😉