Гипервизор виртуализации Xen достиг 4 уровня

0
53

Напомню, что Xen это  популярный гипервизор виртуализации с открытым кодом.

А вот главные новшества Xen 4.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.
  • И множество других улучшений.

Помнится, я даже активировал поддержку Xen в ядре, в OpenSUSE 11, но так и не решился использовать гипервизор на полную катушку. Но если вы оформили договорное обслуживание ПК, то особо волноваться не стоит. В случае программных сбоев система будет восстановлена до актуального состояния.

НЕТ КОММЕНТАРИЕВ

ОСТАВЬТЕ ОТВЕТ