LINUX.ORG.RU

Xen 4.0.0

 , ,


0

0

Вышла новая версия системы виртуализации Xen 4.0.0.

Основные новшества:

  • Поддержка версий ядра 2.6.31, 2.6.32 (LTS) и, традиционно, 2.6.18.
  • Улучшена масштабируемость: до 64 виртуальных процессоров на один domU, до 1 Тб RAM и 128 CPU в dom0.
  • Новый vbd-драйвер blktap2, обеспечивающий поддержку формата образов виртуальных дисков VHD, включая такие возможности, как высокопроизводительные операции клонирования и создания снимков (snapshots).
  • Улучшение PCI passthrough (проброс PCI-устройств в domU): теперь поддерживается аппаратное ускорение ввода-вывода для виртуализации (Intel VT-d и AMD IOMMU).
  • Возможность проброса основной видеокарты dom0 в HVM domU, с обеспечением прямого доступа ОС domU к GPU, что открывает огромные возможности по запуску на виртуальных машинах игр и других приложений с «тяжелой» графикой.
  • Поддержка разработанной в Oracle технологии TMEM, обеспечивающей автоматическое перераспределение неиспользуемой PV domU памяти.
  • Автоматическое объединение совпадающих страниц памяти различных HVM domU.
  • Новый сетевой драйвер netchannel2 с реализацией возможностей новых сетевых карт и поддержкой нескольких очередей запросов, позволяющий значительно повысить производительность обработки пакетов на Ethernet-интерфейсах за счет снижения паразитной нагрузки на CPU и поддержки таких технологий, как SR-IOV.
  • Изменение размеров виртуальных дисков без выключения/перезагрузки domU.
  • Интеграция системы Remus, позволяющей обеспечить эффективное горячее резервирование виртуальных машин для HA-кластеров.

    Копии виртуальных машин, запущенные на slave-нодах, непрерывно синхронизируются с виртуальной машиной на master-ноде, и в случае «выпадения» master-ноды работа сервиса может быть возобновлена практически мгновенно.

    Для сравнения, в классической схеме HA-кластера для виртуальных машин, даже при синхронизации образов дисков (например, через DRBD), при «выпадении» master-ноды, резервные ноды вынуждены поднимать инстансы (виртуальные машины) «с нуля», так как не располагают актуальной копией содержимого RAM исходного инстанса. Внешне это выглядит как «холодная перезагрузка» инстанса.

  • Поддержка библиотеки libxenlight, позволяющей приложениям из domU управлять работой гипервизора, в частности, замораживать или останавливать различные domU, выполнять PCI passthrough и т.п.
  • Новая подсистема PV-USB, обеспечивающая высокопроизводительный проброс USB-устройств в domU (как PV, так и HVM). Полная поддержка USB 2.0.
  • Добавлен отладчик gdbsx для ELF-совместимых domU.
  • Поддержка ОС семейства Winows как PV domU.
  • Ряд улучшений в подсистеме pygrub (обеспечивает загрузку PV domU без необходимости хранить ядро в dom0):
    • Поддержка GRUB2.
    • Поддержка файловой системы ext4 на /boot-разделе.
    • Поддержка ядер, сжатых посредством bzip2 или lzma.
  • И множество других улучшений.

>>> Подробности

★★★★

Проверено: maxcom ()
Последнее исправление: nnz (всего исправлений: 2)

Оно живое! Это не может не радовать!

Black_Shadow ★★★★★
()

надо будет потискать...

kam ★★
()

Создалось впечатление, что оно умерло... ИМХО, уже не нужен, ибо есть (kvm+ovirt) + (openvz || lxc) - более простые вещи.

shahid ★★★★★
()

> Поддержка ОС семейства Winows как PV domU

Вы обидели мой дуалбут, он взывает о мести.

Cargo
()
Ответ на: комментарий от shahid

У kvm есть что-нибудь похожее на Remus?

anonymous
()

> Возможность проброса основной видеокарты dom0 в HVM domU

Дуалбут с вендавсам хона?

f00fc7c8
()

Поддержка ОС семейства Winows как PV domU и Возможность проброса основной видеокарты dom0 в HVM domU нужно проверить. А вроде ж раньше видеокарту тоже можно было пробросить и ее даже видно в винде было но нельзя драйвера поставить (я про нвидию)?

