mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-12-22 13:45:38 +00:00
kbase: Reorder deployments
List the various options so that the most likely ones come first. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Jim Fehlig <jfehlig@suse.com>
This commit is contained in:
parent
db7fdf6de8
commit
b271d6f3b0
@ -23,32 +23,6 @@ listed on this page will exist.
|
||||
Deployment choices
|
||||
==================
|
||||
|
||||
Client only install
|
||||
-------------------
|
||||
|
||||
If an application is capable of using multiple different virtualization drivers
|
||||
it is undesirable to force the installation of a specific set of drivers. In
|
||||
this case the application will merely wish to request a client only install
|
||||
|
||||
Alternatively if an application is intended to communicate with a hypervisor on
|
||||
a remote host there is no need to install drivers locally, only a client is
|
||||
needed
|
||||
|
||||
The only required package is the `libvirt-libs`, however, it is useful to
|
||||
also install `libvirt-client`.
|
||||
|
||||
|
||||
Every possible virt driver
|
||||
--------------------------
|
||||
|
||||
There is rarely a need to install every virt driver at once on a given host.
|
||||
In the unlikely event that this is needed, however, the `libvirt` package
|
||||
should be installed.
|
||||
|
||||
Note that this doesn't actually pull in the hypervisors, only the libvirt
|
||||
code to talk to the hypervisors.
|
||||
|
||||
|
||||
Full features for one virt driver
|
||||
---------------------------------
|
||||
|
||||
@ -65,6 +39,21 @@ footprint of the daemons is also relatively large since a lot of code is
|
||||
loaded.
|
||||
|
||||
|
||||
Client only install
|
||||
-------------------
|
||||
|
||||
If an application is capable of using multiple different virtualization drivers
|
||||
it is undesirable to force the installation of a specific set of drivers. In
|
||||
this case the application will merely wish to request a client only install
|
||||
|
||||
Alternatively if an application is intended to communicate with a hypervisor on
|
||||
a remote host there is no need to install drivers locally, only a client is
|
||||
needed
|
||||
|
||||
The only required package is the `libvirt-libs`, however, it is useful to
|
||||
also install `libvirt-client`.
|
||||
|
||||
|
||||
Minimal features for one virt driver
|
||||
------------------------------------
|
||||
|
||||
@ -87,6 +76,17 @@ and host devices, leaving only the bare minimum functionality for managing
|
||||
KVM guests.
|
||||
|
||||
|
||||
Every possible virt driver
|
||||
--------------------------
|
||||
|
||||
There is rarely a need to install every virt driver at once on a given host.
|
||||
In the unlikely event that this is needed, however, the `libvirt` package
|
||||
should be installed.
|
||||
|
||||
Note that this doesn't actually pull in the hypervisors, only the libvirt
|
||||
code to talk to the hypervisors.
|
||||
|
||||
|
||||
RPM packages
|
||||
============
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user