Cassandra Services Test

Gossip is a peer-to-peer communication protocol in which nodes periodically exchange state information about themselves and about other nodes they know about. The gossip process runs every second and exchanges state messages with upto three other nodes in the cluster. The nodes exchange information about themselves and about the other nodes that they have gossiped about, so all nodes quickly learn about all other nodes in the cluster. A gossip message has a version associated with it, so that during a gossip exchange, older information is overwritten with the most current state for a particular node. Likewise, the native transport is the CQL Native Protocol that is the way all modern Cassandra Driver's communicate with the server. The native protocol defines the format of the binary messages exchanged between the driver and Cassandra over TCP. If these protocol services are not running, then, in large environments, a few of the Cassandra Database nodes may not be up to date. This may cause data inconsistencies in production environments. To avoid such data inconsistencies, it is important to keep a constant vigil on the protocol services and figure out if the protocol services are running at all times! The Cassandra Services test helps administrators in this regard!

This test monitors the Gossip protocol service and the Native protocol service and reports whether the services are running or not. Using this test, administrators can figure out the protocol service that is not running and rectify the same before data mismatch is noticed by the end users!

Target of the test : A Cassandra Database node

Agent deploying the test : An external/remote agent

Outputs of the test : One set of results for the target Cassandra Database node being monitored.

Configurable parameters for the test
Parameters Description

Test Period

How often should the test be executed.

Host

The host for which the test is to be configured.

Port

The port on which the specified host listens. By default, this is 9042.

JMX Remote Port

Here, specify the port at which the JMX listens for requests from remote hosts. Ensure that you specify the same port that you configured in the cassandra-env.sh file (if the target Cassandra Database node is installed on a Unix host) or the cassandra-env.ps1 file (if the target Cassandra Database node is installed on a Windows host) in the <CASSANDRA_HOME> directory used by the target Cassandra Database node. To know how to specify the remote port, refer to Enabling JMX Support for JRE.

JMX User and JMX Password

If JMX requires authentication only (but no security), then ensure that the user and password parameters are configured with the credentials of a user with read-write access to JMX. To know how to create this user, refer to Configuring the eG Agent to Support JMX Authentication.

Confirm Password

Confirm the Password by retyping it in this text box.

Measurements made by the test
Measurement Description Measurement Unit Interpretation

Is Gossip running?

Indicates whether/not the Gossip protocol service is running.

 

The values reported by this measure and its numeric equivalents are mentioned in the table below:

Measure Value Numeric Value
Yes 1
No 0

Note:

By default, this measure reports the Measure Values listed in the table above to indicate whether/not the protocol service is running. The graph of this measure however, is represented using the numeric equivalents only i.e., 0 or 1.

Is Native transport running?

Indicates whether/not the native transport service is running.

 

The values reported by this measure and its numeric equivalents are mentioned in the table below:

Measure Value Numeric Value
Yes 1
No 0

Note:

By default, this measure reports the Measure Values listed in the table above to indicate whether/not the transport service is running. The graph of this measure however, is represented using the numeric equivalents only i.e., 0 or 1.