ScyllaDB University Live | Free Virtual Training Event
Learn more
ScyllaDB Documentation Logo Documentation
  • Deployments
    • Cloud
    • Server
  • Tools
    • ScyllaDB Manager
    • ScyllaDB Monitoring Stack
    • ScyllaDB Operator
  • Drivers
    • CQL Drivers
    • DynamoDB Drivers
    • Supported Driver Versions
  • Resources
    • ScyllaDB University
    • Community Forum
    • Tutorials
Install
Search Ask AI
ScyllaDB Docs ScyllaDB Cloud Deployment Cluster Types X Cloud Clusters

X Cloud Clusters¶

Overview¶

If you choose the X Cloud option duing cluster creation, the better tablets-based data replication in your cluster is enforced on all keyspaces. Owing to tablets, X Cloud clusters provide better elasticity, fast automatic scaling, and allow you to reach up to 90% storage utilization.

X Cloud doesn’t support multi-datacenter (multi-DC) deployments. We are actively working to add multi-DC support in an upcoming release.

X Cloud Auto Scaling¶

The serverless architecture behind X Cloud is designed to deliver performance, scalability, and cost efficiency without operational overhead. It automatically ensures your cluster has the right level of resources at the right time, eliminating the need for manual over-provisioning or the risk of underutilization.

With X Cloud, you no longer need to manage capacity planning, manual scaling, or complex cluster rebalancing. This allows your team to focus entirely on building applications while the infrastructure manages itself.

X Cloud clusters scale automatically within a selected instance family, using a mix of instance sizes. The system dynamically adjusts cluster capacity as storage demand increases or decreases, providing several key benefits:

  • Avoids over-provisioning by continuously aligning capacity with real-time demand.

  • Enables up to 90% storage utilization, maintaining performance while minimizing cost.

  • Accelerates scaling—thanks to the tablet-based architecture, new nodes are added in parallel and rapidly rebalanced.

../../_images/xcloud-storage.png

X Cloud clusters are auto-scaled within one predefined instance family, but with different instance types to ensure optimal storage utilization. See Scaling Policy for details.

Auto Scaling Policy¶

When creating an X Cloud cluster, you define an initial auto-scaling policy, which can be updated at any time.

To configure the auto-scaling policy during cluster creation, navigate to the Data Center Scaling Policy section in the X Cloud UI.

../../_images/xcloud-dc-scaling-policy.png

Target Storage Utilization¶

The Target Storage Utilization option defines the specific storage usage level the system aims to maintain. ScyllaDB Cloud monitors metrics and triggers scaling actions to stay as close to your target as possible.

  • Default: 80%

  • Maximum: 90%

We recommend adjusting this value based on your specific workload requirements:

  • For write-intensive workloads, we recommend values below 85% to ensure timely scaling and avoid performance degradation related with scaling in the last possible moment.

  • While higher utilization optimizes costs, it may trottle operations while scaling under load. For critical production workloads, lower targets provide a larger safety buffer for sudden spikes.

For example, with an 80% target, X Cloud will proactively add capacity as you approach that threshold and remove it when demand drops. For more technical details, see X Cloud Autoscaling Behavior and Best Practices.

Reserving Minimum Resources¶

The Minimum Physical Storage and Minimum vCPU Count fields are optional. You can leave them empty and allow ScyllaDB Cloud to scale resources dynamically based purely on workload.

However, if you have specific capacity requirements, you can set these minimum values to reserve capacity for anticipated load. Setting minimums ensures a baseline level of resources for your workloads. If your cluster is below the defined minimum capacity, it will scale up to meet those requirements. If the cluster is above the set minimums, it will not scale below this baseline. As a result, critical workloads remain stable even when traffic fluctuates.

These minimums can be adjusted at any time.

You can use the built-in calculators to estimate appropriate minimum values.

../../_images/xcloud-scaling-calculators.png

📱 Minimum Physical Storage Calculator¶

../../_images/xcloud-storage-calculator-full.png

