Amazon EBS allows you to create storage volumes and attach them to Amazon EC2 instances. Once attached, you can create a file system on top of these volumes, run a database, or use them in any other way you would use block storage. Amazon EBS volumes are placed in a specific Availability Zone where they are automatically replicated to protect you from the failure of a single component. All EBS volume types offer durable snapshot capabilities and are designed for 99.999% availability.

Amazon EBS provides a range of options that allow you to optimize storage performance and cost for your workload. These options are divided into two major categories: SSD-backed storage for transactional workloads, such as databases and boot volumes (performance depends primarily on IOPS), and HDD-backed storage for throughput intensive workloads, such as MapReduce and log processing (performance depends primarily on MB/s).

SSD-backed volumes include the highest performance Provisioned IOPS SSD (io2 and io1) for latency-sensitive transactional workloads and General Purpose SSD (gp3 and gp2) that balance price and performance for a wide variety of transactional data. HDD-backed volumes include Throughput Optimized HDD (st1) for frequently accessed, throughput intensive workloads and the lowest cost Cold HDD (sc1) for less frequently accessed data.

Elastic Volumes is a feature of Amazon EBS that allows you to dynamically increase capacity, tune performance, and change the type of live volumes with no downtime or performance impact. This allows you to easily right-size your deployment and adapt to performance changes.

Amazon EBS volume types

The following table shows use cases and performance characteristics of current generation EBS volumes:

Solid State Drives (SSD)
 
Volume Type

EBS Provisioned IOPS SSD (io2 Block Express)

EBS Provisioned IOPS SSD (io2)
EBS Provisioned IOPS SSD (io1) EBS General Purpose SSD (gp3) EBS General Purpose SSD (gp2)*

Short Description

Highest performance SSD volume designed for business-critical latency-sensitive transactional workloads Highest performance and highest durability SSD volume designed for latency-sensitive transactional workloads

Highest performance SSD volume designed for latency-sensitive transactional workloads

Lowest cost SSD volume that balances price performance for a wide variety of transactional workloads

General Purpose SSD volume that balances price performance for a wide variety of transactional workloads

Durability

99.999%

99.999% 99.8% - 99.9% durability

99.8% - 99.9% durability

99.8% - 99.9% durability

Use Cases

Largest, most I/O intensive, mission critical deployments of NoSQL and relational databases such as Oracle, SAP HANA, Microsoft SQL Server, and SAS Analytics

I/O-intensive NoSQL and relational databases

I/O-intensive NoSQL and relational databases

Virtual desktops, medium sized single instance databases such as Microsoft SQL Server and Oracle, latency sensitive interactive applications, boot volumes, and dev/test environments

Virtual desktops, medium sized single instance databases such as Microsoft SQL Server and Oracle, latency sensitive interactive applications, boot volumes, and dev/test environments

API Name

io2

io2

io1

gp3

gp2

Volume Size

4 GB – 64 TB

4 GB – 16 TB

4 GB - 16 TB

1 GB - 16 TB

1 GB - 16 TB

Max IOPS**/Volume

256,000

64,000

64,000

16,000

16,000

Max Throughput***/Volume

4,000 MB/s

1,000 MB/s

1,000 MB/s

1,000 MB/s

250 MB/s

Max IOPS/Instance

260,000

160,000

260,000

260,000

260,000

Max Throughput/Instance

7,500 MB/s

4,750 MB/s

7,500 MB/s

7,500 MB/s

7,500 MB/s

Latency sub-millisecond single digit millisecond single digit millisecond single digit millisecond single digit millisecond

Price

$0.125/GB-month

$0.065/provisioned IOPS-month up to 32,000 IOPS

$0.046/provisioned IOPS-month from 32,001 to 64,000

$0.032/provisioned IOPS-month for greater than 64,000 IOPS

$0.125/GB-month

$0.065/provisioned IOPS-month

$0.08/GB-month

3,000 IOPS free and $0.005/provisioned IOPS-month over 3,000;

125 MB/s free and $0.04/provisioned MB/s-month over 125

$0.10/GB-month

Dominant Performance Attribute

IOPS, throughput, latency, capacity, and volume durability IOPS and volume durability

IOPS

IOPS

IOPS

 
*Default volume type
***volume throughput is calculated as MB = 1024^2 bytes
Hard Disk Drives (HDD)  
  Throughput Optimized HDD (st1) Cold HDD (sc1)

Short Description

Low cost HDD volume designed for frequently accessed, throughput intensive workloads Lowest cost HDD volume designed for less frequently accessed workloads
Durability 99.8% - 99.9% durability
99.8% - 99.9% durability

