Сообщения
Все комментарии
Животрепещущая тема- чем отличается VI от Xen от Hyper-V.
Актуальная на сегодня(и, по видимому, обновляемая) таблица сравнения:
Citrix Xen Server Enterprise VS VMware Virtual Infrastructure 3.
Microsoft Windows Hyper-V (WSV) VS VMware Virtual Infrastructure 3.5.
Плюс обсуждение этих сравнений на их форуме.
Ну и на самом сайте www.itcomparison.com/index.html ожидается появление новых сравнений, в частности уже существует(пустой, правда :( ) раздел про средства резервного копирования в разделе виртуализации. Ждем.
большое человеческое спасибо Марату Лесных за ссылку.
whitepaper, обьясняющий и показывающий преимущества паравиртуализованных гостевых ОС в ESX 3.5- тут.
Список опций для HA кластера:
- das.failuredetectiontime - Amount of milliseconds, timeout time for isolation response action
- das.isolationaddress - IP adres the ESX hosts uses for it’s heartbeat. It will use the default gateway by default.
- das.isolationaddress2 - Secondary heartbeat address
- das.poweroffonisolation - Values are False or True, this is for setting the isolation response. Default a VM will be powered off.
- das.vmMemoryMinMB - Higher values will reserve more space for failovers.
- das.vmCpuMinMHz - Higher values will reserve more space for failovers.
- das.defaultfailoverhost - Value is a hostname, this host will be the primary failover host.
К вопросу о плагинах к VC 2.5 - VMware Infrastructure 3.5 Plugin and Extension Programming Guide, 26 страниц про то, как делать эти плагины. Разделы:
SPECweb2005 Performance on VMware ESX Server 3.5 - вот тут. В целом - все неплохо.
Сегодня наткнулся на глюк с ESX 3.5 -
хост, в его CD-приводе есть диск.
есть ВМ - как ее виртуальный CD указан .iso.
Галочка "connected" снята.
Т.е. по сути ВМ никакого сидюка видеть не должна. А она видит - CD хоста.
UPD. Был неправ - срабатывала загрузка по PXE, а не с CD. Спасибо за комментарий с указанием на ошибку.
Если ESX 3i совсем плохо, можно попытаться ему помочь локально. Для этого:
Вот тут находится VMware Virtual Infrustructure Plugins.
Сайт, где предполагаться хостить дистрибутивы разнообразных плагинов для Virtual Center 2.5. Сейчас там лежит 2 штуки -
Вот и появился первый сторонний плагин под VC2.5. Это даже немного забавно, но смысл этого плагина - GUI к Storage VMotion. Почему забавно? Потому что это уже четвертая или пятая реализация графического интерфейса к этому процессу.
Но эта реализация, на мой взгляд, самая правильная по подходу. ИМХО, за такими вот плагинами будующее. Скоро ожидается появление whitepaper по написанию таких плагинов, после этого, думаю, настанет изобилие.
Никаких гарантий, бесплатно. Берем тут.
Интересный проект - physical2virtual.backup.
Автор ставит целью создать связку средств и описаний для организации резервного копирования серверов в ВМ(или резервных копий серверов в ВМ), используя бесплатные и самописные средства.
Оглавление разделов:
1. Planned network infrastructure
2. Making copy of physical server into virtual using VMware converter GUI
3. Making copy of physical server into virtual with command line p2vtool and preparing XML file needed for vmware p2vtool
4. Bat script for automation of vmware converter import process
5. Customizing VMware configuration file
6. Running and testing virtual server using cold and hot methods
7. Restoring network configuration to virtual network adapters
8. Automating vmware server take over process
9. Restoring virtual newly created data to new physical servers
Как лучше разбить диск для ESX:
разделы "/boot", "/", "swap" сделать primary.
сделать разделы под "var", "tmp", "home".
Рекомендации по размерам:
Применимо к ESX 3.x, неприменимо к ESX 2.x и 3i.
Отсюда.
Факторы, оказывающие влияние на скорость СХД - вопрос достаточно важный, во многом потому, что встает вопрос - как лучше делить LUN'ы между хостами. На эту тему написано тут, а вкратце:
Что оказывает влияние на скорость расшареного LUN'а:
•Average Latency - the end-to-end average delay per command as seen by any virtual machine in the cluster
И получились такие вот графики:
TCO и виртуализация, или аргументы за - тут. С картинками и калькулятором.
Про такое же, или даже про это же писал, но, думаю, ничего страшного.
Еще одни вопрос был задан на семинаре - а можно ли сделать загрузка ESX3i по PXE?
См. вот тут- http://www.vinternals.com/2008/01/pxe-boot-esx-3i.html
Спасибо за ссылку Alexander Savenkov.
Ответы на несколько вопросов с семинара:
1. Поддерживается ли Windows Server 2008 в качестве гостевой ОС?
Поддерживается паравиртуализованная версия?
Согласно Guest Operating System Installation Guide (www.vmware.com/pdf/GuestOS_guide.pdf, стр. 31) от 24 января 2008, пока
Вопрос\ответ:
Задача: Есть сервер развёрнутый как виртуальная машина с помощью VmWare.
Нужно разделить файлы относящие к ОС и файлы данных, чтобы они размещались в разных областях внешнего хранилища . Диск Данных (допустим T) должен подключаться как дополнительный диск.
На лезвии где установлен VmWare ESX Server 3.5.0 buid 64607 есть HBA-интерфейс, через него удаётся подключить диск внешнего хранилища. При этом подключении сами файлы виртуальной машины хранятся в одной области на HP EVA, как и сами данные. Подключить отдельный диск, из другой области внешнего хранилища, уже в самой «запущенной» виртуалке не удаётся т.к. нет HBA-интерфейса
Ответ:
Как во всякой хорошо сделанной системе задача может быть решена минимум тремя разными способами.
Исходные условия: на EVA должны быть созданы два LUN, один под системный диск, второй под данные. Внутренняя организация значения не имеет, главное чтобы места хватало.
Способ первый, самый простой:
- подключить оба LUN к серверу ESX, создать на них по тому VMFS, затем при создании виртуалки указать, что системный диск будет лежать на первом томе, а потом добавить диск с данными, указав, что его нужно создавать на другом томе. Другие виртуалки также смогут пользоваться местом на этом втором томе, если останется.
Способ второй:
- системный диск может также располагаться на первом LUN, неважно будет ли там VMFS или RDM (см далее). LUN с данными не нужно форматировать VMFS, а просто при подключении к виртуалке нового диска указать использование RDM - Raw Disk Mapping. В этом случае данный LUN будет доступен виртуалке целиком, как обычный SCSI диск, она сама его отформатирует (с помощью сисадмина) и будет использовать. Другие виртуалки доступа к этому LUN иметь не будут (если больше ничего не делать).
Способ третий:
- аналогичен второму, но при использовании HBA и FC-коммутаторов с поддержкой NPIV (N-port ID Virtualization, в списке I/O Compatibility List указано каких) виртуалке выделяется собственный WWN и на EVA она будет видна как отдельный хост, со всеми вытекающими плюсами.
Что понравится, то и выбирайте. :)
Какое то время назад VMotion перестал быть эксклюзивом VMware.
Смотрим видео Citrix XenMotion.
Отсюда. Плюс, тут небольшая выдержка из KB.
Интересная статья в KB VMware, посвященная трабшутингу HA агента.
В частности, дается инструкция по переустановке агента HA как приложения в SC.
Интересное исследование -
взяли железку, на ней запустили тест(Web Performance Load Tester 3.5.5447).
После этого на железку поставили ESX, подняли ВМ с тем же числом ресурсов и опять потестили.
Вкратце выводы: физическая машина могла обслуживать до 35 юзеров с указаным временем отклика, ВМ с тем же временем отклика могла обслужить 30 - падение в 14%.
При загрузке 100%(т.е. с 30 и 35 пользователями соответственно), время формирования страницы составляло 1.57 и 0.97 секунд - 61% медленнее у ВМ.
При нагрузке от 21 пользователя (60-70% загрузки сервера) время формирования страницы составило 0.84 и 1.00 сек. - физическая впереди лишь на 19%.
В выводах источника пишут, что именно последняя циферка им интереснее всего, а она, как видите - весьма небольшая.
За подробностями сюда.
VMware опубликовала "Comparison of Storage Protocol Performance". Официальное сравнение FC, hw iSCSI, sw iSCSI и NFS.
Краткий вывод - по скорости FC рулит.
На втором месте - аппаратный iSCSI.
На третье встает NFS(!) - по скорости очень близок на iSCSI, особенно софтовому, но намного меньше нагрузка на CPU хоста.
Тут.
Итак, встреча состоялась.
Перед собравшимися несколько веских слов сказал глава VMware-Россия Михаил Козлов.
Основным докладчиком был технический специалист российского офиса - Дмитрий Тихович.
Небольшое демо демонстрировал ваш покорный слуга.
В качестве стенда использовалось блейд-сервера Fujitsu-Siemens Computers.
2 лезвия, на одном ESX 3.0.2, на другом ESX 3.5. Оба под управлением VC 2.5, в кластере HA.
еще один сервер выступал в роли iSCSI таргета.
Что мы попробовали -
Storage VMotion, в своей нынешней инкарнации, можно запустить только из командной строки. С другой стороны, напрягаться лень, поэтому появляются средства для более удобно запуска этого процесса. о некоторых я уже писал.
Очередное - графический интерфейс под винду.
Лично пробовал в деле, работает.
Достаточно удобно, в любом случае удобнее командной строки.
тут.
обновленный релиз "странички которая всегда должна быть под рукой" - vmreference VI3 card. версия 1.0.1 тут.
Using EMC Celerra IP Storage with VI3 over iSCSI and NFS.
Неплохой pdf, интересен интересующимся IP-СХД.
Информация об NPIV - от Cisco, Emulex и VMware - " A Technology Overview for SAN Connectivity using NPIV in a VMware ESX Server 3.5 Environment ".
Напомню, что поддержка N_Port ID Virtualization со стороны ESX 3.5 означает, что мы можем выдавать виртуальные WWN каждой ВМ. Это несет больше преимущества, такие как
*)настраивать зонирование\маскировку можно на каждую ВМ, совсем независимо от хоста. Т.е. даже в случае замены HBA в сервере ничего менять в настройках зонирования нет необходимости
*)можно отслеживать нагрузку на SAN со стороны индивидуально от каждой ВМ
*)нет необходимости давать хосту доступ ко всем лунам,которые задействуются ВМ - теперь доступ можно будет давать индивидуально каждой виртуалке
*)и т.д.
Сегодня выдать WWN виртуалке можно только в случае RDM.
тут.
Всегда с огромным удовольствием пишу о российских источниках.
Небольшой урок траблшутинга от гуру в, частности, продуктах VMware - Олега Кириллова:
Тут меня один из партнеров огорчил известием, что не все пользователи
ESX знают как правильно сделать апгрейд сервера, а если сделали
неправильно, то как починиться побыстрее.
Вопрос был такой: на сервере после апгрейда не видны виртуалки.
Физически они есть, а в inventory отсутствуют.
Как такое могло случиться - способы есть. :)
Например перед апгрейдом удалить содержимое системного диска ESX.
Или подключить существующий datastore к новому серверу.
Но решение довольно простое. Надо лишь зайти на консоль сервера
(локально или по ssh) под административным аккаунтом (проще всего как
root) и набрать команду:
for A in `find /vmfs/volumes/* -name '*vmx'`; do vmware-cmd -s register
$A; done
все в одну строку.
Эта команда обнаружит все имеющиеся виртуальные машины и зарегистрирует
их (если они не зарегистрированы уже).
Ничего волшебного тут нет, обычный трюк Unix/Linux (bash shell).
Коллеги,
Компания VMware и учебный центр Микроинформ планируют проведение серии регулярных встреч (участие бесплатное), на которых смогли бы общаться с настоящими и будущими пользователями продукции VMware, обмениваться опытом, слушать рекомендации и предложения и т.п.
Первая встреча планируется в первом квартале этого года. Нам бы хотелось сделать эти мероприятия максимально полезными и интересными. Поэтому для нас очень важно Ваше мнение по формату и содержанию мероприятия. Для начала мы планируем провести семинар-workshop с демостендом, на котором планируем показать upgrade до Virtual Infrastructure 3.5, новые возможности (Storage VMotion, Update Manager, VCB и проч.). Вы также сможете сами попробовать VI 3.5 в действии.
Нам хочется понять кому из Вас это было бы интересно. Программа мероприятия может быть подкорректированна по результатам данного опроса.
Итак, планируется мероприятие длительностью 5-6 часов (10:00 – 16:00) с примерным количеством участников до 25 человек, где можно посмотреть на решения VMware в действии и пообщаться со специалистами компании (в том числе и с техническими). Мероприятие будет происходить на русском языке - задействованы только российские ресурсы. Участие для Вас бесплатное.
Просим Вас поучавствовать в кратком опросе(он сверху).
На такое мероприятие:
VMware Serial Line Gateway - новая утилита, позволяющая удалено осуществлять отладку софта в ВМ через виртуальный COM порт. Для ВМ под WMware Workstation(и Server 2.0)
Работа выглядит так - по сети подключаемся к службе в хостовой ОС, которая подключение передает на виртуальный COM порт. Этой службой и является VMware Serial Line Gateway.
