CassKop helped teams run Apache Cassandra, a database that spreads data across multiple servers, on Kubernetes. Instead of manually maintaining every database server, an administrator described the desired cluster and the operator managed its Kubernetes resources, including rack and data-center placement. This entry refers specifically to Orange's CassKop. It is useful for identifying an inherited deployment, because its retirement and replacement options differ from those of other Cassandra operators.
Deployment and operating notes
The recovered upstream identifies Orange CassKop, formerly linked as cassandra-k8s-operator. GitHub now marks Orange-OpenSource/casskop archived. Its CassandraCluster API and operational model must be distinguished from cass-operator and K8ssandra Operator, which have their own documentation and custom resources. Cassandra itself is not retired by the archival of CassKop.
For a running CassKop deployment, export custom resources, topology, rack placement, authentication and backup configuration before changing controllers. Do not install a second operator against the same StatefulSets and assume ownership will transfer. Evaluate a supported Cassandra migration into a separately managed cluster or a documented adoption procedure for the specific target operator. Check server-version compatibility, token ownership, replication, repair and application consistency requirements. Rehearse backup restoration and a client connection switch using representative data. Keep the old operator and CRDs available until recovery is proven; deleting a CRD may remove the configuration needed to understand or recover the original cluster.
Historical upstream link check · 2026-10-09
The recorded upstream address responded successfully (HTTP 200) on 2026-10-09. GitHub confirms that helm/charts is archived: this is a historical chart distribution, not evidence that the application itself is retired. Link availability does not certify the historical installation instructions or current security support.
Website availability is separate from project, chart and image support. Use the current guidance and primary sources on this page to assess the distribution.
Historical Kubedex content
Original publication: 2019-07-30T03:39:46+00:00. Preserved for context. Commands, versions, prices and results below reflect the original research.
The CassKop Cassandra Kubernetes operator makes it easy to run Apache Cassandra on Kubernetes. Apache Cassandra is a popular, free, open-source, distributed wide column store, NoSQL database management system. The operator allows to easily create and manage racks and data centers aware Cassandra clusters.
CassKop creates/configures/manages Cassandra clusters atop Kubernetes and is by default space-scoped which means that :
- CassKop is able to manage X Cassandra clusters in one Kubernetes namespace.
- You need X instances of CassKop to manage Y Cassandra clusters in X different namespaces (1 instance of CassKop per namespace).
This adds security between namespaces with a better isolation, and less work for each operator.
The following features are supported by CassKop:
Deployment of a C* cluster (rack or AZ aware)
Scaling up the cluster (with cleanup)
Scaling down the cluster (with decommission prior to Kubernetes scale down)
Pods operations (removenode, upgradesstable, cleanup, rebuild..)
Adding a Cassandra DC
Removing a Cassandra DC
Setting and modifying configuration files
Setting and modifying configuration parameters
Update of the Cassandra docker image
Rolling update of a Cassandra cluster
Update of Cassandra version (including upgradesstable in case of major upgrade)
Update of JVM
Update of configuration
Rolling restart of a Cassandra rack
Stopping a Kubernetes node for maintenance
Process a remove node (and create new Cassandra node on another Kubernetes node)
Process a replace address (of the old Cassandra node on another Kubernetes node)
Manage operations on pods through CassKop plugin (cleanup, rebuild, upgradesstable, removenode..)
Monitoring (using Instaclustr Prometheus exporter to Prometheus/Grafana)
Performing live backup of Cassandra datas (using Instaclustr sidecar)
Performing live restore of datas (using Instaclustr sidecar)
Performing live Cassandra repairs through the use of Cassandra reaper
Pause/Restart operations through CassKoP plugin.
The post Cassandra Operator (CassKop) appeared first on kubedex.com.
Sources & further reading
Spotted something that needs another look?
Help improve this page →