Use Cases

Big data, data warehouses, log processing Colder data requiring fewer scans per day

API Name

st1 sc1

Volume Size

125 GB - 16 TB 125 GB - 16 TB

Max IOPS**/Volume

500 250

Max Throughput***/Volume

500 MB/s 250 MB/s

Max IOPS/Instance

260,000 260,000

Max Throughput/Instance

7,500 MB/s 7,500 MB/s

Price

$0.045/GB-month $0.015/GB-month

Dominant Performance Attribute

MB/s MB/s
 

Looking for EBS Magnetic? See the Previous Generation Volumes page.
* st1/sc1 based on 1 MB I/O size
** volume throughput is calculated as MB = 1024^2 bytes

SSD-backed volumes (IOPS-intensive)

Provisioned IOPS SSD (io2 & io1) volumes

Provisioned IOPS volumes are backed by solid-state drives (SSDs) and are the highest performance EBS volumes designed for your critical, I/O intensive database applications. These volumes are ideal for both IOPS-intensive and throughput-intensive workloads that require extremely low latency.

Provisioned IOPS SSD volumes are designed to deliver a maximum of 64,000 IOPS and 1,000 MB/s of throughput per volume1. io2 is the latest generation of the Provisioned IOPS SSD volumes that is designed to provide 100X durability of 99.999% as well as a 10X higher IOPS to storage ratio of 500 IOPS for every provisioned GB – at the same price as io1. Furthermore, when attached to EBS-optimized EC2 instances, io1 and io2 volumes are designed to achieve single-digit millisecond latencies as well as deliver the provisioned performance 99.9% of the time. This makes io2 volumes ideal for performance intensive, business-critical applications such as SAP HANA, Oracle, Microsoft SQL Server and IBM DB2 that will benefit from higher uptime. Like io1 volumes, io2 volumes also support Multi-Attach, which allows customers to attach an io2 volume to up to sixteen Nitro-based EC2 instances within the same Availability Zone. For more details on pricing, please visit the pricing page. For more information about instance types that can be launched as EBS-optimized instances, see Amazon EC2 Instance Types. For more information about Amazon EBS performance guidelines, see Increasing EBS Performance.

Customers that need sub-millisecond latency or need to go beyond the current single volume peak performance and throughput, can sign up for a preview of io2 Block Express, which is designed to deliver 4x higher throughput, IOPS, and capacity than io2 volumes, along with sub-millisecond latency. Learn more »

1To achieve the limit of 64,000 IOPS and 1,000 MB/s throughput, the volume must be attached to a Nitro System EC2 instance.

General purpose SSD (gp3 and gp2) volumes

General-purpose volumes are backed by solid-state drives (SSDs) and are suitable for a broad range of transactional workloads, virtual desktops, medium sized single instance databases, latency sensitive interactive applications, dev/test environments, and boot volumes. Amazon gp3 volumes are the latest generation of general-purpose SSD-based EBS volumes that enable customers to provision performance independent of storage capacity, while providing up to 20% lower pricing per GB than existing gp2 volumes. The new gp3 volumes deliver a baseline performance of 3,000 IOPS and 125 MB/s at any volume size. Customers looking for higher performance can scale up to 16,000 IOPS and 1,000 MB/s for an additional fee. Both gp3 and gp2 volumes are designed to offer single-digit millisecond latency and deliver the provisioned performance 99% of the time. If you need a greater number of IOPS than gp3 can provide, or if you have a workload where low latency is critical or you need better performance consistency, we recommend that you use io2 volumes. To maximize the performance of gp3, we recommend using EBS-optimized EC2 instances.

HDD-backed volumes (MB/s-intensive)

Throughput optimized HDD (st1) volumes

ST1 is backed by hard disk drives (HDDs) and is ideal for frequently accessed, throughput intensive workloads with large datasets and large I/O sizes, such as MapReduce, Kafka, log processing, data warehouse, and ETL workloads. These volumes deliver performance in terms of throughput, measured in MB/s, and include the ability to burst up to 250 MB/s per TB, with a baseline throughput of 40 MB/s per TB and a maximum throughput of 500 MB/s per volume. ST1 is designed to deliver the expected throughput performance 99% of the time and has enough I/O credits to support a full-volume scan at the burst rate. To maximize the performance of st1, we recommend using EBS-optimized EC2 instances.

Cold HDD (sc1) volumes

