Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 19
Отличная новость! Только все наоборот: dom0 — управляющая ОС, а domU это гостевая ОС.
замечательно. теперь можно будет выбирать из коробки что использовать, благо libvirt поддерживает и xen и kvm.
кстати мне вот интересно а можно будет их миксовать?
кстати мне вот интересно а можно будет их миксовать?
>>xen и kvm. кстати мне вот интересно а можно будет их миксовать?
А, собственно, зачем? :)
А, собственно, зачем? :)
ну например у цитрикса есть свой пак дров для винды.
винду через xen, все остальное через kvm например.
винду через xen, все остальное через kvm например.
Ммм, у KVM вполне ничего дрова для винды. От Red Hat.
я думаю что у Citrix они будут получше, потому как они уже несколько лет именно этим и занимаются.
А в Red Hat значит этим не занимаются. Ок.
Citrix уже несколько лет занимается терминалами для винды. Я как бэ думаю что они более осведомлены о винде.
Не вижу причин, по которым это будет нельзя сделать.
Нельзя будет. По очевидным причинам.
Xen — это гипервизор, отдельный от ядра модуль. В ядре, конечно, требуется поддержка работы в режиме dom0, но само по себе оно тоже выполняется под управлением гипервизора. И ядро dom0, запущенное под гипервизором, не увидит флаг svm или vmx в способностях процессора (его скроет Xen), т.е. для него не будет доступна аппаратная виртуализация, необходимая для KVM.
Тем более этот флаг не увидят ядра domU.
KVM — это сам гипервизор, встроенный в ядро. Требует аппаратной виртуализации. Под Xen-ом ядра dom0 и domU не имеют доступа к ней, к ней имеет доступ только сам Xen.
Также и ядра запущенные под KVM не имеют доступа к виртуализации — только сам KVM. Там, правда, сможет работать Xen в «традиционном» режиме паравиртуализации.
Так что, единственный способ микса — это Xen в виртуалке KVM.
Xen — это гипервизор, отдельный от ядра модуль. В ядре, конечно, требуется поддержка работы в режиме dom0, но само по себе оно тоже выполняется под управлением гипервизора. И ядро dom0, запущенное под гипервизором, не увидит флаг svm или vmx в способностях процессора (его скроет Xen), т.е. для него не будет доступна аппаратная виртуализация, необходимая для KVM.
Тем более этот флаг не увидят ядра domU.
KVM — это сам гипервизор, встроенный в ядро. Требует аппаратной виртуализации. Под Xen-ом ядра dom0 и domU не имеют доступа к ней, к ней имеет доступ только сам Xen.
Также и ядра запущенные под KVM не имеют доступа к виртуализации — только сам KVM. Там, правда, сможет работать Xen в «традиционном» режиме паравиртуализации.
Так что, единственный способ микса — это Xen в виртуалке KVM.
ну опять же неизвестно как они его встроят в ядро.
Кого «его»? Xen? По ссылке почитайте — сам Xen никто не встраивал в ядро и не собирается, встроили интерфейсы, необходимые для работы этого ядра в режиме dom0.
Плюс от исключительно вот в чём: теперь для Xen dom0 можно будет использовать вообще ванильное ядро с kernel.org, безо всяких левых патчей. Ну, и как бонус — не нужно будет ждать, когда эти патчи появятся для актуальной версии ядра.
Плюс от исключительно вот в чём: теперь для Xen dom0 можно будет использовать вообще ванильное ядро с kernel.org, безо всяких левых патчей. Ну, и как бонус — не нужно будет ждать, когда эти патчи появятся для актуальной версии ядра.
В Xen HVM работает с QEMU-образами, KVM ипользует QEMU. Чувствуете?
Оптимизм есть, но очень сдержанный. Дело в том, что понятие «линукс для зен» очень фрагментированное. Даже если минимум есть, то его не достаточно. Например, уже несколько лет pv-ops линукс не поддерживал без допиливания напильником pre-inflated balloon и имел много нюансов в работе с зеном. Надеюсь, их сольют вместе, но на ближайшие пол-года это только анонс…
Странно. Читал пару месяцев назад убедительнейшую статью, доказывающую, что этого никогда не произойдёт — так как dom0 зена, по сути, есть отдельная операционная система, управляющая виртуалками.
Или эта микрооперационка будет выходить отдельно, а гарантируется лишь возможность загрузки ванильного ядра в качестве dom0 после передачи его как initrd в загрузчике зеновской микро-ос?
Или эта микрооперационка будет выходить отдельно, а гарантируется лишь возможность загрузки ванильного ядра в качестве dom0 после передачи его как initrd в загрузчике зеновской микро-ос?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Полная поддержка dom0 и domU в Xen появится в Linux 3.0