wolfovich
()

KVM рулит, не?

Возможность проброса основной видеокарты dom0 в HVM domU, с обеспечением прямого доступа ОС domU к GPU, что открывает огромные возможности по запуску на виртуальных машинах игр и других приложений с «тяжелой» графикой.

Я уж думал Xen сдох, ан нет. KVM умеет что-то близкое к тому что в цитате?

Camel ★★★★★
()

Хорошая новость.

AnDoR ★★★★★
()

>Автоматическое объединение совпадающих страниц памяти различных HVM domU.

Такое раньше вроде было только в VMware ESX

Black_Shadow ★★★★★
()

> Интеграция системы Remus, позволяющей обеспечить эффективное горячее резервирование виртуальных машин для HA-кластеров.

а как оно гонит траффик-то? Если передавать на slave раз в T, то получаем не атомарность. Если гнать в realtime то требование на очень хорошую сеть.

Хотя, можно, просто блокироваться. Но какой смысл?

catap ★★★★★
()
Ответ на: комментарий от catap

Думаю должно работать через infiniband rdma. Через ethernet и в самом деле беспонтово такие данные гонять.

anonymous
()
Ответ на: комментарий от frey

Цитируем frey

kvm уже научился паравиртуализации?

А frey уже читать научился? Если прям в kvm нужна некая паравиртуализация, то марш курить man virtio.

shahid ★★★★★
()
Ответ на: комментарий от catap

Мдя, почитал их документацию, и вправду блокируется. Вот что пишут: Figure 6 shows protection overhead when configured to checkpoint at rates of 10, 20, 30 and 40 times per second, compared to a baseline compilation in an unprotected virtual machine. Total measured overhead at each of these frequencies was 31%, 52%, 80% and 103%, respectively. Overhead scales linearly with checkpoint frequency within the rates we tested.

anonymous
()
Ответ на: комментарий от anonymous

Фи. Зато это решение очень даже cheap.

catap ★★★★★
()
Ответ на: комментарий от catap

В ихней доке нет упоминаний infiniband, скорее всего не умеет через него работать. По поводу стоимости - думаю все же дешевле чем 10gigabit datacenter ethernet/

anonymous
()
Ответ на: комментарий от anonymous

Не знаю, в пределах своей стойки 10гбит это очень даже возможно. Т.е. сиська 4948 стоит до 10 тысяч. А где брать, и сколько стоят тазики с infiniband я не знаю.

Резюмируя: наиболее массовая реализация. Надо будет в тесты поиграть.

catap ★★★★★
()

Может, нуегонафиг, виртулбокс?

impfp
()

Оно так и не научилось гонять QNX?

MuZHiK-2 ★★★★
()
Ответ на: комментарий от catap

QDR (40Gb/s) инфинибанд свитч на 36 портов стоит те-же 10 тысяч. Адаптер pci-e стоит около тысячи. При этом мы получаем 40 гигабит в секунду и очень маленькую латентность. Думаю это выгоднее эзернета.

anonymous
()
Ответ на: комментарий от anonymous

до 10 тысяч, это значит что 7-8 где-то. Так что экономически эзернет лучше.

Но текущему решению и гагабита между узлами хватит.

catap ★★★★★
()
Ответ на: комментарий от shahid

> Если прям в kvm нужна некая паравиртуализация, то марш курить man virtio.

А если нужна не «некая» паравиртуализация, а нормальная?

tailgunner ★★★★★
()
Ответ на: комментарий от deil

Где на оф. сайте про это?

Речь идет о наличии сертифицированных паравиртуальных драйверов для винды, распространяемых в рамках проекта Xen Cloud Platform.

nnz ★★★★
() автор топика
Ответ на: комментарий от shahid

Какие-то детские у вас суждения.

Создалось впечатление, что оно умерло... ИМХО, уже не нужен


С учетом списка возможностей нового xen, kvm может уже ползти на кладбище. Отставание от прогресса у него эпическое.

ибо есть (kvm+ovirt) + (openvz || lxc) - более простые вещи.