The storage calculator helps you estimate the minimum physical storage required based on the amount of data you plan to store at the start. It uses several factors to calculate the recommended minimum storage.

  • Raw Data Size - The amount of data you expect to store in your cluster. It represents your dataset size before replication and compression.

  • Replication Factor - X Cloud uses a fixed replication factor of 3, so your data is always stored in three copies across the cluster. This creates three replicas, one in each cluster zone. The total size of the data stored is multiplied by 3: Raw Data Size × 3.

  • Compression Savings - ScyllaDB Cloud compresses the data, which reduces the actual disk usage. Compression reduces the total storage space required for your data.

    The compression savings slider represents how effectively your data can be compressed, which depends entirely on your data type. The examples below show typical compression savings for different data types:

    • High compression (50–80%) - Text-heavy data, such as logs, CSV, JSON or plain text documents

    • Medium compression (30–60%)) - Mixed data types, such as typical application data with a combination of text and binary fields, database, backups, snapshots.

    • Low compression (0–20%) - Already compressed data, such as binary data (images, videos) or encrypted data.

  • Target Utilization - Defines the goal for cluster storage utilization. Autoscaling maintains this level by scaling the cluster up or down as needed. This ensures there is always enough capacity to handle compaction, repairs, and workload spikes without running out of space, while minimizing storage underutilization.

The calculator combines these factors to compute the recommended minimum physical storage for your cluster, using the following formula:

((Raw Data Size × 3) × (1- Compression Savings)) ÷ Target Utilization

📱 Minimum vCPU Count Calculator¶

../../_images/xcloud-vcpu-calculator-full.png

The vCPU calculator helps you estimate the minimum number of vCPUs required based on your workload characteristics and estimated transactions. It uses several factors to calculate the recommended minimum compute capacity for your cluster.

  • Instance Family - The instance family you choose for your cluster affects how much workload each vCPU can handle. Different instance families have different performance characteristics. You can view the estimated ScyllaDB-specific performance next to each instance family name in the UI.

  • Reads per Second - The number of read operations your workload is expected to perform. Read-heavy workloads typically require more vCPU resources to maintain low latency and high throughput.

  • Writes per Second - The number of write operations your workload is expected to perform. Write-heavy workloads can also demand more vCPU resources, especially if they involve complex operations.

  • Schema Complexity - Reflects how complex your data model and queries are. More complex schemas and queries can increase the computational load on the cluster, requiring more vCPU resources to maintain performance. Choose the option that most closely matches your schema:

    • Simple – No indexes, up to 5 columns, basic queries.

    • Moderate – Includes a single advanced feature such as a secondary index, materialized view, or CDC.

    • Complex – Uses lightweight transactions (LWT) or multiple advanced features.

Instance Family and Type¶

The Instance Family and Instance Type options allow you to narrow down the instances to be used for auto-scaling:

  • Instance Family - Specifies the instance family to be used for auto-scaling. X Cloud clusters are scaled automaticaly within one predefined instance family.

  • Instance Type - Specifies instance types to be used for auto-scaling. By default, all instance types within a given family can be used when auto-scaling a cluster to optimize storage utilization and compute.

    ℹ️ Manually restricting the cluster to specific instance sizes can limit the effectiveness of the autoscaling engine. We strongly recommend using the default Any setting to allow the system to choose the most efficient instance types for your current scale.

Initial Deployment Summary¶

After you customize the auto-scaling policy, the Initial Deployment summary will show:

  • Deployed Physical Storage - The total initial amount of physical storage allocated to all nodes in the cluster.

  • vCPU - The number of vCPUs.

  • Availability Zones - The availability zones with the instance type configuration for each zone. The cluster consists of three zones with automatic data replication, each with the same instance type configuration. By default, each cluster zone is deployed in a different cloud availability zone. You can customize the availability zones for your cluster, but we recommend that you deploy each zone in a different cloud availability zone to ensure high availability. See Configure Availability Zones for details.

../../_images/xcloud-initial-deployment.png

