The OpenNET Project / Index page

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

Вышел qemu-kvm 0.12 с поддержкой миграции дисков. Улучшения виртуализации в Fedora 13

22.01.2010 22:27

Вышел пакет qemu-kvm 0.12.2 (первый публичный релиз ветки 0.12), представляющий собой набор компонентов из состава эмулятора qemu, расширенный для работы с технологиями, связанными с системой виртуализации KVM. Иными словами, пакет позволяет использовать улучшенные утилиты qemu вместе с модулем ядра kvm-kmod.

На релиз стоит обратить внимание в основном благодаря реализации функции миграции блоков данных, созданной в недрах компании IBM и позволяющей в процессе live-миграции виртуального окружения одновременно перенести на другую машину и данные с блочного устройства, используемого в текущем окружении. Т.е. не только скопировать состояние памяти, но и перенести данные с диска в асинхронном режиме, без использования DRBD и других технологий зеркалирования дисков по сети.

Поддерживается два метода проведения миграции: полное копирование хранилища и инкрементальный режим. Если в первом случае на другую машину полностью копируется образ виртуальной машины, то второй метод подразумевает предварительное копирование на удаленную систему копии данные, а в момент миграции - переноса только накопившихся изменений. Метод также полезен при временном переносе окружений, например, для проведения технического обслуживания, после которого нет необходимости обратно полностью копировать все содержимое виртуальных дисков - все изменившиеся данные автоматически вернутся на "родной" диск.

Для операции полного копирования при миграции управляющая команда будет выглядеть следующим образом - "(qemu) migrate -d -b tcp:1.2.3.4:4444", после чего можно повторно выполнить миграцию уже с использованием инкрементального метода - "(qemu) migrate -d -i tcp:1.2.3.4:4444".

