Browse this section

Instance disks, persistent volumes and snapshots

A cloud deployment can combine different storage types. An instance disk, an attached volume and a snapshot are separate resources with different lifecycle and recovery behaviour. Record where each important dataset lives before deploying or deleting anything.

Questions to settle before deployment

  • Which disks are persistent, and what happens to them if the instance is rebuilt, resized, stopped or deleted?
  • Can volumes be detached and attached to another instance, and what application shutdown or unmount procedure is required?
  • How are snapshots created and retained, and are databases made consistent before the snapshot is taken?
  • Is there an independent backup outside the immediate failure domain, and has restoration been tested?

Do not delete an instance until its required data and attached-resource behaviour are confirmed. Before detaching a live volume, coordinate an application-safe procedure. Snapshot availability alone does not establish a backup retention policy or a guaranteed recovery time.

Was this guide helpful?

Related guides

Planning a GPU workload

A GPU configuration must fit the software as well as the dataset. Accelerator memory, number of devices, CPU, host RAM and storage throughput can each limit performance. A model that fits i…

Requesting a cloud resize or capacity change

A larger instance can provide more resources, but the available resize paths and downtime depend on the platform, family and storage layout. Scaling also affects pricing and may require a d…

Need help applying this to your service?

Tell us your service reference and what you need to achieve. Never include passwords or private keys in a ticket.

Contact support →
← All knowledgebase topics