
Common use cases
- Temporary caches, in-memory swap or buffer files, session stores that are replicated elsewhere.
- Processing scratch space for high-throughput local operations (e.g., video encoding, temporary file processing).
- Distributed systems that manage redundancy externally (e.g., data replicated across nodes where local storage is only a performance optimization).
- Storing ephemeral logs or checkpoint files that can be recomputed or shipped to durable storage.
- Any workload that requires durable, single-copy persistence (use EBS or S3 instead).
- Data that must survive instance termination, stop/start migration, or host hardware failures.
- Reboot: Usually keeps the instance on the same host; instance-store data typically persists.
- Stop/Start: The instance may be placed on a different host; instance-store data will be lost.
- Termination: Instance-store data is deleted when the instance is terminated.
- Host failure or maintenance migration: Data is lost because instance stores are tied to the physical host.
Instance store provides very fast local I/O and is ideal for ephemeral, high-performance workloads. However, do not rely on it for any data you need to persist. For durable storage, choose EBS volumes, S3, or other persistent services.
- Instance store = temporary, host-attached block storage for EC2 instances.
- Data typically survives a reboot but is lost on stop/start that moves the instance, termination, or host failure.
- Use instance store only for ephemeral workloads or when data durability is managed externally.