SC1 is backed by hard disk drives (HDDs) and provides the lowest cost per GB of all EBS volume types. It is ideal for less frequently accessed workloads with large, cold datasets. Similar to st1, sc1 provides a burst model: these volumes can burst up to 80 MB/s per TB, with a baseline throughput of 12 MB/s per TB and a maximum throughput of 250 MB/s per volume. For infrequently accessed data, sc1 provides extremely inexpensive storage. SC1 is designed to deliver the expected throughput performance 99% of the time and has enough I/O credits to support a full-volume scan at the burst rate. To maximize the performance of sc1, we recommend using EBS-optimized EC2 instances.

Amazon data lifecycle manager for EBS snapshots

Data Lifecycle Manager for EBS snapshots provides a simple, automated way to back up data stored on EBS volumes by ensuring that EBS snapshots are created and deleted on a custom schedule. You no longer need to use scripts or other tools to comply with data backup and retention policies specific to your organization or industry.

With lifecycle management, you can be sure that snapshots are cleaned up regularly and keep costs under control. Simply tag your EBS volumes and start creating Lifecycle policies for creation and management of backups. Use Cloudwatch Events to monitor your policies and ensure that your backups are being created successfully.

Amazon EBS Elastic Volumes

Elastic Volumes is a feature that allows you to easily adapt your volumes as the needs of your applications change. Elastic Volumes allows you to dynamically increase capacity, tune performance, and change the type of any new or existing current generation volume with no downtime or performance impact. Easily right-size your deployment and adapt to performance changes.

Simply create a volume with the capacity and performance needed today knowing you have the ability to modify your volume configuration in the future, saving hours of planning cycles.

By using Amazon CloudWatch with AWS Lambda you can automate volume changes to meet the changing needs of your applications.

The Elastic Volumes feature makes it easier to adapt your resources to changing application demands, giving you confidence that you can make modifications in the future as your business needs change.

Amazon EBS Snapshots

Amazon EBS provides the ability to save point-in-time snapshots of your volumes to Amazon S3. Amazon EBS Snapshots are stored incrementally: only the blocks that have changed after your last snapshot are saved, and you are billed only for the changed blocks. If you have a device with 100 GB of data but only 5 GB has changed after your last snapshot, a subsequent snapshot consumes only 5 additional GB and you are billed only for the additional 5 GB of snapshot storage, even though both the earlier and later snapshots appear complete.

When you delete a snapshot, you remove only the data not needed by any other snapshot. All active snapshots contain all the information needed to restore the volume to the instant at which that snapshot was taken. The time to restore changed data to the working volume is the same for all snapshots.

Snapshots can be used to instantiate multiple new volumes, expand the size of a volume, or move volumes across Availability Zones. When a new volume is created, you may choose to create it based on an existing Amazon EBS snapshot. In that scenario, the new volume begins as an exact replica of the snapshot.

The following are key features of Amazon EBS Snapshots:

  • Direct read access of EBS Snapshots - Customers can use EBS direct APIs for Snapshots to read data off snapshots and identify differences between two EBS snapshots without needing to create EBS volumes and EC2 instances. EBS direct APIs for Snapshots enable backup partners to track incremental changes on EBS volumes more efficiently, providing faster backup times and more granular recovery point objectives (RPOs) to customers at a lower cost. For more information, see the EBS direct APIs for Snapshots technical documentation and pricing page.
  • Creating EBS snapshots from any block storage - Using EBS direct APIs, you can create EBS snapshots directly from any block storage data, regardless of where it resides, including data on-premises, and quickly recover into EBS volumes. This allows you to meet your disaster recovery objectives in AWS at lower costs. For more information, see the EBS direct APIs for Snapshots technical documentation and pricing page.
  • Immediate access to Amazon EBS volume data - After a volume is created from a snapshot, there is no need to wait for all of the data to transfer from Amazon S3 to your Amazon EBS volume before your attached instance can start accessing the volume. Amazon EBS Snapshots implement lazy loading, so that you can begin using them right away.
  • Instant full performance on EBS volumes restored from snapshots - For an additional hourly charge, you can enable Fast Snapshot Restore (FSR) capability for low latency access to data restored from snapshots. EBS volumes restored from FSR-enabled snapshots instantly receive their full performance. For more information, see the FSR technical documentation and pricing page.
  • Resizing Amazon EBS volumes - There are two methods that can be used to resize an Amazon EBS volume. If you create a new volume based on a snapshot, you can specify a larger size for the new volume. With the Elastic Volumes feature you can dynamically grow live volumes without the use of snapshots. Make certain that your file system and application supports resizing a device.
  • Sharing Amazon EBS Snapshots - Amazon EBS Snapshots’ shareability makes it easy for you to share data with your co-workers or others in the AWS community. Authorized users can create their own Amazon EBS volumes based on your Amazon EBS shared snapshots; your original snapshot remains intact. If you choose, you can also make your data available publicly to all AWS users. For more information about how to share snapshots, see Modifying Snapshot Permissions.
  • Copying Amazon EBS Snapshots across AWS regions - Amazon EBS’s ability to copy snapshots across AWS regions makes it easier to leverage multiple AWS regions for geographical expansion, data center migration and disaster recovery. You can copy any snapshot accessible to you: snapshots you created; snapshots shared with you; and snapshots from the AWS Marketplace, VM Import/Export, and AWS Storage Gateway. For more information, see Copying an Amazon EBS Snapshot.

