Synnefo » snf-ganeti » ganeti-local

   Although most distributions use only the short name in the

   /etc/hostname file, we still think Ganeti nodes should use the full

   name. The reason for this is that calling 'hostname --fqdn' requires

   the resolver library to work and is a 'guess' via heuristics at what

   is your domain name. Since Ganeti can be used among other things to

   host DNS servers, we don't want to depend on them as much as

   possible, and we'd rather have the uname() syscall return the full

   node name.

   We haven't ever found any breakage in using a full hostname on a

   Linux system, and anyway we recommend to have only a minimal

   installation on Ganeti nodes, and to use instances (or other

   dedicated machines) to run the rest of your network services. By

   doing this you can change the /etc/hostname file to contain an FQDN

   without the fear of breaking anything unrelated.

virtualization environments in mind the only two currently useable on a

live system are Xen and KVM. Supported Xen versions are: 3.0.3, 3.0.4

and 3.1.  Supported KVM version are 72 and above.

distributions this might involve configuring GRUB appropriately, whereas

others will configure it automatically when you install the respective

kernels. For KVM no reboot should be necessary.

     python python-pyopenssl openssl python-pyparsing \

     python-simplejson python-pyinotify

You can run Ganeti either in "bridge mode" or in "routed mode". In

bridge mode, the default, the instances network interfaces will be

attached to a software bridge running in dom0. Xen by default creates

such a bridge at startup, but your distribution might have a different

way to do things, and you'll definitely need to manually set it up under

KVM.

If you want to run in "routing mode" you need to specify that at cluster

init time (using the --nicparam option), and then no bridge will be

needed. In this mode instance traffic will be routed by dom0, instead of

bridged.

In order to use "routing mode" under Xen, you'll need to change the

relevant parameters in the Xen config file. Under KVM instead, no config

change is necessary, but you still need to set up your network

interfaces correctly.

represent, if non-empty, a different routing table name or number to use

for your instances. This allows insulation between different instance

groups, and different routing policies between node traffic and instance

traffic.

You will need to configure your routing table basic routes and rules

outside of ganeti. The vif scripts will only add /32 routes to your

instances, through their interface, in the table you specified (under

KVM, and in the main table under Xen).

If you want to use a bridge which is not ``xen-br0``, or no bridge at

all, use ``--nicparams``.