NetBackup™ for Cassandra Administrator's Guide

Last Published:
Product(s): NetBackup & Alta Data Protection (10.0)

Pre-requisites and best practices

  • Ensure that NetBackup supports the installed Cassandra version. For more information, refer Software Compatibility List.

  • Backup host, Data staging server and Cassandra are supported on RHEL platform only.

  • NetBackup supports standard yum based Cassandra installation only.

    Note:

    NetBackup do not support other deployments. For example, Tar-based installation.

  • NetBackup requires around 20% of the nodes of the data center being protected as DSS.

  • The DSS should be added to the backup environment so that NetBackup can perform the following:

    • Stage the data to the DSS.

    • Deduplicate the data saving to the backup storage.

    • Copy the data to NetBackup media.

  • The DSS should be of RHEL platform and have the same version of Cassandra as the Cassandra production cluster.

  • NetBackup supports Cassandra with simple authentication. Use database username and password to connect Cassandra and to run commands like cqlsh and nodetool utils. Configure Cassandra in the NetBackup credentials during DSS cluster configuration and Cassandra cluster configuration.

  • Enable SSH on all the Cassandra nodes and DSS nodes.

  • Ensure that the local time of Cassandra nodes, the DSS, and the backup hosts are synchronized with NTP server.

  • Configure a non-root host user account for the data staging server cluster in Netbackup credentials managment.

    Note:

    The non-root host user account can be separate or the same but need to be valid user accounts with home folder and rights to connect to the respective nodes using ssh. Add the host user in the sudoers file on the respective nodes.

  • Before you run Cassandra backup or restore, ensure that you received a successful ping response from all the data staging servers to Cassandra nodes and the backup host.

  • Check and update the firewall settings so that the backup hosts, data staging servers, and Cassandra nodes can communicate.

  • Ensure that the specified paths in the cassandra.conf file are available on all the DSS and Cassandra nodes.

  • Ensure that the specified host user account in the tpconfig has read and write access on the specified folders in the cassandra.conf file.

  • Ensure that free space and the memory on the DSS is three times larger than the column family in the Cassandra cluster. Maintain similar memory size on all the DSS nodes.

    Note:

    The compaction operation on the DSS needs more memory. Deploying higer RAM on the DSS nodes will result in better backup and restore performance.

  • Maintain a minimum 20% free space on Cassandra nodes during backup operations.

  • Ensure enough free space on target cluster nodes during the restore as per the size of data being restored.

  • Before the restore, ensure that the target Cassandra version has the same version as the version you backed up from.

  • Before the restore, ensure that the target cluster and target data staging servers are fully configured in the tpconfig and the cassandra.conf file.

  • Canceling a parent job in a compound restore job does not cancel the child restore jobs. You must manually cancel the child restore jobs.

RBAC permissions for a Cassandra role

  • Ensure to assign both create and update permissions to:

    • Add DSS cluster

    • Add Apache Cassandra cluster

    • Add DSS nodes

    • Edit Apache Cassandra cluster