Instant full performance on EBS volumes restored from snapshots - For an additional hourly charge, you can enable Fast Snapshot Restore (FSR) capability for low latency access to data restored from snapshots. You can enable FSR on snapshots you own or those shared with you. EBS volumes restored from FSR-enabled snapshots instantly receive their full performance. For more information, see the FSR technical documentation and pricing page.

Amazon EBS-Optimized instances

For an additional low, hourly fee, customers can launch certain Amazon EC2 instance types as EBS-optimized instances. EBS-optimized instances enable EC2 instances to fully use the IOPS provisioned on an EBS volume.

EBS-optimized instances deliver dedicated throughput between Amazon EC2 and Amazon EBS, with options between 500 and 60,000 Megabits per second (Mbps) depending on the instance type used. The dedicated throughput minimizes contention between Amazon EBS I/O and other traffic from your EC2 instance, providing the best performance for your EBS volumes.

EBS-optimized instances are designed for use with all Amazon EBS volume types.

For more information about the instance types that can be launched as EBS-Optimized instances, see Amazon EC2 Instance Types.

Amazon EBS availability and durability

Amazon EBS volumes are designed to be highly available, reliable, and durable. At no additional charge to you, Amazon EBS volume data is replicated across multiple servers in an Availability Zone to prevent the loss of data from the failure of any single component. For more details, see the Amazon EC2 and EBS Service Level Agreement.

Amazon EBS offers a higher durability volume (io2), that is designed to provide 99.999% durability with an annual failure rate (AFR) of 0.001%, where failure refers to a complete or partial loss of the volume. For example, if you have 100,000 EBS io2 volumes running for 1 year, you should expect only one io2 volume to experience a failure. This makes io2 ideal for business-critical applications such as SAP HANA, Oracle, Microsoft SQL Server and IBM DB2 that will benefit from higher uptime. io2 volumes are 2000 times more reliable than typical commodity disk drives, which fail with an AFR of around 2%. All other Amazon EBS volumes are designed to provided 99.8%-99.9% durability with an AFR of between 0.1% - 0.2%,

EBS also supports a snapshot feature, which is a good way to take point-in-time backups of your data. To learn more about Amazon EBS Snapshots and how to take point-in time backups of your volumes please visit here.

Amazon EBS encryption and AWS Identity and Access Management

Amazon EBS encryption offers seamless encryption of EBS data volumes, boot volumes and snapshots, eliminating the need to build and manage a secure key management infrastructure. EBS encryption enables data at rest security by encrypting your data volumes, boot volumes and snapshots using Amazon-managed keys or keys you create and manage using the AWS Key Management Service (KMS). In addition, the encryption occurs on the servers that host EC2 instances, providing encryption of data as it moves between EC2 instances and EBS data and boot volumes. For more information, see Amazon EBS encryption in the Amazon EC2 User Guide.

Access to Amazon EBS volumes is integrated with AWS Identity and Access Management (IAM). IAM enables access control to your Amazon EBS volumes. For more information, see AWS Identity and Access Management.


on this page GB = 1024^3 bytes

Amazon EBS Multi-Attach

Customers can enable Multi-Attach on an EBS Provisioned IOPS io1 volume to allow a volume to be concurrently attached to up to sixteen Nitro-based EC2 instances within the same Availability Zone. Multi-Attach makes it easier to achieve higher application availability for applications that manage storage consistency from multiple writers. Each attached instance has full read and write permission to the shared volume. Applications using Multi-Attach need to provide IO fencing for storage consistency. There is no additional fee to enable Multi-Attach.

To learn more, see Multi-Attach technical documentation.

Learn more about Amazon EBS pricing

Visit the pricing page
Ready to build?
Get started with Amazon EBS
Have more questions?
Contact us