100% vanilla PostgreSQL
Since the performance improvements and branching are implemented at the storage layer, we don't fork or modify PostgreSQL. You get all features and extensions.
Get more PostgreSQL performance,
with lower costs
Xata’s unique storage layer delivers higher performance at lower cost. Up to 80% better value per unit of performance when compared to Amazon Aurora.
Benchmarking versus Amazon Aurora
We have executed the industry standard TPC-C benchmark to compare Xata against Amazon Aurora, using similar compute VMs in terms of CPU/RAM.
Throughput (TPS)
| Database | Throughput (TPS) |
|---|---|
| Amazon Aurora | 2250 |
| Xata | 3000 |
Price (USD/month)
| Database | Price (USD/month) |
|---|---|
| Amazon Aurora | 2096 |
| Xata | 561 |
For Aurora, we have tested on an I/O-Optimized db.r8g.4xlarge (16vCPU, 128GB RAM) instance. For Xata, we have used a xata.4xlarge (16vCPU, 64GB RAM) instance. Both instances running PostgreSQL 17.
We have tested multiple scale factors. The presented graph is for the scale factor of 50. The benchmark uses 10 connections for each scale factor, so 500 connections in this case.
The Amazon Aurora cost is based on a provisioned on-demand instance in the us-east-1 region, without replicas. The Xata cost is based on the Pay As You Go plan.
Only the compute cost is considered, not the storage cost. The approximate cost for the Aurora instance is $2096 per month. The approximate cost for the Xata instance is $561 per month.
Each test was executed 5 times and the average result is presented.
- Up to 80% better value per unit
- Better IOPS and storage latency
Separated storage and compute architecture
Xata is able to outperform the hyperscalers due to its unique storage system combined with better compute resource utilization.
01
Compute on top of Kubernetes
The PostgreSQL instances are running inside a Kubernetes cluster, and are managed by the CloudNativePG operator, one of the most stable, feature-rich, and popular operators for PostgreSQL on Kubernetes.
02
Logical storage volumes mounted via CSI
A Kubernetes CSI driver is used to mount the logical storage volumes to the PostgreSQL pods. This allows for the storage volumes to be used by multiple PostgreSQL pods, and for the storage volumes to be resized as needed.
03
NVMe over Fabrics (NVMe/TCP)
The storage volumes are connected to the PostgreSQL pods via NVMe/TCP, which is a high-performance network protocol for block storage.
04
Distributed storage cluster
The storage cluster uses multiple storage nodes (e.g. EC2 instances) and the data blocks are automatically distributed across them, using parity to protect against node failures.
Learn moreBottomless storage
The Xata storage is billed per GB, and you can grow it as much as you want. You only pay for the storage you use, no need to over-provision.
Ultra-high performance
The Xata architecture uses NVMe/TCP and SPDK technology to offer ultra-low latency storage and very high throughput.
Deploy in your own cloud account
You can deploy Xata in your own AWS, GCP, or Azure account. This may result in better performance and lower costs, while not compromising on security and compliance.
01
Global control plane
Organizations, users, projects, the admin UI, and more are managed in the Xata control plane. The control plane is hosted by us.
02
Data plane in your cloud account
The actual Postgres instances, containing your data, are launched directly in your own AWS, GCP, Azure, or Hetzner account.
03
Let us manage the rest
Xata continues to fully manage the PostgreSQL platform: monitoring, backups, upgrades, high-availability, etc.
Move fast without breaking production
Get instant Copy-on-Write branches, anonymized data, and zero-downtime schema changes at lower costs.
01
Create a Xata production organization
If you want to keep production data separated from staging and dev branches, you can create a dedicated Xata production project or organization.
02
Anonymize PII or other sensitive data
Mask sensitive data using configurable transformers that maintain referential integrity.
Learn more03
Clone production
Get a nightly synced snapshot of production with sensitive data removed. Ready for testing.
04
Instant dev branches
From the production clone, instantly create Copy-on-Write branches for each pull request to accelerate development, testing, and collaboration.
Learn more05
Deploy to production without downtime
Apply database changes confidently with pgroll, serving old and new schema versions in parallel for smooth, lock-free migrations.
Learn more