The OpenNET Project / Index page

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

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

07.04.2010 22:32

Анонсирован релиз свободного гипервизора Xen 4.0. Смена нумерации версии Xen c 3.x на 4.0 произведена из-за переключения кодовой базы с поддержкой Dom0 на базовое Linux ядро 2.6.31.

Основные улучшения:

  • Переход на использование по умолчанию Linux ядра 2.6.31 (доступна и поддержка 2.6.32) в качестве базового для гипервизора Dom0 (ранее использовалась версия 2.6.18, которая продолжает поддерживается и в Xen 4.0);
  • Новый драйвер для виртуальных блочных устройств (Virtual Block Devices) - blktap2, в котором реализована поддержка формата виртуальных дисков VHD, создания снапшотов и клонирования снапшотов без их остановки в live-режиме;
  • Интеграция кода проекта Remus, позволяющего организовать синхронизацию виртуальных машин на нескольких серверах и запустить синхронизированные гостевые окружения одновременно на нескольких хостах с целью обеспечения горячего резервного копирования Xen-окружений, способных на лету перехватить работу в случае сбоя на первичном сервере;
  • В комплект включен драйвер netchannel2 с реализацией серии новых сетевых карт и поддержкой нескольких очередей запросов, позволяющий значительно повысить производительность обработки пакетов на высокоскоростных Ethernet интерфейсах (в 2-4 раза), за счет снижения паразитной нагрузки на CPU и поддержки таких технологий, как Direct I/O, SR-IOV и PCI-IOV;
  • Поддержка совместного использования страниц памяти между несколькими виртуальными окружениями. В ОЗУ теперь хранится только одна копия страниц памяти, содержимое которых повторяется для разных виртуальных окружений;
  • В состав пакета интегрирована Libxenlight, легковесная Си-библиотека для доступа к функциям гипервизора из пользовательских приложений. Поддерживаются такие функции, как создание, замораживание и остановка окружения, вывод списка окружений, проброс в окружение PCI-устройств.
  • Поддержка Transcendent memory (tmem), разработанной в компании Oracle и открытой под лицензией GPL технологии по единому управлению физической памятью для группы виртуальных окружений. Суть tmem в возможности задействования неиспользуемой в системе и других гостевых окружениях физической памяти для виртуальных окружений, которым необходима дополнительная память, сверх базового лимита.
  • Возможность изменения размера DomU-дисков на лету, без перезагрузки и остановки работы гостевой системы;
  • Возможность проброса основной графической карты для HVM-окружений (запуск немодифицированных ОС);
  • Новый эффективный механизм проброса USB-контроллеров/устройств (c поддержкой USB 2.0) для HVM и паравиртуализированных гостевых окружений;
  • Улучшенный проброс IOMMU PCI, с использование техники аппаратно-ускоренного ввода/вывода, поддерживаемого в Intel VT-d и AMD IOMMU;
  • Добавлен gdbsx, отладчик для гостевых окружений в формате ELF;
  • Реализована поддержка сертифицированных в Citrix пара-виртуальных драйверов для Windows, включая XCP (Xen Cloud Platform);
  • Улучшение работы загрузчика Pygrub: обеспечена поддержка пара-виртуальных гостевых систем, использующих GRUB2; поддержка сжатых методами bzip2 и lzma образов Linux-ядра (bzImage).


  1. Главная ссылка к новости (http://lists.xensource.com/arc...)
  2. OpenNews: Доступен Xen Orchestra 0.7, web-интерфейс для управления Xen-окружениями
  3. OpenNews: Релиз Xen 3.4.2. Представлены проекты: Libxenlight и XVP
  4. OpenNews: Xen запускает инициативу по унификации виртуальных решений
  5. OpenNews: Разработчики Xen выпустили релизы Xen 3.3.2 и Xen 3.4.1
  6. OpenNews: Вышел релиз свободного гипервизора Xen 3.4.0
Лицензия: CC-BY
Тип: Программы
Ключевые слова: xen, virtual
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, UnnamedUA (?), 23:06, 07/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проброс видеокарты это гуд, если будет быстро работать то хорошо...
     
  • 1.2, Аноним (-), 23:07, 07/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ура! Огромное спасибо разработчикам!
     
  • 1.3, Аноним (-), 23:18, 07/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Yo ! Поздравляю всех с релизом =) Спасибо разработчикам =)
     
  • 1.4, мимопроходил (?), 23:32, 07/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    --
    Суть tmem в возможности задействования неиспользуемой в системе и других гостевых окружениях физической памяти для виртуальных окружений, которым необходима дополнительная память, сверх базового лимита.
    --
    Я неправильно понял или это возможность оверселлинга для xen хостингов?
     
     
  • 2.7, szh (ok), 01:51, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://oss.oracle.com/projects/tmem/
    More formally, Transcendent Memory is both: (a) a collection of idle physical memory in a system and (b) an API for providing indirect access to that memory. A tmem host (such as in a hypervisor in a virtualized system) maintains and manages one or more tmem pools of physical memory. One or more tmem clients (such as a guest OS in a virtualized system) can access this memory only indirectly via a well-defined tmem API which imposes a carefully-crafted set of rules and restrictions. Through proper use of the tmem API, a tmem client may utilize a tmem pool as an extension to its memory, thus reducing disk I/O and improving performance. As an added bonus, tmem is compatible and complementary -- indeed even supplementary -- to other physical memory management mechanisms such as automated ballooning and page-sharing.

    (** While tmem's primary goal is to better optimize the multiplexing of physical memory between guests in a virtualized system, we believe tmem may be found useful for a native operating system on a physical system too.)

    The tmem approach is flexible and we have already identified four different use models that can benefit a tmem client:

        * A second-chance clean page cache called precache or hcache
        * A fast swap "device" called preswap or hswap
        * A shared page cache for remote clustered filesystems
        * An interdomain shared memory mechanism


    A get of a previously successfully put page will probably be successful, but sometimes the get may fail. In other words, persistence is not guaranteed! Thus, a client can only put clean pages not dirty pages into the precache. This is a minor inconvenience for an operating system, but in a virtualized environment the restriction is extremely important because any page in the pool can be instantly reclaimed by the hypervisor for other needs!

     
     
  • 3.8, playnet (?), 02:20, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    еще б краткий пересказик.. )
     
     
  • 4.20, szh (ok), 11:41, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    1 доступ к екстра памяти через спец API
    2 любая страница экстра памяти может быть в любой момент похерена гипервизором.
     
  • 3.19, vlad (??), 09:56, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    хехе, здраствуйте himem.sys
     

  • 1.5, Аноним (-), 01:26, 08/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "НЕ модифицированные" -- по прежнему продукты MS, я понимаю... и вообще это можно использовать в продакшн, или все же денежку платить надежнее?
     
     
  • 2.11, Stanislavvv (?), 06:46, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >"НЕ модифицированные" -- по прежнему продукты MS, я понимаю... и вообще это
    >можно использовать в продакшн, или все же денежку платить надежнее?

    Использую Xen 3.4.1, который opensource.
    Запускаю немодифицированные: Debian, Centos, RHEL5, Windows.
    Вполне себе продакшн. Аптайм определяется апдейтами, в основном.

     
  • 2.27, Эргил (?), 19:00, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >"НЕ модифицированные" -- по прежнему продукты MS, я понимаю... и вообще это
    >можно использовать в продакшн, или все же денежку платить надежнее?

    QNX у меня спокойно под Xen работал. Немодифицированный, что характерно ))
    Спокойно юзал в продакшене связку Debian(dom0)+Xen, гостили винда, соляра, линуха. Достовалось в одном месте в наследство Gentoo(dom0)+Xen, тоже работало и не жужжало. Недавно использовал бесплатный Citrix XenServer, если бы не виндовая пижня для управления был бы вообще чудесен.

     

  • 1.6, аноним (?), 01:42, 08/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Великолепно.

    KVM натужно пыхтит где-то в хвосте прогресса =)
    Когда для него что-то подобное remus появится...

     
     
  • 2.17, Andrey Mitrofanov (?), 09:18, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >KVM натужно пыхтит где-то в

    Стесняюсь спросить, как дышится Xen-у во в out of tree?~~~~

     

  • 1.9, ононим (?), 02:50, 08/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    скажите, правильно я понимаю, что проброс PCI устройств работает только с использованием техники аппаратно-ускоренного ввода/вывода, поддерживаемого в Intel VT-d и AMD IOMMU?
     
     
  • 2.10, ононим (?), 03:35, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    так, сам нашел ответ на свой вопрос.

    в итоге:
    в KVM есть проброс PCI устройств, но для этого нужен аппаратный I/O. программного судя по заявлениям разработчиков не будет.
    в Xen есть и программный и аппаратный проброс. Первый работает только с портированными ОС (линуксы, бзди, опенсорялка); второй же точно так же как и КВМ с аппаратной I/O.

     

  • 1.12, Mna (??), 07:10, 08/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Слушьте, ... а этот xen...  если он такой хороший...

    Он под Winь пойдёт?

    Ну, в смысле там если только драйвера переписать? или там всё менять надо?

    ежели кто знает

     
     
  • 2.13, Andrew Kolchoogin (?), 07:19, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не идёт.

    Xen -- это гипервизор I типа, для его работы необходимо модифицировать код операционных систем (по крайней мере, одной -- той, которая будет Domain0).

     

  • 1.14, PavelR (??), 08:08, 08/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    дык что, может будет в дебиане xen?
     
  • 1.15, strike1984 (?), 08:09, 08/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Добрый день. Понимаю что рано спрашиваю, как считаете:
    1. В будущих Debian и centos появится еще поддержка Xen? Если на debian squeeze насколько понимаю отказались от поддержки ядра xen, а в centos - redhat c 6 версии тоже не будет xen, будет kvm?
    2. Кто-нибудь юзал Citrix XenServer? Беслатные версии содержат тот же функционал, что debian/centos. Для винды также нужны gplpv драйвера, сетка робит? Лишние понты пока не нужны, vnc хватает. Но неохота заводить зоопарк дистрибутивов.

    P.S. Немного в раздумьях, несколько серверов xen в продакшн, непонятно мигрировать на другие решения при установке новых серверов. Либо отсидеться на xen, т.к. скоро выйдет на centos 5.5 с несколькими годами поддержки. А там и debian подтянется, и может redhat свою позицию пересмотрит.

     
     
  • 2.16, bliss (?), 09:06, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Юзаю Ксен-Сервер. 5.0 и 5.5. Без Essentials. Под ним все вендовые сервера, включая терминальный (1С) и SQL кластер. Полет нормальный. Буду юзать дальше -- опять таки без Essentials. Мне Essentials не нада
     
  • 2.18, Andrey Mitrofanov (?), 09:27, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Добрый день. Понимаю что рано спрашиваю, как считаете:
    >1. В будущих Debian и centos появится еще поддержка Xen? Если на
    >debian squeeze насколько понимаю отказались от поддержки ядра xen

    http://womble.decadent.org.uk/blog/debian-linux-packages-the-big-bang-release
    http://packages.debian.org/sid/linux-image-2.6.32-4-xen-amd64

    Ещё в sid,  попадёт ли в squeeze -- посмотрим.

    >А там и debian подтянется

    Угу, шкуру рвёт -- тяаааанется... :/

     
  • 2.21, GooglieS (??), 11:42, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я юзаю CITRIX XenServer без эссеншлз. С виду все красиво, но как начинаешь пользоваться вылезает куча мелкий неприятностей которые досождают очень часто. Например - не возможно дать виртуалке более трех виртуальных дисков (бред!!!), консоль управления написанна на .NET и работает только под windows, нету паравиртуальных драйверов (xentools) для Linux (они есть, но для очень ограниченного числа дистрибутивов, и то старых версий). Для того, чтобы работала живая миграция между машинами - необходимо иметь процессоры из одного семейства (в след версии обещают исправить, но сейчас нет). Абсолютно по идиотски реализован механизм резервного копирования виртуалок. Глючный функционал по работе с снапшотами. И т.д. и т.п., сейчас уже не вспомню. Часто думаю что лучше бы взяли опенсорц решение.
     
     
  • 3.23, netserfer (?), 13:27, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > консоль
    >управления написанна на .NET и работает только под windows,

    есть http://www.openxencenter.com/ .
    + есть очень функциональная curses-based тулза "из коробки" xsconsole

     
     
  • 4.26, Эргил (?), 18:57, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    пипец какая функциональная. создайте при помощи xconsole новую виртуалку...
     
  • 3.28, bliss (?), 10:14, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да, есть много неприятных моментов. Приятный для меня в переходе с опенсорц решения на ксен-сервер (рассматриваем только венду, линуксовые виртуалки отлично живут под опенсорц ксеном) -- наличие нормальных паравиртуальных драйверов под венду. Без них на аппаратной виртуализации в венде сильно просаживались дисковая и сетевая подсистемы (терминальные сервера ). Пробовали завести 2 сервера в пул -- на серверах идентичное железо, только версии матерей разные. После того, как поставщик поменял маму на новую, все получилось. Только выяснилось, что оно нам не нужно :(. Вендовая консоль симпатишная, но огорчает то, что она вендовая. Как-то ставил консоль управления на виртуалке (дебиан), но там функционала вообще нет. Только погасить-поднять, и вывести в окошко консольный вывод. Поставил 5.5, смотрю. Вродь снэпшоты появились, буду смотреть. Глюков особенных не отмечено, единственное, при переходе на ксентулз 5.5 при коннекте к вендовым виртуалкам через РДП отваливался сеанс. Решилось добавлением пары ключей в реестр. Понятно, что оно не совсем ынтырпрайз, но для дешево и сердито -- сойдет.
     
  • 2.22, netserfer (?), 13:20, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > может redhat свою позицию пересмотрит.

    а вот этого точно не будет. у них теперь есть kvm. зачем им теперь аутсайдер xen?

     
     
  • 3.25, stranger (??), 18:44, 08/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А куда они денутся? У их основных конкурентов - Novell, Xen - это основная платформа для виртуализации. К тому же Xen уже много где используется. Ну неужели они отпустят своих клиентов к Novell? :)
     
     
  • 4.29, netserfer (?), 10:42, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А куда они денутся? У их основных конкурентов - Novell,
    > Xen - это основная платформа для виртуализации.

    основная платформа для серверной виртуализации в мире сейчас это vmware esx. точно больше половины рынка серверной виртуализации принадлежит именно им. все вендоры, предлогающие решения на xen (citrix, oracle, итп) в сумме находятся на 3-ем месте после microsoft с её hyper-v по покрытию рынка.


    > К тому же Xen уже много где используется. Ну неужели они отпустят
    > своих клиентов к Novell? :)

    kvm более мощьная и перспективная технология. после того как red hat купила qumranet в 2008 им нет никакого смысле тянуть одновременно 2-е технологии виртуализации. а своих клиентов red hat успешно переводи с xen на kvm.

     
  • 4.30, Аноним (-), 12:18, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А новеллу аутсайдер тоже не нужен, и они присматриваются к kvm - была новость недавно, что будут его поддерживать. А казалось бы.
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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