После восьми месяцев разработки представлен (http://blog.xen.org/index.php/2014/03/10/xen-4-4-released/) релиз свободного гипервизора Xen 4.4 (http://wiki.xenproject.org/wiki/Xen_4.4_Release_Notes). По сравнению с прошлым выпуском в Xen 4.4 внесено (http://wiki.xenproject.org/wiki/Xen_4.4_Acknowledgements) 1193 изменений. В Xen 4.4 добавлена поддержка нового режима PVH для гостевых систем, в libvirt добавлена поддержка libxl, улучшена поддержка SPICE, добавлена экспериментальная поддержка вложенного запуска окружений, возможность запуска гостевых систем в режиме EFI, улучшена поддержка архитектуры ARM и усилена интеграция с GlusterFS.
В процессе подготовки Xen 4.4 разработчики попытались перейти на 6-месячный цикл формирования выпуска, но из-за праздников и непредвиденных проблем разработка затянулась на 6 дополнительных недель. При разработке Xen 4.4 также была значительно увеличена интенсивность тестирования кодовой базы: в систему регрессивного тестирования osstest добавлены дополнительные тексты, код Xen прошёл проверку в тестовом наборе XenRT компании Citrix, были учтены результаты статического анализа кода в системе Coverity. В связи с этим, разработчики позиционируют Xen 4.4 как один из самых безопасных и надёжных выпусков.Ключевые улучшения (http://wiki.xen.org/wiki/Xen_4.4_Feature_List) в Xen 4.4:
- Экспериментальная поддержка режима PVH для гостевых систем, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). В режиме PVH с одной стороны применяется полная виртуализация на уровне ограничения привилегированных инструкций, изоляции системных вызовов и виртуализации таблиц страниц памяти, но с другой стороны используются методы паравиртуализации для ввода/вывода, обработки прерываний, организации загрузки и взаимодействия с оборудованием. Таким образом, PVH как и режим PV обеспечивает высокую производительность, благодаря исключению накладных расходов на симуляцию аппаратных устройств, но использует вместо PV MMU свойственные HVM механизмы аппаратной виртуализации для обеспечения изоляции виртуальных окружений. Поддержка работы в качестве гостевой системы PVH уже присутствует во FreeBSD 10 и Linux.
<center><a href="https://www.linux.com/news/enterprise/systems-management/658... src="http://www.opennet.ru/opennews/pics_base/0_1394463450.jpg" style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>- Для библиотеки libvirt (http://libvirt.org/), предоставляющей средства для унифицированного локального и удаленного управления виртуальными окружениями, выполнена работа по обеспечению поддержки библиотеки libxl с реализацией API для использования в сторонних приложениях возможностей нового инструментария XL (http://wiki.xen.org/wiki/XL), пришедшего на смену XM/XEND. В результате обеспечена возможность интеграции XL с любыми инструментами, которые поддерживают libvirt, от графических менеджеров виртуальных машин до облачных платформ, подобных CloudStack и OpenStack;
- Новый масштабируемый интерфейс для каналов событий (паравиртуализированных прерываний), в котором устранены ранее действующие ограничения в 1024 и 4096 каналов на домен для 32- и 63-разрядных систем. С учётом того, что Dom 0 использует несколько каналов событий (обычно 4) для каждой гостевой системы, на одной системе получалось запустить не более 300-500 гостевых систем. Новый ABI на основе FIFO поднимает лимит до более сотни тысяч каналов событий и также предоставляет поддержку установки множественных и справедливых приоритетов. Новый API требует специальной поддержки со стороны гостевой системы, например, подобная поддержка появится в ядре Linux 3.14.
- Поддержка виртуализации на системах с архитектурой ARM получила статус стабильной. ABI гипервизора для ARM и ARM64 стабилизирован и отныне будет развиваться с учётом сохранения обратной совместимости, что позволит без изменения использовать в будущих выпусках Xen гостевые системы, использующие Xen 4.4 ARM ABI. Реализовано множество новых функций: обеспечена возможность зранения образов гостевых систем на дисковых разделах или разделах LVM при помощи xen-blkback, в 64-разрядный пор Xen для ARM добавлена поддержка загрузки гостевых систем, реализована поддержка протокола ARM/multiboot, добавлена поддержка PSCI, добавлена поддержка плат Arndale, Calxeda ECX-2000 (Midway), Applied Micro X-Gene Storm, TI OMAP5 и Allwinner A20/A30;
- Поддержка создания вложенных (http://wiki.xen.org/wiki/Xen_nested) виртуальных окружений на оборудовании Intel. Гостевые системы HVM могут получить доступ к возможностям виртуализации оборудования, позволяющим запустить в гостевой системе собственный гипервизор, например, Xen, KVM, VMWare или HyperV. Вложенная виртуализация пока не готова для промышленного применения, но уже достаточно зрела для перехода из категории экспериментальных возможностей на стадию начального ознакомления (tech preview);
- В основную кодовую базу GRUB интегрирован код для поддержки протокола Xen pv, что позволит добиться полной совместимости с Xen в будущих выпусках GRUB и избавиться от необходимости использования отдельно порта pvgrub для образов гостевых систем, работающих в режиме паравиртуализации;
- В реализацию протокола SPICE, используемого для организации доступа к виртуализированным рабочим столам, добавлена поддержка перенаправления USB, совместного доступа к буферу обмена и vdagent;
- Улучшена интеграция Xen с распределенной файловой системой GlusterFS. В GlusterFS 3.5 появилась поддержка создания iSCSI-узлов, что позволяет создать iSCSI устройства в Dom0 и обеспечить хранение дисков гостевых систем в GlusterFS;
- Домены драйверов в Linux избавлены от привязки к событиям udev, используемым для запуска бэкендов для гостевых систем. Вместо udev теперь используется собственный демон, работающий поверх libxl и обеспечивающий более высокий уровень гибкости при запуске бэкендов в форме пользовательских процессов, например, теперь можно запускать бэкенды Qdisk, что было невозможно с udev;
- Экспериментальная поддержка загрузки гостевых систем в режиме EFI вместо BIOS;
- Улучшена поддержка использования в окружении Xen облачной операционной системы Mirage OS (http://www.opennet.ru/opennews/art.shtml?num=38621), которая обеспечивает возможность запуска поверх гипервизора приложений на языке OCaml с минимальной системной обвязкой;
- Компоненты QEMU обновлены до версии 1.6, SeaBIOS обновлён до версии 1.7.3.1;
Дополнительно можно отметить выпуск (https://xen-orchestra.com/xen-orchestra-3-3/) Xen Orchestra 3.3, web-интерфейса для администрирования системы виртуализации на базе XCP (http://www.opennet.ru/opennews/art.shtml?num=35437) (Xen Cloud Platform), XenServer (http://www.opennet.ru/opennews/art.shtml?num=35008) и других систем, поддерживающих протокол xapi. Проект позиционируется как многоплатформенная и свободная альтернатива проприетарному продукту XenCenter. Xen Orchestra предоставляет web-интерфейс для выполнения ежедневных типовых задач администраторов систем на базе гипервизора Xen, таких как управление виртуальными машинами и серверами XCP, в том числе миграция окружений между пулами, управление репозиториями хранения и визуализация состояния инфраструктуры виртуализации. В новой версии добавлена поддержка создания снапшотов, удаления хоста из пула, инициирования действий с хостом (перезапуск стека, перезагрузка, завершение работы), реализована возможность управления содержимым лога.
URL: http://blog.xen.org/index.php/2014/03/10/xen-4-4-released/
Новость: http://www.opennet.ru/opennews/art.shtml?num=39279
Зачем ему Grub?
Курите маны.Если коротко, то загружается хитрое ядро, а потом еще кое-что хитрое, поэтому обычный загрузчик не подойдет.
Я думал, Xen, как гипервизор, сам себя должен загружать.
Если ставите отдельные пакеты (например для Debian), то необходимо и специальное ядро с которого будет загрузка. При использовании Citrix Xen есть отдельный установщик, который все поставит.
Специально оптимизированное ядро под Xen, гибридное ядро создатели Xen не осилили
Между GRUB и PV-GRUB общего лишь то, что они оба являются интерпретаторами grub.cfg и умеют загружать модули с диска.Больше -- ничего общего.
Кто-нибудь может сказать...это чудо как-то отличается кардинально в лучшую сторону от ВиртуалБокса?
если задаете такие вопросы, то продолжайте пользоваться боксом, для Вас он оптимален
Тем, что виртуалбокс это не продакшен виртуализация. Если тебе нужно что-то типа виртуалбокса в продакшене - используй Proxmox 3.2(сегодня вышла свежая). Бесплатный Xen это костыльное решение.
> Тем, что виртуалбокс это не продакшен виртуализация. Если тебе нужно что-то типа
> виртуалбокса в продакшене - используй Proxmox 3.2(сегодня вышла свежая). Бесплатный
> Xen это костыльное решение.Согласен, для продакшина лучше юзать Citrix Xen, тем более что не так давно его полностью перевели в свободный проект и все платные фишки, стали бесплатными.
Гипервизор и виртуальная машина - в корне разные вещи.
Спасибо КЭП)
почему не ESXi?
> почему не ESXi?Тоже вариант, но думаю у Citrix Xen плюшек больше сейчас, чем у бесплатного ESXi.
бывает так, что guest жестко завязан на определенное виртуальное железо (или другие особенности гипервизора), поэтому нигде кроме vmware player/ESXi не работает :-(
pvgrub нужен для организации загрузки ядра в гостевой системе и позволяет администратору гостевой системы самостоятельно выполнить обновление или переустановку ядра, не затрагивая конфигурацию виртуальной машины в domain0. Альтернатива - указывать ядро в конфигурации виртуальной машины, но это не удобно.
поддержка xen в grub это очень неплохо, так как избавит от ситуаций отставания pvgrub от конфигурационных файлов. Однажды попадалась такая проблема: граб в гостевой системе обновился до новой версии, с новым форматом файла grub.conf и pvgrub отказался его воспринимать. Это привело к невозможности запуска виртуальной машины.
P.S. и я бы не сказал, что xen не пригоден для продакшена. Очень многие хостеры именно его и используют. И там никакой не Citric Xenserver, а обычный CentOS или Ubuntu. OnApp, Flexiant, Solusvm... и прочие системы автоматизации хостинга работают именно с xen на обычной ОС. Что же касается простоты работы и удобства GUI, то до virtual box далеко, как и virtualbox-у до xen-а в плане производительности и стабильности.
> как и virtualbox-у до xen-а в плане производительности и стабильности.Сравнивать гипервизоры I и II типа между собой в плане производительности некорректно. При правильном подборе типа виртуализации -- PV или HVM -- для типовой нагрузки на виртуальную машину производительность Xen VM будет равна производительности на Bare Hardware +/- статпогрешность.
VirtualBox VM _всегда_ будет работать заметно медленнее Bare Hardware из-за overhead'а на виртуализацию CPU.
> VirtualBox VM _всегда_ будет работать заметно медленнее Bare Hardware из-за overhead'а на виртуализацию CPU.Что, vbox не умеет VT-x?
Тсс, не спугните профессионала