С точки зрения libvirt пофигу. kvm, xen, lxc, openvz — интерфейс одинаково простой.

nnz ★★★★
() автор топика
Ответ на: комментарий от anonymous

> А что означает «нормальная»?

С модификациями ядра для более быстрой работы.

И чем не устраивает virtio?

А я разве сказал, что virtio меня чем-то не устраивает?

tailgunner ★★★★★
()

Возможность проброса основной видеокарты dom0 в HVM domU

Сладко!!! После выхода 10.04 попробую.

Ab-1
()
Ответ на: комментарий от nnz

> Речь идет о наличии сертифицированных паравиртуальных драйверов для винды, распространяемых в рамках проекта Xen Cloud Platform.

Я честно там пытался найти, где скачать - без шансов. Может, ткнешь ссылкой?

deil
()
Ответ на: комментарий от deil

Вроде бы, оно только за денежки. Цитрикс же.
Вполне логично. Если у кого-то есть деньги на лицензионную винду, то и на XCP деньги должны найтись.

Хотя, наверное, появятся и крякнутые версии. Зависит от того, насколько оно нужно нелегальным пользователям.

nnz ★★★★
() автор топика

>Возможность проброса основной видеокарты dom0 в HVM domU, с обеспечением прямого доступа ОС domU к GPU, что открывает огромные возможности по запуску на виртуальных машинах игр и других приложений с «тяжелой» графикой

Забавно что они сделали это именно с основным адаптером :/

Gary ★★★★★
()
Ответ на: комментарий от Black_Shadow

>Такое раньше вроде было только в VMware ESX

видел где-то в новостях, что KVM это тоже осилил.

awesome
()
Ответ на: комментарий от tailgunner

>> А что означает «нормальная»?

С модификациями ядра для более быстрой работы.

линукс с 2,6,24 версии уже включает в себе поддержку работы KVM в качестве гостя в паравиртуальном режиме. FreeBSD вроде с 8-ветки. что там с остальными свободными системами я не в курсе. так что паравитруализация там есть.

кстати, что там с КВМ пара-дровами для винды?

да, и как в Xen винду портировали, тоже интересно.

awesome
()
Ответ на: комментарий от awesome

> линукс с 2,6,24 версии уже включает в себе поддержку работы KVM в качестве гостя в паравиртуальном режиме.

Разве? Мне казалось, что там только драйверы virtio, а привелигированные операции трапятся KVM обычным способом.

да, и как в Xen винду портировали, тоже интересно.

Когда-то давно (Xen 2.x, вроде) XenSource дали исходники венды.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Разве? Мне казалось, что там только драйверы virtio, а привелигированные операции трапятся KVM обычным способом.

да, я наврал. это линукс с 24 ядра портирован под Xen в PV. KVM работает только при наличии аппаратной виртуализации. поэтому о PV там не может быть и речи.

Когда-то давно (Xen 2.x, вроде) XenSource дали исходники венды.

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

awesome
()
Ответ на: комментарий от awesome

> это линукс с 24 ядра портирован под Xen в PV

Скорее эта поддержка включена в основную ветку.

frey ★★
()

nnz> Возможность проброса основной видеокарты dom0 в HVM domU, с обеспечением прямого доступа ОС domU к GPU, что открывает огромные возможности по запуску на виртуальных машинах игр и других приложений с «тяжелой» графикой.

Не могу себе этого представить никак в системе с одной видеокартой. Если видеокарт >1, то какая считается «основной». Звучит как маркетоидный бред.

sdio ★★★★★
()
Ответ на: комментарий от sdio

>Xen 4.0.0 supports VGA passthrough of the primary graphics adapter (the one that gets initialized and is used when you power-on the computer) only.

nnz ★★★★
() автор топика

Отличная новость, как раз заценим Windows domU.

gh0stwizard ★★★★★
()

для XenVGAPassthrough еще нужны мамка\проц правильные, а я уже раскатал губу для тестирования.

Novell-ch ★★★★★
()
Ответ на: комментарий от sdio

Надо полагать, другие domU, как обычно, будут довольствоваться эмулированными видяхами, а насчет dom0 самому интересно :)
Не пробовал я еще этот xen4, да.

nnz ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.