|
|
| (166 intermediate revisions by 20 users not shown) |
| Line 1: |
Line 1: |
| ==Virtualization==
| | {{header|docs}}{{Docs_beat_open}} |
| | | [[Category:Docs Project]] |
| Virtualization in Fedora 10 includes major changes, and new features, that continue to support the Xen and KVM platforms.
| | [[Category:Draft documentation]] |
|
| | [[Category:Documentation beats]] |
| === Kernel Integration Improvements ===
| |
| | |
| The Xen kernel is now based on the paravirt ops implementation from the upstream kernel. Previously, the Xen kernel was created by forward-porting Xen bits from the 2.6.18 kernel into the current Fedora kernel. This task was arduous and labor intensive, and resulted in the Xen kernel being several releases behind the bare-metal kernel. The inclusion of paravirt ops now makes this process unnecessary and the kernel-xen package has been eliminated. Currently, domU's must be booted via a [http://fedoraproject.org/wiki/Features/XenPvops paravirt_ops] enabled kernel or with the KVM-based [http://kraxel.fedorapeople.org/xenner/ xenner].
| |
| | |
| Fully virtualized Linux guests now have 3 possible installation methods:
| |
| | |
| * PXE boot from the network.
| |
| * Local CDROM drive / ISO image.
| |
| * Network install from a FTP/HTTP/NFS hosted distribution tree.
| |
| | |
| The latter allows for fully automated installation through the use of kickstart files. This provides parity between Xen HVM and KVM guests in terms of installation methods.
| |
| | |
| For more information refer to:
| |
| | |
| [[Features/XenFullvirtKernelBoot]] | |
| | |
| === Improved Storage Management ===
| |
| Previously/ Fedora introduced the ability to manage existing guest domains remotely using <code>libvirt</code>. It was not possible to create new guests due to the lack of storage management capabilities. There is now a new storage management capability that can create and delete storage volumes from a remote host using <code>libvirt</code>.
| |
|
| |
| === PolicyKit Integration ===
| |
| Previously, the <code>virt-manager</code> application ran as <code>root</code> when managing a local hypervisor, and used <code>consolehelper</code> to authenticate from a desktop session. Running GTK applications as root is bad practice. PolicyKit integration now permits running <code>virt-manager</code> as a regular user.
| |
| | |
| === Other Improvements ===
| |
| Fedora also includes the following virtualization improvements:
| |
| * storage and network paravirtual-drivers for KVM guests
| |
| * full support for monitoring network and block statistics of QEMU and KVM in <code>libvirt</code> and <code>virt-top</code>, bringing parity with statistics monitoring, previously only available to Xen guests
| |
