Configuring CTDB

Clustering Model

The setup instructions on this page are modelled on setting up a cluster of N nodes that function in nearly all respects as a single multi-homed node. So the cluster will export N IP interfaces, each of which is equivalent (same shares) and which offers coherent CIFS file access across all nodes.

The clustering model utilizes IP takeover techniques to ensure that the full set of public IP addresses assigned to services on the cluster will always be available to the clients even when some nodes have failed and become unavailable.

CTDB Cluster Configuration

These are the primary configuration files for CTDB.

When CTDB is installed, it will install template versions of these files which you need to edit to suit your system. The current set of config files for CTDB are also available from http://samba.org/~tridge/ctdb/config

/etc/sysconfig/ctdb

This file contains the startup parameters for ctdb.

When you installed ctdb, a template config file should have been installed in /etc/sysconfig/ctdb.

Edit this file, following the instructions in the template.

The most important options are:

Please verify these parameters carefully.

CTDB_RECOVERY_LOCK

This parameter specifies the lock file that the CTDB daemons use to arbitrate which node is acting as a recovery master.
This file MUST be held on shared storage so that all CTDB daemons in the cluster will access/lock the same file.

You must specify this parameter.
There is no default for this parameter.

CTDB_NODES

This file needs to be created and should contain a list of the private IP addresses that the CTDB daemons will use in your cluster. One IP address for each node in the cluster.

This should be a private non-routable subnet which is only used for internal cluster traffic. This file must be the same on all nodes in the cluster.

Make sure that these IP addresses are automatically started when the cluster node boots and that each node can ping each other node.

Example 4 node cluster: 

  CTDB_NODES=/etc/ctdb/nodes
Content of /etc/ctdb/nodes: 
 10.1.1.1
 10.1.1.2
 10.1.1.3
 10.1.1.4
The default for this file is /etc/ctdb/nodes.

CTDB_PUBLIC_INTERFACE

This parameter is used to tell CTDB which network interface is used to hold the public ip addresses when CTDB is used to manage IP takeover.

This can be the same network interface as is used for the private addresses in the CTDB_NODES list but it is recommended that you use a different interface.

Example using eth0 for the public interface: 

  CTDB_PUBLIC_INTERFACE=eth0
It is strongly recommended that you use CTDB with IP takeover.

When you use this parameter you must also specify the CTDB_PUBLIC_ADDRESSES parameter.

CTDB_PUBLIC_ADDRESSES

In order to use IP takeover you must specify a file containing a list of public IP addresses. One IP address for each node.

This file contains a list of public cluster addresses.

These are the addresses that the SMBD daemons and other services will bind to and which clients will use to connect to the cluster. This file must contain one address for each node, i.e. it must have the same number of entries as the nodes file. This file must also be the same for all nodes in the cluster.

Example 4 node cluster: 

  CTDB_PUBLIC_ADDRESSES=/etc/ctdb/public_addresses
Content of /etc/ctdb/public_addresses: 
 192.168.1.1/24
 192.168.1.2/24
 192.168.2.1/24
 192.168.2.2/24
These are the IP addresses that you should configure in DNS for the name of the clustered samba server and are the addresses that CIFS clients will connect to.

Configure it as one DNS A record (==name) with multiple IP addresses and let round-robin DNS distribute the clients across the nodes of the cluster.

The CTDB cluster utilizes IP takeover techniques to ensure that as long as at least one node in the cluster is available, all the public IP addresses will always be available to clients.

This means that if one physical node fails, the public address of that node will be taken over by a different node in the cluster. This provides a guarantee that all ip addresses exposed to clients will always be reachable by clients even if a node has been powered off or has crashed.

CTDB nodes will only take over IP addresses that are inside the same subnet as its own public IP address. In the example above, nodes 0 and 1 would be able to take over each others public ip and analog for nodes 2 and 3, but node 0 and 1 would NOT be able to take over the IP addresses for nodes 2 or 3 since they are on a different subnet.

Do not assign these addresses to any of the interfaces on the host. CTDB will add and remove these addresses automatically at runtime.

This parameter is used when CTDB operated in takeover ip mode.

The usual location for this file is /etc/ctdb/public_addresses. If you use this you must also specify the CTDB_PUBLIC_INTERFACE parameter.

Event scripts

CTDB comes with a number of application specific event scripts that are used to do service specific tasks when the cluster has been reconfigured. These scripts are stored in /etc/ctdb/events.d/

You do not need to modify these scripts if you just want to use clustered Samba or NFS but they serve as examples in case you want to add clustering support for other application servers we do not yet proivide event scripts for.

Please see the service scripts that installed by ctdb in /etc/ctdb/events.d for examples of how to configure other services to be aware of the HA features of CTDB.

TCP port to use for CTDB

CTDB defaults to use TCP port 4379 for its traffic.

Configuring a different port to use for CTDB traffic is done by adding a ctdb entry to the /etc/services file.

Example: for change CTDB to use port 9999 add the following line to /etc/services 

 ctdb  9999/tcp
Note: all nodes in the cluster MUST use the same port or else CTDB will not start correctly.

Name resolution

You need to setup some method for your Windows and NFS clients to find the nodes of the cluster, and automatically balance the load between the nodes.

We recommend that you use public ip addresses using CTDB_PUBLIC_INTERFACE/CTDB_PUBLIC_ADDRESSES and that you setup a round-robin DNS entry for your cluster, listing all the public IP addresses that CTDB will be managing as a single DNS A record.

You may also wish to setup a static WINS server entry listing all of your cluster nodes IP addresses.