┌─aws-us-east-1 (source)──────┐
│ ┌───────────────────────┐ │░
│ │ my-namespace │ │░
│ └───────────────────────┘ │░
└─────────────────────────────┘░
░░░░░░░░░░░░░│░░░░░░░░░░░░░░░░░
▼
┌─aws-us-west-2 (dest)────────┐
│ ┌───────────────────────┐ │░
│ │ my-namespace-copy │ │░
│ └───────────────────────┘ │░
└─────────────┬───────────────┘░
░░░░░░░░░░░░░│░░░░░░░░░░░░░░░░░
│
──copy_from_namespaceturbopuffer supports efficient namespace copies across regions via copy_from_namespace for geo-redundancy, disaster recovery, and accidental deletion protection. We don't currently offer automated backups. Historically, customers have rebuilt from their primary data source when needed, but cross-region copies are now often a better option.
Copies are performed entirely server-side, so there's no data transfer through your infrastructure. They're billed at up to a 75% write discount and create fully writable namespaces you can use however you like. Storage is billed at standard rates, but since you're not querying backup namespaces, they're cheap to keep around, making daily or weekly snapshots practical. Cross-region copies are currently only supported within the same cloud provider (e.g., AWS to AWS or GCP to GCP).
To maintain up-to-date backups, run cross-region copies on a regular schedule. Here's an example script (run via cron or any scheduler) that backs up all namespaces matching a prefix. It appends the date to each backup namespace name and automatically cleans up backups older than 7 days:
See Limits for copy throughput estimates.
Backup namespaces are fully functional. You can either point your application to the namespace in the backup region directly, or copy it to a new namespace in your preferred region as shown below:
For more details on copy_from_namespace, see the write documentation.