Updating Auto-Scaling Policy for an Existing Cluster¶

To modify the auto-scaling policy for an existing cluster, go to your cluster’s page and click Edit Scaling Policy.

../../_images/xcloud-edit-autoscaling-policy.png

Replication Factor (RF)¶

When using certain ScyllaDB features, the RF must be set to match the number of racks in ScyllaDB Cloud. ScyllaDB Cloud is configured with three racks, so the RF should be set to 3 when you use these features.

The features that require this configuration are:

  • Materialized Views (MV)

  • Secondary Indexes (SI)

  • Alternator

  • CDC

Was this page helpful?

PREVIOUS
Cluster Types - Overview
NEXT
X Cloud Autoscaling Behavior and Best Practices
  • Create an issue

On this page

  • X Cloud Clusters
    • Overview
    • X Cloud Auto Scaling
    • Auto Scaling Policy
      • Target Storage Utilization
      • Reserving Minimum Resources
        • 📱 Minimum Physical Storage Calculator
        • 📱 Minimum vCPU Count Calculator
      • Instance Family and Type
      • Initial Deployment Summary
      • Updating Auto-Scaling Policy for an Existing Cluster
    • Replication Factor (RF)
ScyllaDB Cloud
Search Ask AI
  • Quick Start Guide to ScyllaDB Cloud
  • About ScyllaDB Cloud as a Service
    • Benefits
    • Best Practices
    • Billing
  • Deployment
    • Cluster Types
      • Cluster Types Overview
      • X Cloud Clusters
      • X Cloud Autoscaling Behavior and Best Practices
      • Standard Clusters
    • Bring Your Own Account (BYOA) - AWS
    • Bring Your Own Account (BYOA) - GCP
    • Availability Zones
    • Terraform Provider
    • Free Trial
  • Cluster Connections
    • Configure AWS Transit Gateway (TGW) VPC Attachment Connection
    • Configure Virtual Private Cloud (VPC) Peering with AWS
    • Configure Virtual Private Cloud (VPC) Peering with GCP
    • Migrating Cluster Connection
    • Checking Cluster Availability
    • Glossary for Cluster Connections
  • Access Management
    • SAML Single Sign-On (SSO)
    • User Management
  • Managing Clusters
    • Resizing a Cluster
    • Adding a Datacenter
    • Deleting a Cluster
    • Maintenance Windows
    • Email Notifications
    • Usage
  • Security
    • Security Best Practices
    • Security Concepts
    • Database-level Encryption
    • Storage-level Encryption
    • Client-to-node Encryption
    • Service Users
    • Data Privacy and Compliance
  • Using ScyllaDB
    • Apache Cassandra Query Language (CQL)
    • ScyllaDB Drivers
    • Tracing
    • Role Based Access Control (RBAC)
    • ScyllaDB Integrations
  • Vector Search
    • Quick Start Guide
    • Vector Search Concepts
    • Vector Search Deployments
    • Sizing and Capacity Planning
    • Working with Vector Search
    • Filtering
    • Quantization and Rescoring
    • Security
    • Troubleshooting
    • FAQ
    • Glossary
    • Reference
    • Example Project
  • Service Behavior
    • Backups
    • Managing ScyllaDB Versions
    • Advanced Internode (RPC) Compression
  • Monitoring
    • Monitoring Clusters
    • Extracting Cluster Metrics in Prometheus Format
  • API Documentation
    • Create a Personal Token for Authentication
    • Terraform Provider for ScyllaDB Cloud
    • API Reference
    • Error Codes
  • Help & Learning
    • Tutorials
    • FAQ
    • Getting Help
Docs Tutorials University Contact Us About Us
© 2026, ScyllaDB. All rights reserved. | Terms of Service | Privacy Policy | ScyllaDB, and ScyllaDB Cloud, are registered trademarks of ScyllaDB, Inc.
Last updated on 08 May 2026.
Powered by Sphinx 9.1.0 & ScyllaDB Theme 1.9.2