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 Autoscaling Behavior and Best Practices

X Cloud Autoscaling Behavior and Best Practices¶

How X Cloud Autoscaling Works¶

ScyllaDB Cloud continuously monitors your cluster to keep resource usage as close as possible to a specified target utilization. For example, if you set a target of 90% storage utilization, the system automatically adjusts the cluster configuration to try to maintain that level. This is an ongoing process.

Scaling Logic¶

  • Scaling Up: If utilization rises above the target, the system adds more instances or transitions to larger instance sizes.

  • Scaling Down: If utilization falls below the target, the system reduces the number of instances or switches to smaller instance sizes.

Precision Limits¶

While the system gravitates toward your target, achieving an exact value is not always possible because scaling occurs in increments based on instance capacity. This precision is limited to the size of the smallest instance, which, in most cases, is 503 GB. This means that while a 50 TB cluster might see 1% storage adjustments, a small 503 GB cluster would scale by 100% increments.

Instance Selection and Optimization¶

By default, X Cloud uses all instance types within a selected family. In some cases, customers may want to restrict which instance sizes are used to take advantage of specific pricing agreements. However, such limitations may introduce several technical drawbacks.

Reduced Scaling Precision¶

Limiting available instance types reduces scaling granularity. For example, disabling the smallest type (e.g., i8g.large) forces the autoscaler to use larger increments like i8g.xlarge (1006 GB) or i8g.2xlarge (2013 GB), making scaling less precise.

Cloud Provider Capacity Issues¶

Highly restrictive configurations can expose your cluster to capacity shortages within specific cloud regions or availability zones. If a cloud provider runs out of a specific instance size, the ScyllaDB Cloud normally proposes an alternative configuration to ensure success. However, if you have blocked those alternatives, reconfiguration may become impossible.

Recommendations for Optimal Scaling¶

  • Best Practice: Allow all instance types within a selected family to be used in the autoscaling process, ensuring the highest precision and stability.

  • Minimum Requirement: If you have to restrict instance selection, allow at least three instance types within the family to maintain basic scaling flexibility.

Was this page helpful?

PREVIOUS
X Cloud Clusters
NEXT
Standard Clusters
  • Create an issue

On this page

  • X Cloud Autoscaling Behavior and Best Practices
    • How X Cloud Autoscaling Works
      • Scaling Logic
      • Precision Limits
    • Instance Selection and Optimization
      • Reduced Scaling Precision
      • Cloud Provider Capacity Issues
    • Recommendations for Optimal Scaling
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