Your competitors’ data stacks are in their control AND fully automated
They place their database operations where they want without sacrificing convenience — can you?






Choose from two tools based on your specific operating model and environment
Database automation anywhere with Clustercontrol
Choose it when you have:
• Existing or app-specific database environments
• VM, Kubernetes, on-prem, cloud, or hybrid placement
• Custom portals, workflows, or an internal services foundation
Best when you want ultimate infrastructure and database flexibility.
Out-of-the-box DBaaS with CCX Sovereign
Choose it when you need:
• Ready-to-go Private DBaaS
• Kubernetes-based control plane
• Approved database service catalogue
• Standardized DB ops and admin control
Best when you want a packaged database service layer.
Get the databases, operations and interfaces where and how you want

Special WAD OFFER: Up to 40% off your first year
How to choose between Clustercontrol or CCX in two questions

Book your assessment to choose the best solution and take advantage of our offer
Not ready to reach out? Try ClusterControl or CCX out!
Click their buttons to learn more and get their install instructions
Install ClusterControl in 10-minutes!
Free 30-day Enterprise trial included
You’re just a few steps away from setting up your deployment; go to install instructions below!
Your ClusterControl Installation Walkthrough
Script Installation Instructions
The installer script is the simplest way to get ClusterControl up and running. Run it on your chosen host, and it will take care of installing all required packages and dependencies.
Offline environments are supported as well. See the Offline Installation guide for more details.
On the ClusterControl server, run the following commands:
wget https://severalnines.com/downloads/cmon/install-cc
chmod +x install-cc
sudo ./install-cc # omit sudo if you run as root
After the installation is complete, open a web browser, navigate to https://<ClusterControl_host>/, and create the first admin user by entering a username (note that “admin” is reserved) and a password on the welcome page. Once you’re in, you can deploy a new database cluster or import an existing one.
The installer script supports a range of environment variables for advanced setup. You can define them using export or by prefixing the install command.
See the list of supported variables and example use cases to tailor your installation.
System Requirements:
Hardward (minimum):
Architecture: x86_64 only
RAM: >2 GB
CPU: >2 cores
Disk space: >20 GB
Supported OS:
Red Hat Enterprise Linux 8.x/9.x
Rocky Linux 8.x/9.x
AlmaLinux 8.x/9.x
Ubuntu 22.04/24.04 LTS
Debian 10.x/11.x/12.x
For full details, check our documentation.
Resources:
Need Help? Contact Support
Install CCX on a Laptop
You’re just a few steps away from deploying CCX.
This guide will walk you through installing Docker Desktop, enabling Kubernetes, configuring your AWS credentials, and deploying a CCX datastore on your Kubernetes cluster.
1. Enable Kubernetes in Docker Desktop
Open Docker Desktop and navigate to Settings > Kubernetes.
Check the box Enable Kubernetes and click Apply & Restart. We have tested these instructions with Kubernetes v1.30.5.
Wait for Kubernetes to initialize. It may take some time for Kubernetes to be Started. You can verify this by running:
kubectl cluster-info
The output of this command should look something like this:
Kubernetes control plane is running at https://127.0.0.1:6443
CoreDNS is running at https://127.0.0.1:6443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy
Ensure that the docker-desktop context is selected:
kubectl config use-context docker-desktop
2. Create and Switch to a Namespace
Create a new namespace for CCX:
kubectl create namespace ccx
Switch your context to use this namespace:
kubectl config set-context --current --namespace=ccx
3. Configure AWS Credentials
CCX uses AWS credentials to deploy its datastore in the AWS cloud. These credentials need to be securely provided to Kubernetes as a secret.
Run the following command to configure your AWS credentials:
aws configure
Provide the following details:
– AWS Access Key ID
– AWS Secret Access Key
– Default Region
Create a Kubernetes secret for the AWS credentials using the following command:
kubectl create secret generic aws \
--from-literal=AWS_ACCESS_KEY_ID=$(awk 'tolower($0) ~ /aws_access_key_id/ {print $NF; exit}' ~/.aws/credentials) \
--from-literal=AWS_SECRET_ACCESS_KEY=$(awk 'tolower($0) ~ /aws_secret_access_key/ {print $NF; exit}' ~/.aws/credentials)
Verify the secret is available:
kubectl get secrets aws
The output of this command should look something like this:
NAME TYPE DATA AGE
aws Opaque 2 24s
4. Deploy CCX Using Helm
Add the required Helm repository:
helm repo add s9s https://severalnines.github.io/helm-charts/
helm repo update
and you will see:
"s9s" has been added to your repositories
Hang tight while we grab the latest from your chart repositories...
...Successfully got an update from the "s9s" chart repository
Update Complete. ⎈Happy Helming!⎈
Deploy CCXDEPS using the following command:
helm upgrade --install ccxdeps s9s/ccxdeps --debug --wait --set ingressController.enabled=true
Deploy CCX:
Using the CIDR 0.0.0.0/0 (access is allowed from everywhere, which might be a security risk):
helm upgrade --install ccx s9s/ccx \
--debug --wait \
--set 'ccx.cloudSecrets[0]=aws'
Using a custom CIDR N.N.N.N/32 (access is allowed only from this CIDR):
curl ifconfig.me
# Replace the N.N.N.N below with the output (not includingt the %) of the curl ifconfig.me command.
helm upgrade --install ccx s9s/ccx \
--debug --wait \
--set 'ccx.cloudSecrets[0]=aws' \
--set 'ccx.cidr=N.N.N.N/32'
⚠ Important:
The installation will only work for the specified CIDR or 0.0.0.0/0 if no CIDR is set. For production and testing we recommend to follow the installation guide and overriding the values.yaml with your settings. If you set the CIDR below then CCX will only be able to access the datastores from this CIDR.
5. Verification
Once the deployment is complete, verify the CCX installation by accessing https://ccx.localhost in your web browser.
Use the following command to confirm that all pods are running successfully:
kubectl get pods
6. Accessing the frontends
CCX frontend
The CCX frontend is the end-user interface and allows the end-user to create and manage datastores. The necessary infrastructure (VMs, volumes, etc) are created and managed by CCX.
Navigate to https://ccx.localhost in your web browser.
Register a new user. In this configuration, no confirmation email will be sent and you will need to go back to https://ccx.localhost (you can press Back in the browser) and login with your email address and password.
CC frontend
The CC frontend is an administrative interface and allows the CCX administrator to manage datastores.
Navigate to https://cc.localhost in your web browser.
Login with the CC credentials, which are stored in Kubernets secrets:
kubectl get secret cmon-credentials -o jsonpath='{.data.cmon-user}' | base64 -d
kubectl get secret cmon-credentials -o jsonpath='{.data.cmon-password}' | base64 -d
⚠ Important:
Do not use this UI to delete clusters or add and remove nodes. Please see the Troubleshooting guide.
This setup is intended for demo and development purposes only.
If you move the laptop/computer where the installation is made to another location, then you must login to the AWS Console and add that network to the security group.
System Requirements:
Hardward (minimum):
CPU: >4 cores
RAM: >8 GB
Disk space: >20 GB
Docker Desktop:
Download from the official Docker website.
kubectl:
Installed and on the PATH, get kubectl here.
AWS CLI:
See the AWS installation guide.
AWS credentials:
Allowing you to create VMs, volumes, security groups, networks, S3, etc.
Helm:
Installed on your system. If not, follow the Helm installation guide.
For full details, check our documentation.
Resources:
Need Help? Contact Support
What is the difference between CCX and ClusterControl?
ClusterControl is a VM-based, self-managed hybrid database automation platform, while CCX is a K8s-based platform that allows you to deliver one to internal teams or external customers on your own infrastructure.
Where can I install ClusterControl?
Install ClusterControl on any linux distribution wherever is convenient, on-premise, air-gapped, in the private and public clouds, etc.
Where can I deploy CCX?
OpenStack, CloudStack, VMware, GCP, and AWS-based infra and you’re running K8s.
Do I have to create a VM for ClusterControl?
You can also install ClusterControl into a Kubernetes cluster via our Helm chart.