Render Disks

作者 render-osse8f889396634MIT收录于 2026年10月8日更新于 2026年10月8日

Attaches and manages persistent disks on Render services—mount paths, sizing, snapshots, file transfers, and single-instance constraints. Use when the user needs persistent storage, file uploads, a custom database on disk, CMS media storage, or needs to understand why their service can't scale horizontally or use zero-downtime deploys. Trigger terms: persistent disk, disk, storage, mount path, sizeGB, SSD, file uploads, snapshots, disk restore, ephemeral filesystem.

仅含说明DevOps & Cloud
AI 生成的概览

指导在 Render 服务上挂载和管理持久磁盘,涵盖挂载路径、容量、快照与限制。

功能
该技能提供在 Render 服务上挂载和管理持久 SSD 磁盘的说明,包括挂载路径选择、容量配置、快照和文件传输。它记录了关键限制,例如仅支持单实例、无法零停机部署,以及磁盘仅在运行时可用。它还列出了 CMS 媒体存储、自管理数据库和有状态基础设施的常见模式,以及常见错误及修复方法。另有一份参考文档介绍容量规划、快照生命周期和恢复流程。
适用场景
当用户在 Render 上需要持久存储时使用,例如文件上传、CMS 媒体或磁盘上的自管理数据库。也适用于解释服务为何无法横向扩展或使用零停机部署,或从磁盘快照恢复数据时。
运行要求
需要 Render 付费 Web 服务、私有服务或后台工作进程。不附带脚本,仅为说明文档,另有一份参考文档。使用 SCP 传输文件需要 SSH 访问权限。

Render Persistent Disks

Persistent disks are high-performance SSDs you attach to a Render service to preserve filesystem changes across deploys and restarts. Without a disk, services have an ephemeral filesystem—all local file changes are lost on every deploy.

When to Use

  • Storing file uploads, CMS media, or user-generated content
  • Running a self-managed database (MySQL, MongoDB, ClickHouse) on Render
  • Deploying stateful infrastructure (Elasticsearch, Kafka, RabbitMQ, Mattermost)
  • Understanding why scaling is blocked or zero-downtime deploys are disabled
  • Restoring data from an automatic disk snapshot

For managed databases, prefer Render Postgres (render-postgres) or Key Value (render-keyvalue) over self-managed alternatives on disk.

Critical Constraints

These constraints affect architecture decisions. Understand them before attaching a disk:

ConstraintImpact
Single instance onlyCannot scale horizontally (numInstances must be 1, autoscaling not available)
No zero-downtime deploysOld instance stops before new instance starts (brief downtime on each deploy)
Runtime access onlyDisk is not available during buildCommand or preDeployCommand (those run on separate compute)
Not accessible from other servicesOnly the attached service can read/write the disk
Not available on cron jobsAttach to a web service, private service, or background worker instead
Not available on one-off jobsOne-off jobs run on separate compute without disk access
Can increase size, cannot decreaseStart small and grow as needed

Setup

Dashboard

  1. Go to your service's Disks page
  2. Set the mount path (absolute path where persistent data is stored)
  3. Choose a size in GB
  4. Click Add disk — triggers a new deploy

Blueprint

yaml
services:  - type: web    name: cms    runtime: node    plan: starter    region: oregon    buildCommand: npm ci && npm run build    startCommand: npm start    disk:      name: cms-data      mountPath: /var/data      sizeGB: 10

Mount Path

Only files written under the mount path are preserved. Everything else remains ephemeral.

RuntimeSource code pathExample mount path
Node.js, Python, Ruby, Elixir, Rust/opt/render/project/src/opt/render/project/src/uploads
Go/opt/render/project/go/src/github.com/<user>/<repo>.../data
DockerDockerfile's WORKDIR (commonly /app)/app/storage

Disallowed mount paths

Cannot mount at: /, /opt, /opt/render, /opt/render/project, /opt/render/project/src, /home, /home/render, /etc, /etc/secrets.

Subdirectories of these paths are fine (e.g. /opt/render/project/src/uploads).

Snapshots

  • Render creates an automatic snapshot every 24 hours
  • Snapshots are available for at least 7 days
  • Restore from the service's Disks page in the Dashboard
  • Full restore only — you cannot restore individual files
  • Destructive — all changes after the snapshot are lost

Do not restore snapshots for custom database recovery. Use database-native backup tools (mysqldump, mongodump) instead—disk snapshots may capture a corrupted database state.

File Transfers

SCP (via SSH)

bash
# Download from servicescp -s [email protected]_REGION.render.com:/mount/path/file ./local-file
# Upload to servicescp -s ./local-file [email protected]_REGION.render.com:/mount/path/file

Requires SSH access enabled for the service.

Magic-Wormhole

Available on all native runtimes (install manually on Docker):

bash
# On the service shellwormhole send /mount/path/file
# On your local machinewormhole receive

Common Patterns

PatternService typeMount pathNotes
WordPress / Ghost / CMSWeb Service/var/data or /app/contentMedia uploads, SQLite
Self-managed MySQLPrivate Service/var/lib/mysqlUse mysqldump for backups, not disk snapshots
File upload APIWeb Service/opt/render/project/src/uploadsSingle instance constraint
ElasticsearchPrivate Service/usr/share/elasticsearch/dataStateful search infrastructure

Common Mistakes

MistakeFix
Expecting horizontal scaling with a diskNot possible — disk services are single-instance only
Mounting at a disallowed pathUse a subdirectory (e.g. /opt/render/project/src/uploads not /opt/render/project/src)
Reading disk during build or pre-deployThese run on separate compute — move logic to the start command
Restoring disk snapshot for a databaseUse database-native backups instead
Starting with a large disk sizeStart small — you can increase but never decrease

References

DocumentContents
references/sizing-and-snapshots.mdSizing guidance, snapshot lifecycle, restore procedures, cost patterns

Related Skills

  • render-web-services — Deploy lifecycle, health checks (disk disables zero-downtime)
  • render-private-services — Internal services with disks (Elasticsearch, MySQL)
  • render-blueprints — disk field reference in render.yaml
  • render-postgres — Managed database alternative (no disk management needed)

来源与署名

来源:render-oss/render-plugin-claude-code位于skills/render-disks提交e8f8893

许可证: MIT

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架