Вышел (http://www.linux-kvm.com/content/qemu-kvm-0122-released) пакет qemu-kvm 0.12.2 (первый публичный релиз ветки 0.12), представляющий собой набор компонентов из состава эмулятора qemu, расширенный для работы с технологиями, связанными с системой виртуализации KVM. Иными словами, пакет позволяет использовать улучшенные утилиты qemu вместе с модулем ядра kvm-kmod.На релиз стоит обратить внимание в основном благодаря реализации (http://www.linux-kvm.com/content/qemu-kvm-012-adds-block-mig...) функции миграции блоков данных, созданной в недрах компании IBM и позволяющей в процессе live-миграции виртуального окружения одновременно перенести на другую машину и данные с блочного устройства, используемого в текущем окружении б. Т.е. не только скопировать состояния памяти, но и перенести данные с диска в асинхронном режиме, без использования DRBD и других технологий зеркалирования дисков по сети.
Поддерживается два метода проведения миграции - полное копирование хра...URL: http://www.linux-kvm.com/content/qemu-kvm-0122-released
Новость: http://www.opennet.ru/opennews/art.shtml?num=25119
>URL: http://www.linux-kvm.com/content/qemu-kvm-0122-released
>Новость: http://www.opennet.ru/opennews/art.shtml?num=25119Интересно :) OVZ/PVC тем и были удобны для low-end виртуализации, что не нужна СХД для livimigration (и тормозные drbd), что все работает на локальных дисках :)
Хорошо, что теперь и в KVM появился такой же функционал :)
OVZ в отличие от полновесной виртуализации дает минимум оверхеда. Так что может и хорошо, но все-равно врядли является заменой OVZ и прочая.
Контейнеры это очень хорошо, но повсеместно их использовать нельзя.
Они не могут быть заменой гипервизорам, а гипервизоры контейнерам :)
Так что, появление функционала у KVM, который уже давно есть у OVZ/PVC есть очень хорошо)И гипервизоры и контейнеры по карману проектам с любым бюджетом, а вот про СХД это не скажешь: они по-прежнему остаются очень дорогой игрушкой, часто снижающей рентабельность проектов ниже прибыльной....
> запланированных для реализации в Linux дистрибутиве Fedora 13,Похоже редхат всерьез настроен насчет виртуализации.
Так он же для этого и купил kvm
Забавно, что в Debian Xen дропнули, а в Fedora, наоборот, вернули. Нежели будет в RHEL6 и RHEV?Мне кажется, что в Debian его слишком рано закопали...
qemu - ВЕЩЬ !!
для многих вещей.
но скрещивать его с КVM ??!
Ну так вполне вполне логично для редхата.
Редхат обещал, что будет еще долго поддерживать Xen. Вот и держит слово.А дебиановцы... они в свое время обещали, что DEC Alpha будут вечно поддерживать. А в squeeze уже вычеркнули. Таким ребятам верить не стоит.
Впрочем, вроде бы Xen обещали включить в мейнстрим где-то после 2.6.33, так что не факт, что в следующем выпуске после squeeze его не будет.
>Редхат обещал, что будет еще долго поддерживать Xen. Вот и держит слово.
>
>
>А дебиановцы... они в свое время обещали, что DEC Alpha будут вечно
>поддерживать. А в squeeze уже вычеркнули. Таким ребятам верить не стоит.
>
>
>Впрочем, вроде бы Xen обещали включить в мейнстрим где-то после 2.6.33, так
>что не факт, что в следующем выпуске после squeeze его не
>будет.сложно поддерживаеть "вечно" невечную платформу.
см паралель с IA64 и следующих RHEL6.
>>А дебиановцы... они в свое время обещали, что DEC Alpha будут вечно
>>поддерживать. А в squeeze уже вычеркнули. Таким ребятам верить не стоит.
>сложно поддерживаеть "вечно" невечную платформу.
>см паралель с IA64 и следующих RHEL6.Таким ребятам верить не стоит. :)
+500
>сложно поддерживаеть "вечно" невечную платформу.
>см паралель с IA64 и следующих RHEL6.Параллель совсем-совсем неполная: RHEL5 еще будет поддерживаться кучу времени (а вместе с ним и ia64)
У Debian же время поддержки гораздо меньше... Так что, времени на миграцию с ia64 юзеров CentOS/RHEL аж до 2014, с Lenny же все будет гораздо хуже...
>сложно поддерживаеть "вечно" невечную платформу.
>см паралель с 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 сообщества, сохранится вечно.
> Поддержка совместного использования виртуальными окружениями одного физического сетевого интерфейсакак бы с помощью bridge у меня и так все виртуалки на одном сетевом интерфейсе сидят
Сделали бы замену VNC протокола, а то экран 1024x768 при 4 fps это жопа.
А что самое интересное, скорость VNC потока не поднимается выше 20Mbit/sес., хоть на 1Gbit.
Я имею ввиду tcp подключение, не локальный экран.
Ну как бы red hat для этого spice и приобрел :)
Им бы в первую очередь снапшоты допилить, чтобы из них можно было древовидную структуру сделать. А то что есть сейчас - это даже не снапшоты вовсе, снапшот только оперативки. Приходится просто копировать образа. А вот в вмваре снапшоты мне понравились.
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 их на порядок больше.
4. До сих пор нет НОРМАЛЬНОГО менеджера управления всей инфраструктурой ВМ
( От RedHat-а не всчет ( платная ) и работает только на винде ). Все подделия на кривом libvirt-е ( тоже не всчет ). Convirt ( падает, недопилен ), Proxmox ( основан на Debian, со старым KVM-ом ). Enomaly ( уже платная ), Virt Manager ( кривое подделие, на libvirt-е ).
Посмотрите на openQRM.
А Xen чем лучше?
Первый пнкт - проблема с блочными устройствами. Как по этой части у него?
Второй пункт - насколько знаю у xen - а нет снапшотов, только если файловая система поддерживает
Четвертый пункт - а у xen разве есть нормальные менеджеры управления инфраструктурой?