This page explains the concept of storage class and the differences between storage classes. To learn how to change a bucket's default storage class, see Managing Buckets.
Overview of storage classes
In Google Cloud Storage, you create a bucket to store your data. A bucket has three properties that you specify when you create it: a globally unique name, a location where the bucket and its contents are stored, and a default storage class for objects added to the bucket.
Cloud Storage offers four storage classes: Multi-Regional Storage, Regional Storage, Nearline Storage, and Coldline Storage. All storage classes offer the same throughput, low latency (time to first byte typically tens of milliseconds), and high durability. The classes differ by their availability, minimum storage durations, and pricing for storage and access.
|Storage Class||Name for APIs|
Comparison of storage classes
Use the table below to match your data storage needs with a storage class. The sections below the table describe each storage class in more detail.
|Storage Class||Characteristics||Use Cases||Price (per GB per month)**|
||Storing data that is frequently accessed ("hot" objects) around the world, such as serving website content, streaming videos, or gaming and mobile applications.||$0.026|
||Storing frequently accessed in the same region as your Google Cloud DataProc or Google Compute Engine instances that use it, such as for data analytics.||$0.02|
||Data you do not expect to access frequently (i.e., no more than once per month). Ideal for back-up and serving long-tail multimedia content.||$0.01|
||Data you expect to access infrequently (i.e., no more than once per year). Typically this is for disaster recovery, or data that is archived and may or may not be needed at some future time.||$0.007|
*The availability SLA is the monthly uptime percentage backed by the Cloud Storage SLA. If Google fails to meet that uptime, customers are eligible to receive a credit as described in the Cloud Storage SLA. Typical monthly availability for each storage class is higher than this SLA availability.
**Prices listed are general storage prices, which apply to storing data in most locations. Certain locations have a separate pricing structure. In addition to storage pricing, there are also costs for performing operations, data egress, and early deletion. For details, see the pricing page.
All storage classes are designed for:
Creating buckets in locations worldwide.
Using the same OAuth and granular access controls to secure your data.
99.999999999% durability, achieved through erasure coding that stores data pieces redundantly across multiple disks located in different power and network failure domains. Such distributed storage means data survives even in the event of the simultaneous loss of two disks.
No minimum object size.
Low latency (time to first byte is typically tens of milliseconds).
The same data security through encryption at rest.
Using with other Google Cloud Storage features like object versioning, object notification, access logging, lifecycle management, per-object storage classes, and composite objects and parallel uploads.
Unlimited storage that can be accessed worldwide.
Paying only for what you use.
For more information about storage pricing, see Google Cloud Storage Pricing.
Bucket vs. object storage class
You can manage storage classes in your bucket and object settings.
- Bucket default storage class
Each bucket has a default storage class, which you can specify when you create your bucket. Objects that you add to the bucket use this default storage class unless specified otherwise.
You can change the default storage class of your bucket later. However, this will only affect the default storage class for objects that you add to the bucket going forwards. It will not change the storage class of objects that are already in the bucket.
- Object storage class
You can use the API to specify the storage class of individual objects when you add them to a bucket, or change their class later. To change the storage class of an object, see Changing Storage Classes.
Multi-Regional Storage is appropriate for storing data that is frequently accessed ("hot" objects), such as serving website content, interactive workloads, or data supporting mobile and gaming applications. Multi-Regional Storage data has the most availability compared to other storage classes.
Multi-Regional Storage is geo-redundant, which means Cloud Storage stores your data redundantly in at least two geographic locations separated by at least 100 miles within the multi-regional location of the bucket. Geo-redundancy occurs asynchronously, but Multi-Regional Storage data is still redundant within at least one geographic location as soon as you upload it and is immediately accessible worldwide.
Geo-redundancy ensures maximum availability of your data, even in the event of
large-scale disruptions, such as natural disasters. In order to provide
geo-redundancy, Cloud Storage may utilize Google data centers within a desired
multi-regional location that are not explicitly available as regional locations.
For example, Multi-Regional Storage buckets created in the European Union
multi-region may utilize Google data centers in the Netherlands or Finland, in
addition to regional locations in the European Union such as
Note that data stored as Multi-Regional Storage can be placed only in
multi-regional locations, such as the United States, the European Union,
or Asia, not specific regional locations such as
Regional Storage enables you to store data at lower cost, with the trade-off of data being stored in a specific regional location, instead of having redundancy distributed over a large geographic area.
Regional Storage is appropriate for storing data in the same regional location as Google Compute Engine instances or Google Container Engine clusters that use the data. Doing so gives you better performance for data-intensive computations, as opposed to storing your data in a multi-regional location. In addition, storing your data as Regional Storage in this scenario can reduce network charges.
Note that data stored as Regional Storage can be placed only in
regional locations, such as
Google Cloud Storage Nearline is a low-cost, highly durable storage service for storing infrequently accessed data. Nearline Storage is a better choice than Multi-Regional Storage or Regional Storage in scenarios where slightly lower availability, a 30-day minimum storage duration, and costs for data access are acceptable trade-offs for lowered storage costs.
Nearline Storage is ideal for data you plan to read or modify on average once a month or less. For example, if you want to continuously add files to Cloud Storage and plan to access those files once a month for analysis, Nearline Storage is a great choice.
Nearline Storage is also appropriate for data backup, disaster recovery, and archival storage. Note, however, that for data accessed less frequently than once a year, Coldline Storage is the most cost-effective choice, as it offers the lowest storage costs.
For more information about transferring data from Amazon Glacier to Nearline Storage, see the Migrating to Google Cloud Storage From Amazon Glacier White Paper.
Google Cloud Storage Coldline is a very-low-cost, highly durable storage service for data archiving, online backup, and disaster recovery. Unlike other "cold" storage services, your data is available within milliseconds, not hours or days.
Coldline Storage is the best choice for data that you plan to access at most once a year, due to its slightly lower availability, 90-day minimum storage duration, costs for data access, and higher per-operation costs. For example:
Cold Data Storage - Infrequently accessed data, such as data stored for legal or regulatory reasons, can be stored at low cost as Coldline Storage, and be available when you need it.
Disaster recovery - In the event of a disaster recovery event, recovery time is key. Google Cloud Storage provides low latency access to data stored as Coldline Storage.
Users that create a bucket without specifying a default storage class see the bucket's default storage class listed as Standard Storage in the API. Objects created without a storage class in such a bucket are also listed as Standard Storage in the API. Standard Storage is equivalent to Multi-Regional Storage when the associated bucket is located in a multi-regional location. Standard Storage is equivalent to Regional Storage when the associated bucket is located in a regional location.
For example, if you have a Standard Storage object in the
location, it is treated as a Multi-Regional Storage object and charged
accordingly. This object's class appears as Multi-Regional Storage in the
Console, but appears as Standard Storage in the API.
Durable Reduced Availability
It is recommended that users utilize Regional Storage in place of Durable Reduced Availability (DRA). Regional Storage has lower pricing for operations, but otherwise the same price structure. Regional Storage also has better performance, particularly in terms of availability (DRA has a 99% availability SLA).
You can move your data from DRA to other storage classes by performing a storage transfer.
Existing data stored as DRA continues to be accessible in Cloud Storage. New DRA buckets can only be created via API, not the Console.