← Files RenderARCHIVED FILE

skills/render-disks/references/sizing-and-snapshots.md

2.12 KB · Oct 4, 2026 · 06:02 UTC

↓ Download file

# Disk Sizing and Snapshots

## Sizing Guidance

| Use case | Suggested starting size | Notes |
|----------|------------------------|-------|
| File uploads (small app) | 1-5 GB | Grow as needed |
| CMS media (WordPress, Ghost) | 5-10 GB | Depends on media volume |
| Self-managed database (MySQL, MongoDB) | 10-50 GB | Match expected data volume |
| Infrastructure (Elasticsearch, Kafka) | 20-100 GB | Plan for index/log growth |

**Key rule:** Start small. You can increase disk size at any time without downtime. You **cannot** decrease disk size.

Increasing disk size:
1. Dashboard > service > Disks > edit size
2. Additional storage becomes available within seconds
3. No deploy or restart needed

## Snapshot Lifecycle

| Property | Value |
|----------|-------|
| Frequency | Every 24 hours (automatic) |
| Retention | At least 7 days |
| Scope | Full disk contents |
| Encryption | Encrypted at rest |
| Restore type | Full restore only (no partial/file-level restore) |

## Restore Procedure

1. Go to Dashboard > service > Disks
2. Select the snapshot to restore
3. Confirm the restore

**Warnings:**
- All changes after the snapshot are **permanently lost**
- The service restarts during restore
- Restore is **not suitable for database recovery** — use database-native tools

## Cost Patterns

Persistent disks are billed based on provisioned size, not used size. Billing starts when the disk is created and continues until it's removed.

Minimize cost by:
- Starting with the smallest viable size
- Not provisioning "just in case" capacity
- Using managed services (Postgres, Key Value) instead of self-managed databases on disk where possible

## When NOT to Use a Disk

| Scenario | Better alternative |
|----------|--------------------|
| Relational database | **Render Postgres** (managed backups, PITR, replicas) |
| Cache or queue | **Render Key Value** (managed, no disk management) |
| Large file storage (S3-like) | **External object storage** (AWS S3, Cloudflare R2) |
| Temporary build artifacts | Ephemeral filesystem (default, no disk needed) |
| Shared storage across services | External storage service (disks are single-service only) |

SHA-256: 91f75261c62caa2d8827cfcad216a0718ff997458b47daa7b67e762ad08b2282