Одновременно, представлен список из 10 связанных с виртуализацией новшеств, запланированных для реализации в Linux дистрибутиве Fedora 13, релиз которого выйдет в мае:

  • Hostinfo - возможность получения информации о состоянии хост-системы из гостевого окружения
  • Возможность назначения неизменных адресов для PCI устройств в гостевых KVM окружениях
  • Поддержка совместного использования виртуальными окружениями одного физического сетевого интерфейса
  • VhostNet - акселерация сетевых функций KVM на уровне ядра
  • VirtAppliances - улучшение средств управления образами для развертывания в виртуальных окружениях
  • VirtAuthorization - возможность настройки надежной авторизации для управления удаленными виртуальными сервисами
  • VirtVNCResourceTunnel - позволяет получить доступ к ресурсам гостевой системы, таким как последовательный порт или вывод звука, через проброс в VNC клиента
  • VirtioSerial - возможность создания одновременно нескольких virtio-консолей
  • Средства для автоматического преобразования виртуальной машины Xen в KVM представление
  • Включение в поставку Xen dom0 (host) ядра, которое отсутствует со времен Fedora 8


  1. Главная ссылка к новости (http://www.linux-kvm.com/conte...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25119-qemu
Ключевые слова: qemu, kvm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, sHaggY_caT (ok), 23:10, 22/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >URL: http://www.linux-kvm.com/content/qemu-kvm-0122-released
    >Новость: https://www.opennet.ru/opennews/art.shtml?num=25119

    Интересно :) OVZ/PVC тем и были удобны для low-end виртуализации, что не нужна СХД для livimigration (и тормозные drbd), что все работает на локальных дисках :)

    Хорошо, что теперь и в KVM появился такой же функционал :)

     
     
  • 2.12, User294 (ok), 17:51, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    OVZ в отличие от полновесной виртуализации дает минимум оверхеда. Так что может и хорошо, но все-равно врядли является заменой OVZ и прочая.
     
     
  • 3.18, sHaggY_caT (ok), 16:02, 24/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Контейнеры это очень хорошо, но повсеместно их использовать нельзя.
    Они не могут быть заменой гипервизорам, а гипервизоры контейнерам :)
    Так что, появление функционала у KVM, который уже давно есть у OVZ/PVC есть очень хорошо)

    И гипервизоры и контейнеры по карману проектам с любым бюджетом, а вот про СХД это не скажешь: они по-прежнему остаются очень дорогой игрушкой, часто снижающей рентабельность проектов ниже прибыльной....

     

  • 1.4, User294 (ok), 23:28, 22/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > запланированных для реализации в Linux дистрибутиве Fedora 13,

    Похоже редхат всерьез настроен насчет виртуализации.

     
     
  • 2.5, vadiml (?), 23:33, 22/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так он же для этого и купил kvm
     

  • 1.6, sHaggY_caT (ok), 23:41, 22/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Забавно, что в Debian Xen дропнули, а в Fedora, наоборот, вернули. Нежели будет в RHEL6 и RHEV?

    Мне кажется, что в Debian его слишком рано закопали...

     
     
  • 2.7, Basiley (ok), 00:33, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    qemu - ВЕЩЬ !!
    для многих вещей.
    но скрещивать его с КVM ??!
     
     
  • 3.13, User294 (ok), 17:52, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так вполне вполне логично для редхата.
     
  • 2.8, аноним (?), 00:33, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Редхат обещал, что будет еще долго поддерживать Xen. Вот и держит слово.

    А дебиановцы... они в свое время обещали, что DEC Alpha будут вечно поддерживать. А в squeeze уже вычеркнули. Таким ребятам верить не стоит.

    Впрочем, вроде бы Xen обещали включить в мейнстрим где-то после 2.6.33, так что не факт, что в следующем выпуске после squeeze его не будет.

     
     
  • 3.9, Basiley (ok), 00:36, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Редхат обещал, что будет еще долго поддерживать Xen. Вот и держит слово.
    >
    >
    >А дебиановцы... они в свое время обещали, что DEC Alpha будут вечно
    >поддерживать. А в squeeze уже вычеркнули. Таким ребятам верить не стоит.
    >
    >
    >Впрочем, вроде бы Xen обещали включить в мейнстрим где-то после 2.6.33, так
    >что не факт, что в следующем выпуске после squeeze его не
    >будет.

    сложно поддерживаеть "вечно" невечную платформу.
    см паралель с IA64 и следующих RHEL6.

     
     
  • 4.15, pavlinux (ok), 18:48, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>А дебиановцы... они в свое время обещали, что DEC Alpha будут вечно
    >>поддерживать. А в squeeze уже вычеркнули. Таким ребятам верить не стоит.
    >сложно поддерживаеть "вечно" невечную платформу.
    >см паралель с IA64 и следующих RHEL6.

    Таким ребятам верить не стоит.  :)
    +500

     
  • 4.16, sHaggY_caT (ok), 21:41, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >сложно поддерживаеть "вечно" невечную платформу.
    >см паралель с IA64 и следующих RHEL6.

    Параллель совсем-совсем неполная:  RHEL5 еще будет поддерживаться кучу времени (а вместе с ним и ia64)

    У Debian же время поддержки гораздо меньше... Так что, времени на миграцию с ia64 юзеров CentOS/RHEL аж до 2014, с Lenny же все будет гораздо хуже...

     
  • 4.22, аноним (?), 03:07, 18/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >сложно поддерживаеть "вечно" невечную платформу.
    >см паралель с IA64 и следующих RHEL6.

    Пустая демагогия. Редхат никогда не обещал _вечно_ поддерживать IA64. Поэтому он не нарушал обещания.
    А у дебианщики прямо и недвусмысленно заявили
    >Despite the fact that the Alpha processor development ceased in 2004, with the proper support from the Linux community, the Alpha port will never disappear.
    >Несмотря на тот факт, что развитие процессора Alpha было прекращено в 2004 году, перенос на эту платформу, с надлежащей поддержкой от Linux сообщества, сохранится вечно.

    http://www.debian.org/ports/alpha/

     

  • 1.11, vit (??), 15:40, 23/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Поддержка совместного использования виртуальными окружениями одного физического сетевого интерфейса

    как бы с помощью bridge у меня и так все виртуалки на одном сетевом интерфейсе сидят

     
  • 1.14, pavlinux (ok), 18:43, 23/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сделали бы замену VNC протокола, а то экран 1024x768 при 4 fps это жопа.
    А что самое интересное, скорость VNC потока не поднимается выше 20Mbit/sес., хоть на 1Gbit.
    Я имею ввиду tcp подключение, не локальный экран.


     
     
  • 2.17, anonymouz (?), 13:23, 24/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как бы red hat для этого spice и приобрел :)
     

  • 1.20, Аноним (20), 09:02, 25/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Им бы в первую очередь снапшоты допилить, чтобы из них можно было древовидную структуру сделать. А то что есть сейчас - это даже не снапшоты вовсе, снапшот только оперативки. Приходится просто копировать образа. А вот в вмваре снапшоты мне понравились.

     
  • 1.21, Hober (?), 11:00, 25/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    KVM - не готов для энтерпрайза.
    1. До сих пор не решена проблема с блочными устройствами, virtio - показывает удручающие показатели. Это самая ОСНОВНАЯ проблема.
    Главный маинтейнер KVM ( Avi Kivity), либо не хочет развивать блочные устройства, либо в этом замешана политика RedHat-а. Есть один проект, который пилит Gregory Hackins ( почитайте рассылку kernel-a, много интерессного узнаете о РедХате ), но он далек до завершения.
    2. Снапшотов так таковых нету ( подделие, которое сейчас есть - это не снапшоты, а х. какаято ). Посмотрите как это все в vmware реализовано.
    3. Spice - кривое, недоделанное подделие ( падающие в segafult ).
    4. До сих пор нет НОРМАЛЬНОГО менеджера управления всей инфраструктурой ВМ
    ( От RedHat-а не всчет ( платная ) и работает только на винде ). Все подделия на кривом libvirt-е ( тоже не всчет ). Convirt ( падает, недопилен ), Proxmox ( основан на Debian, со старым KVM-ом ). Enomaly ( уже платная ), Virt Manager ( кривое подделие, на libvirt-е ).

    Другие системы виртуализации, также имеют серьезные проблемы.
    Но как показали тесты, в KVM их на порядок больше.

     
     
  • 2.24, Прохожий (??), 23:34, 21/04/2010 [^] [^^] [^^^] [ответить]  
  • +/

    4. До сих пор нет НОРМАЛЬНОГО менеджера управления всей инфраструктурой ВМ
    ( От RedHat-а не всчет ( платная ) и работает только на винде ). Все подделия на кривом libvirt-е ( тоже не всчет ). Convirt ( падает, недопилен ), Proxmox ( основан на Debian, со старым KVM-ом ). Enomaly ( уже платная ), Virt Manager ( кривое подделие, на libvirt-е ).


    Посмотрите на openQRM.

     

  • 1.23, Аноним (-), 11:06, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А Xen чем лучше?
    Первый пнкт - проблема с блочными устройствами. Как по этой части у него?
    Второй пункт - насколько знаю у xen - а нет снапшотов, только если файловая система поддерживает
    Четвертый пункт - а у xen разве есть нормальные менеджеры управления инфраструктурой?
     

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



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

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