The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз системы виртуализации Xen 4.4.0

10.03.2014 20:28

После восьми месяцев разработки представлен релиз свободного гипервизора Xen 4.4. По сравнению с прошлым выпуском в Xen 4.4 внесено 1193 изменений, в том числе добавлена поддержка нового режима PVH, произведена интеграция libvirt с libxl, улучшена поддержка SPICE, обеспечена поддержка вложенного запуска окружений, подготовлена возможность запуска гостевых систем в режиме EFI, улучшена поддержка архитектуры ARM.

В процессе подготовки Xen 4.4 разработчики попытались перейти на 6-месячный цикл формирования выпусков, но из-за праздников и непредвиденных проблем разработка затянулась на 6 дополнительных недель. При разработке Xen 4.4 также была значительно увеличена интенсивность тестирования кодовой базы: в систему регрессивного тестирования osstest добавлены дополнительные тесты, код Xen прошёл проверку в тестовом наборе XenRT компании Citrix, были учтены результаты статического анализа кода в системе Coverity. В связи с этим, разработчики позиционируют Xen 4.4 как один из самых безопасных и надёжных выпусков.

Ключевые улучшения в Xen 4.4:

  • Экспериментальная поддержка режима PVH для гостевых систем, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). В режиме PVH с одной стороны применяется полная виртуализация на уровне ограничения привилегированных инструкций, изоляции системных вызовов и виртуализации таблиц страниц памяти, но с другой стороны используются методы паравиртуализации для ввода/вывода, обработки прерываний, организации загрузки и взаимодействия с оборудованием. Таким образом, PVH, как и режим PV, обеспечивает высокую производительность, благодаря исключению накладных расходов на симуляцию аппаратных устройств, но использует вместо PV MMU свойственные HVM механизмы аппаратной виртуализации для обеспечения более строгой изоляции виртуальных окружений. Поддержка работы в качестве гостевой системы PVH уже присутствует во FreeBSD 10 и Linux.
  • Для библиотеки libvirt, предоставляющей средства для унифицированного локального и удаленного управления виртуальными окружениями, выполнена работа по обеспечению поддержки библиотеки libxl с реализацией API для использования в сторонних приложениях возможностей нового инструментария XL, пришедшего на смену XM/XEND. В результате обеспечена возможность интеграции XL с любыми инструментами, которые поддерживают libvirt, от графических менеджеров виртуальных машин до облачных платформ, подобных CloudStack и OpenStack;
  • Новый масштабируемый интерфейс для каналов событий (паравиртуализированных прерываний), в котором устранены ранее действующие ограничения в 1024 и 4096 каналов на домен для 32- и 64-разрядных систем. С учётом того, что Dom 0 использует несколько каналов событий для каждой гостевой системы (обычно 4), на одном сервере получалось запустить не более 300-500 гостевых систем.

    В условиях использования мощных многоядерных систем или запуска в гостевых окружениях легковесных операционных систем, таких как Mirage и OSv, нацеленных на выполнение обособленных программ поверх гипервизора, указанные ограничения становятся узким местом в инфраструктуре. Новый ABI на основе FIFO поднимает лимит до более 100 тысяч каналов событий, а также предоставляет поддержку установки множественных и справедливых приоритетов. Новый API требует специальной поддержки со стороны гостевой системы, например, подобная поддержка появится в ядре Linux 3.14.

  • Поддержка виртуализации на системах с архитектурой ARM получила статус стабильной. ABI гипервизора для ARM и ARM64 стабилизирован и отныне будет развиваться с учётом сохранения обратной совместимости, что позволит без изменения использовать в будущих выпусках Xen гостевые системы, использующие Xen 4.4 ARM ABI. В порт для ARM добавлена порция новых функций: обеспечена возможность хранения образов гостевых систем на дисковых разделах или разделах LVM при помощи xen-blkback, в 64-разрядный порт Xen для ARM добавлена поддержка загрузки гостевых систем, реализована поддержка протокола ARM/multiboot, добавлена поддержка PSCI, добавлена поддержка плат Arndale, Calxeda ECX-2000 (Midway), Applied Micro X-Gene Storm, TI OMAP5 и Allwinner A20/A30;
  • Поддержка создания вложенных виртуальных окружений на оборудовании 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;
  • Улучшена поддержка использования в окружении Xen облачной операционной системы Mirage OS, которая обеспечивает возможность запуска поверх гипервизора приложений на языке OCaml с минимальной системной обвязкой;
  • Компоненты QEMU обновлены до версии 1.6, SeaBIOS обновлён до версии 1.7.3.1;

