• Glossary
  • Support
  • Downloads
  • DataStax Home
Get Live Help
Expand All
Collapse All

DataStax Project Mission Control

    • Overview
      • Release notes
      • FAQs
      • Getting support
    • Installing DataStax Mission Control
      • Planning your install
      • Server-based Runtime Installer
        • Services setup with DataStax Mission Control Runtime Installer
      • Bring your own Kubernetes
        • Installing Control Plane
        • Installing Data Plane
    • Migrating
      • Migrating DSE Cluster to DataStax Mission Control
    • Managing
      • Managing DSE clusters
        • Configuring DSE
          • Authentication
          • Authorization
          • Securing DSE
          • DSE Unified Authorization
        • Cluster lifecycle
          • Creating a cluster
          • Creating a single-token cluster
          • Creating a multi-token cluster
          • Terminating a DSE cluster
          • Upgrading a DSE cluster
        • Datacenter lifecycle
          • Adding a DSE datacenter
          • Terminating a DSE datacenter
        • Node lifecycle
          • Adding DSE nodes
          • Terminating DSE nodes
          • Using per-node configurations
      • Managing DataStax Mission Control infrastructure
        • Adding a node to DataStax Mission Control clusters
        • Terminating a node from DataStax Mission Control clusters
        • Storage classes defined
      • Managing DataStax Mission Control resources
        • Accessing Admin Console
        • Configuring DataStax Mission Control
        • Generating a support bundle
    • Operating on DSE Clusters
      • Cleanup
      • Rebuilding
      • Replacing a node
      • Rolling restart
      • Upgrading SSTables
    • Reference
      • DSECluster manifest
      • CassandraTask manifest
  • DataStax Project Mission Control
  • Operating on DSE Clusters
  • Upgrading SSTables

Upgrade SSTables

DataStax Mission Control is current in Private Preview. It is subject to the beta agreement executed between you and DataStax. DataStax Mission Control is not intended for production use, has not been certified for production workloads, and might contain bugs and other functional issues. There is no guarantee that DataStax Mission Control will ever become generally available. DataStax Mission Control is provided on an “AS IS” basis, without warranty or indemnity of any kind.

If you are interested in trying out DataStax Mission Control please contact your DataStax account team.

Run this operation when the server version is upgraded or when changing compression options. If the SSTables are already on the current version, the command returns immediately and no action is taken. To run the nodetool upgradesstables operation, modify and submit the upgradesstables CassandraTask manifest (object).

Performance impact

While this task is running additional disk pressure occurs as all SSTables are rewritten to the correct format (if required). Upon completion of the SSTable format upgrade the read performance is improved.

Prerequisites

  • The kubectl CLI tool.

  • Kubeconfig file or context pointing to a Control Plane Kubernetes cluster.

Example

A single datacenter deployed in the Data Plane Kubernetes cluster.

Workflow of user and operators

  1. User defines a upgradesstables CassandraTask.

  2. User submits an upgradesstables CassandraTask with kubectl to the Data Plane Kubernetes cluster where the datacenter is deployed.

  3. DC-operator detects new task custom resource definition (CRD).

  4. DC-operator iterates one rack at a time.

  5. DC-operator triggers and monitors replacement operations one pod at a time.

  6. DC-operator reports task progress and status.

  7. User requests a status report of the replace-node CassandraTask with the kubectl command, and views the status response.

Procedure

  1. Modify the demo-dse.cassandratask.yaml file to define an upgradesstables CassandraTask.

    Here is a sample:

    apiVersion: control.k8ssandra.io/v1alpha1
    kind: CassandraTask
    metadata:
      name: upgradesstables-dc1
    spec:
      datacenter:
        name: dc1
        namespace: demo
      jobs:
        - name: upgradesstables-dc1
          command: upgradesstables
          args:
            keyspace_name: my_keyspace

    Key options:

    • metadata.name: a unique identifer within the Kubernetes namespace where the task is submitted. While the name can be any value, consider including the cluster name to prevent collision with other options.

    • spec.datacenter: a unique namespace and name combination used to determine which datacenter to target with this operation

    • spec.jobs[0].command: MUST be `upgradesstables for this operation

    • Optional: spec.jobs[0].args.keyspace_name: restricts this operation to a particular keyspace. Omitting this value results in ALL keyspaces being updated. By default all keyspaces are rebuilt.

  2. Submit the upgradesstables CassandraTask custom resource definition to the Control Plane Kubernetes cluster with this command:

    kubectl apply -f demo-dse.casssandratask.yaml -n mission-control

    Use the -n flag to indicate the Kubernetes namespace, which MUST be mission-control.

    Submit the rebuild CassandraTask object to the Kubernetes cluster where the specified datacenter is deployed.

    Sample output:

    ...
    status:
      completionTime: "2022-10-20T18:07:08Z"
      conditions:
      - lastTransitionTime: "2022-10-20T18:06:57Z"
        status: "True"
        type: Running
      - lastTransitionTime: "2022-10-20T18:07:08Z"
        status: "True"
        type: Complete
      startTime: "2022-10-20T18:06:57Z"
      succeeded: 3

    DC-level operators set the startTime field prior to starting the upgradesstables operation. They update the completionTime field when the upgradesstables operation is completed.

    The sample output indicates that the task is completed with the type: Complete status condition set to True. The succeeded: 3 field indicates that three (3) nodes (or pods) completed the requested task successfully. A failed field tracks a running count of pods that failed the upgradesstables operation.

  3. Monitor the SSTables upgrade progress with this command:

    kubectl get cassandratask upgradesstables-dc1 | yq .status
Rolling restart Reference

General Inquiries: +1 (650) 389-6000 info@datastax.com

© DataStax | Privacy policy | Terms of use

DataStax, Titan, and TitanDB are registered trademarks of DataStax, Inc. and its subsidiaries in the United States and/or other countries.

Apache, Apache Cassandra, Cassandra, Apache Tomcat, Tomcat, Apache Lucene, Apache Solr, Apache Hadoop, Hadoop, Apache Pulsar, Pulsar, Apache Spark, Spark, Apache TinkerPop, TinkerPop, Apache Kafka and Kafka are either registered trademarks or trademarks of the Apache Software Foundation or its subsidiaries in Canada, the United States and/or other countries.

Kubernetes is the registered trademark of the Linux Foundation.

landing_page landingpage