Adding nodes to DSE Multi-Instance
With package installs, the dse add-node
command simplifies adding and configuring nodes on a host machine.
Tarball installs do not support adding more nodes on a single host machine. To install DSE Multi-Instance in a tarball installation, unpack the tarball in multiple locations on a single host machine. Each tarball installation becomes a DataStax Enterprise node on the host machine.
On the host machine, the DSE Multi-Instance root directory is /etc/defaults
.
This default location is not configurable.
The node type is defined in the /etc/defaults/dse-nodeId
file.
DSE Multi-Instance is supported only for package installations. |
These actions occur for each node that is added:
-
The node configuration is modified according to the command arguments.
-
A script is created so that the node can be started and stopped.
-
The run levels are updated to the default values so that the node is started and stopped when the host machine is booted or halted.
-
The
/etc/default/dse-nodeId
file is created to set the default node type as a transactional node. -
With DSE Multi-Instance, when you run the
dse
command on a node in the host machine, the node configuration is read from:-
Package installations:
/etc/dse/serverconfig/dse-nodeId
-
Tarball installations: the
/etc/dse
directory is the default configuration location in each location where you installed DataStax Enterprise.
-
With DSE Multi-Instance, multiple DataStax Enterprise nodes reside on a single host machine.
To segregate the configuration for each DataStax Enterprise node, node-specific directory structures are used to store configuration and operational files.
For example, in addition to |
Directories | Description |
---|---|
|
|
|
|
|
|
For DSE Multi-Instance nodes, two files control the configuration of the node.
For example, for the node named dse-node1
:
-
/etc/dse/serverconfig/dse-node1
specifies the directories for the configuration files -
/etc/dsefault/dse-node1
configures the node behavior, including node type and configures the number of retries for the DSE service to start.
For package installations, see directories for DSE Multi-Instance for a comprehensive list of file locations in a DSE Multi-Instance cluster.
Procedure
-
Verify that your existing DataStax Enterprise installation has the default node configuration in the
/etc/dse
directory. The configuration files for the default node include/etc/dse/dse.yaml
and/etc/dse/cassandra/cassandra.yaml
. -
Give the default cluster a meaningful name. For example, change the default cluster named
dse
topayroll
. -
Verify that the node binds to working IP addresses.
-
Add DataStax Enterprise nodes to the DSE Multi-Instance cluster.
-
For package installations, you can use the
dse add-node
command. For example, to add a node that joins the cluster payroll on startup:sudo dse add-node nodeId --cluster payroll --listen-address unused_ip_of_server --rpc-address unused_ip_of_server --seeds ip_of_default_node
-
For tarball installations, extract the
product.tar.gz
file multiple times and configure nodes in each location.
-
-
Before starting the new node, set the node type in the
/etc/default/dse-nodeId
file:-
DSE Search:
SOLR_ENABLED=1
-
DSE Analytics:
SPARK_ENABLED=1
-
-
Continue configuring the node as appropriate.
-
To change default DataStax Enterprise configuration values, edit the configuration files in
/etc/nodeId
.Ensure that the JMX port is configured for each node. 7199 is the DSE JMX metrics monitoring port. DataStax recommends allowing connections only from the local node. Configure SSL and JMX authentication when allowing connections from other nodes.
-
To change default database configuration values, edit the
/etc/dse-nodeId/cassandra/cassandra.yaml
file.
-
-
After you make configuration changes, start the node.
If the following error appears, look for DataStax Enterprise times out when starting and other articles in the Support Knowledge Center.
WARNING: Timed out while waiting for DSE to start.
-
Verify that the nodes are running and are part of the cluster.
For example, to verify the cluster status from a local node named
dse-node1
on a DSE Multi-Instance cluster:sudo dse dse-node1 dsetool ring
With DSE Multi-Instance, the output includes the Server ID:
Server ID Address DC Rack Workload Graph Status State Load Owns VNodes Health [0,1) 42-01-0A-F0-00-02 10.240.0.2 Cassandra rack1 Cassandra no Up Normal 92.13 KB 46.86% -9223372036854775808 0.17 42-01-0A-F0-00-02 127.0.0.1 Cassandra rack1 Cassandra no Up Normal 150.6 KB 53.14% 579561378715200106
Using the standard
dsetool ring
command provides the status of the default node dse:sudo dsetool ring
When a DSE Multi-Instance server is present in the cluster, the output always includes the Server ID column, even when you run the command on a server that is a DSE Multi-Instance host machine:
Server ID Address DC Rack Workload Graph Status State Load Owns VNodes Health [0,1) 42-01-0A-F0-00-02 10.240.0.2 Cassandra rack1 Cassandra no Up Normal 92.13 KB 46.86% -9223372036854775808 0.17 42-01-0A-F0-00-02 127.0.0.1 Cassandra rack1 Cassandra no Up Normal 150.6 KB 53.14% 579561378715200106
-
To run standard DataStax Enterprise commands for nodes on a DSE Multi-Instance host machine, specify the node name using this syntax:
sudo dse dse-nodeId subcommand [command_arguments]
The node ID that is specified with the add-node command is automatically prefixed with
dse-
. In all instances except for add-node, the command syntax requires thedse-
prefix.For example, with DSE Multi-Instance, the command to start a Spark shell on a node named
dse-spark-node
is:sudo dse dse-spark-node spark
In contrast, the command to start a Spark shell without DSE Multi-Instance is:
dse spark