Дополнительно можно отметить выпуск Xen Orchestra 3.3, web-интерфейса для администрирования системы виртуализации на базе XCP (Xen Cloud Platform), XenServer и других систем, поддерживающих протокол xapi. Проект позиционируется как многоплатформенная и свободная альтернатива проприетарному продукту XenCenter. Xen Orchestra предоставляет web-интерфейс для выполнения ежедневных типовых задач администраторов систем на базе гипервизора Xen, таких как управление виртуальными машинами и серверами XCP, в том числе миграция окружений между пулами, управление репозиториями хранения и визуализация состояния инфраструктуры виртуализации. В новой версии добавлена поддержка создания снапшотов, удаления хоста из пула, инициирования действий с хостом (перезапуск стека, перезагрузка, завершение работы), управления содержимым лога.

  1. Главная ссылка к новости (http://blog.xen.org/index.php/...)
  2. OpenNews: В рамках проекта RT-Xen развиваются средства для Real-Time виртуализации на базе Xen
  3. OpenNews: Разработчики NetBSD представили технологию запуска отдельных приложений поверх Xen
  4. OpenNews: Релиз системы виртуализации Xen 4.3.0
  5. OpenNews: Компания Citrix перевела XenServer в разряд открытых проектов и выпустила XenServer 6.2
  6. OpenNews: Разработчики Xen и CentOS представили первый выпуск проекта Xen4CentOS 6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39279-xen
Ключевые слова: xen, virtual
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (19) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Пушистик (ok), 20:48, 10/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Зачем ему Grub?
     
     
  • 2.2, BratSinot (ok), 20:59, 10/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Курите маны.

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

     
     
  • 3.5, Пушистик (ok), 21:22, 10/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я думал, Xen, как гипервизор, сам себя должен загружать.
     
     
  • 4.11, mcshel (ok), 22:10, 10/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если ставите отдельные пакеты (например для Debian), то необходимо и специальное ядро с которого будет загрузка. При использовании Citrix Xen есть отдельный установщик, который все поставит.
     
  • 4.15, Perain (?), 08:00, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Специально оптимизированное ядро под Xen, гибридное ядро создатели Xen не осилили
     
  • 2.19, Andrew Kolchoogin (ok), 20:06, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Между GRUB и PV-GRUB общего лишь то, что они оба являются интерпретаторами grub.cfg и умеют загружать модули с диска.

    Больше -- ничего общего.

     

  • 1.6, Баерен (?), 21:44, 10/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-нибудь может сказать...это чудо как-то отличается кардинально в лучшую сторону от ВиртуалБокса?
     
     
  • 2.9, Аноним (-), 21:55, 10/03/2014 [^] [^^] [^^^] [ответить]  
  • +14 +/
    если задаете такие вопросы, то продолжайте пользоваться боксом, для Вас он оптимален
     
  • 2.10, Аноним (-), 21:56, 10/03/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тем, что виртуалбокс это не продакшен виртуализация. Если тебе нужно что-то типа виртуалбокса в продакшене - используй Proxmox 3.2(сегодня вышла свежая). Бесплатный  Xen это костыльное решение.
     
     
  • 3.12, mcshel (ok), 22:13, 10/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тем, что виртуалбокс это не продакшен виртуализация. Если тебе нужно что-то типа
    > виртуалбокса в продакшене - используй Proxmox 3.2(сегодня вышла свежая). Бесплатный  
    > Xen это костыльное решение.

    Согласен, для продакшина лучше юзать Citrix Xen, тем более что не так давно его полностью перевели в свободный проект и все платные фишки, стали бесплатными.

     
     
  • 4.13, Пушистик (ok), 23:08, 10/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Гипервизор и виртуальная машина - в корне разные вещи.
     
     
  • 5.14, mcshel (ok), 07:03, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо КЭП)
     
  • 3.17, arrr (?), 16:33, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    почему не ESXi?
     
     
  • 4.18, mcshel (ok), 19:46, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > почему не ESXi?

    Тоже вариант, но думаю у Citrix Xen плюшек больше сейчас, чем у бесплатного ESXi.

     
     
  • 5.22, mirandauser2 (?), 01:50, 12/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    бывает так, что guest жестко завязан на определенное виртуальное железо (или другие особенности гипервизора), поэтому нигде кроме vmware player/ESXi не работает :-(
     

  • 1.16, Денис (??), 12:08, 11/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    pvgrub нужен для организации загрузки ядра в гостевой системе и позволяет администратору гостевой системы самостоятельно выполнить обновление или переустановку ядра, не затрагивая конфигурацию виртуальной машины в domain0. Альтернатива - указывать ядро в конфигурации виртуальной машины, но это не удобно.
    поддержка xen в grub это очень неплохо, так как избавит от ситуаций отставания pvgrub от конфигурационных файлов. Однажды попадалась такая проблема: граб в гостевой системе обновился до новой версии, с новым форматом файла grub.conf и pvgrub отказался его воспринимать. Это привело к невозможности запуска виртуальной машины.
    P.S. и я бы не сказал, что xen не пригоден для продакшена. Очень многие хостеры именно его и используют. И там никакой не Citric Xenserver, а обычный CentOS или Ubuntu. OnApp, Flexiant, Solusvm... и прочие системы автоматизации хостинга работают именно с xen на обычной ОС. Что же касается простоты работы и удобства GUI, то до virtual box далеко, как и virtualbox-у до xen-а в плане производительности и стабильности.
     
     
  • 2.20, Andrew Kolchoogin (ok), 20:10, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > как и virtualbox-у до xen-а в плане производительности и стабильности.

    Сравнивать гипервизоры I и II типа между собой в плане производительности некорректно. При правильном подборе типа виртуализации -- PV или HVM -- для типовой нагрузки на виртуальную машину производительность Xen VM будет равна производительности на Bare Hardware +/- статпогрешность.

    VirtualBox VM _всегда_ будет работать заметно медленнее Bare Hardware из-за overhead'а на виртуализацию CPU.

     
     
  • 3.21, Аноним (-), 21:17, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > VirtualBox VM _всегда_ будет работать заметно медленнее Bare Hardware из-за overhead'а на виртуализацию CPU.

    Что, vbox не умеет VT-x?

     
     
  • 4.23, user (??), 13:58, 13/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тсс, не спугните профессионала
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру