Was this page helpful?
Deployment Overview¶
This page explains the key decisions you need to make before and during cluster creation. The ScyllaDB Cloud wizard will guide you through the steps, but understanding these choices in advance helps you plan your deployment.
Overview¶
Every ScyllaDB Cloud cluster requires four decisions:
Cluster type — X Cloud (default) or Standard.
Account — deploy under a ScyllaDB-managed account, or bring your own cloud account (BYOA).
Network access — how your applications will reach the cluster.
Availability Zones — which AZs the cluster nodes are distributed across.
Step 1: Choose a Cluster Type¶
ScyllaDB Cloud offers two cluster types: X Cloud and Standard.
X Cloud is the default and recommended choice for most workloads. It is built on the Tablets architecture, which allows storage and compute to scale independently and automatically. You do not need to pre-size capacity for peak load, and you can scale in or out within minutes.
Standard clusters use a fixed topology. You choose the number and size of nodes at creation time and resize manually as needed. Choose Standard when you need Multi-DC replication or a predictable fixed-cost topology.
See Choose Your Cluster Type for a full comparison.
Step 2: Choose Where to Deploy¶
By default, ScyllaDB Cloud deploys and manages the cluster infrastructure on its own cloud accounts. This is the simplest option and requires no additional setup.
If your organization requires data to stay within your own cloud account — for compliance, cost management, or architecture reasons — you can use Bring Your Own Account (BYOA). With BYOA, the cluster runs in your AWS or GCP account while ScyllaDB Cloud manages the database software.
Note
You must decide whether to use BYOA before creating the cluster. This setting cannot be changed after the cluster is deployed.
Step 3: Choose a Network Access Option¶
You must decide how your applications will connect to the cluster. This choice is made during cluster creation and cannot be changed afterward.
ScyllaDB Cloud supports three options:
VPC Peering (AWS or GCP) — creates a private connection between your VPC and the cluster. Traffic stays within the cloud provider’s network. This is the recommended option for most production workloads.
AWS Transit Gateway (TGW) — connects multiple VPCs or AWS accounts to a single cluster through a shared Transit Gateway hub. Choose this when you need more than one VPC or account to reach the cluster.
Direct (public internet) — the cluster is accessible over the public internet with TLS encryption and an IP allowlist. Suitable for evaluation and development only; not recommended for production.
See Network Access Options for a full comparison and setup guides.
Step 4: Configure Availability Zones¶
ScyllaDB Cloud distributes cluster nodes across Availability Zones (AZs) within the region you select. By default, nodes are spread evenly for high availability. You can customize which AZs are used if your architecture requires it.
See Configure Availability Zones for details.