Object Storage
Object Storage is a globally-available, S3-compatible method for storing and accessing data. Object Storage differs from traditional hierarchical data storage, such as a traditional filesystem on a physical/virtual disk and Block Storage volumes. Under Object Storage, files (also called objects) are stored in flat data structures (referred to as buckets) alongside their own rich metadata.
Due to the nature of Object Storage, it does not require the use of a Compute Instance. Instead, Object Storage gives each object a unique URL with which you can access the data. An object can be publicly accessible, or you can set it to be private and only visible to you. This makes Object Storage great for sharing and storing unstructured data like images, documents, archives, streaming media assets, and file backups, and the amount of data you store can range from small collections of files up to massive libraries of information.
Features
S3-compatible
Object Storage is a globally-available, S3-compatible storage solution, maintaining the same performance as your data grows.
No Compute Instance required
Object storage does not require the use of a Compute Instance. Instead, Object Storage gives each object a unique URL which you can use to access your data.
Host static sites
Using Object Storage to host your static site files means you do not have to worry about maintaining your site’s infrastructure. It is no longer necessary to perform typical server maintenance tasks, like software upgrades, web server configuration, and security upkeep. See Deploy a Static Site using Hugo and Object Storage.
Availability
Object Storage is available within the following data centers. For a full list of specifications for each region, review the Technical Specifications.
Data Center | Cluster ID |
---|---|
Amsterdam (Netherlands)* | nl-ams-1 |
Atlanta, GA (USA) | us-southeast-1 |
Chennai (India)* | in-maa-1 |
Chicago, IL (USA)* | us-ord-1 |
Frankfurt (Germany) | eu-central-1 |
Jakarta (Indonesia)* | id-cgk-1 |
Los Angeles, CA (USA)* | us-lax-1 |
Madrid (Spain)* | es-mad-1 |
Miami, FL (USA)* | us-mia-1 |
Milan (Italy)* | it-mil-1 |
Newark, NJ (USA) | us-east-1 |
Osaka (Japan)* | jp-osa-1 |
Paris (France)* | fr-par-1 |
São Paulo (Brazil)* | br-gru-1 |
Seattle, WA (USA)* | us-sea-1 |
Singapore | ap-south-1 |
Stockholm (Sweden)* | se-sto-1 |
Washington, DC (USA)* | us-iad-1 |
*Higher capacity regions. These data centers offer increased capacity and are ideal for large enterprise workloads.
Object Storage deployments in each data center are assigned a cluster ID. These are used when formatting URLs and integrating Object Storage with tools such as the Linode CLI, s3cmd, s4cmd, and Cyberduck.
Pricing
Object Storage costs a flat rate of $5 a month, and includes 250 gigabytes of storage. This flat rate is prorated, so if you use Object Storage for a fraction of the month you are charged a fraction of the cost. For example, if you have Object Storage enabled for half of the month and use up to 250 gigabytes of storage you are billed $2.50 at the end of the month. The default cost of storage per gigabyte over the first 250 gigabytes is $0.02, and this usage is also prorated based on usage time.
Storage and network transfer overages for Object Storage vary by data center due to regional infrastructure costs. The below table includes overage costs for different data centers where Object Storage is available:
Data Center | Storage overage per GB above 250 GB | Network Transfer overage cost |
---|---|---|
All data centers (except those listed below) | $0.02/GB | $0.005/GB |
Jakarta, Indonesia | $0.024/GB | $0.015/GB |
São Paulo, Brazil | $0.028/GB | $0.007/GB |
Object Storage is similar to a subscription service. Once enabled, you will be billed at the flat rate regardless of whether or not there are active buckets on your account. You must Cancel Object Storage to stop billing for this service.
Technical specifications and considerations
The table below outlines default Object Storage limits. Limits apply per region, per account, unless otherwise specified.
Resource | Limit |
---|---|
Maximum storage | 100 TB (Up to 1,000 TB by request)* |
Maximum number of objects | 100 million (Up to 1 billion by request)* |
Maximum number of buckets | 1,000 buckets |
Max Bytes Per Object | 5 TB |
Max Bytes Per Multipart Upload Part | 5 GB |
Rate limit (per bucket) | 750 requests per second |
*Limit varies by region. Data centers with exceptions to the default bucket limits are listed in the table below:
Data Center | Max Storage per account, per region | Max # of objects per account, per region |
---|---|---|
Atlanta, GA (USA) | 5 TB | 50 million |
Frankfurt (Germany) | 5 TB | 50 million |
Newark, NJ (USA) | 5 TB | 50 million |
Singapore | 5 TB | 50 million |
If your workloads require additional storage or need to accommodate more objects, contact the Support team with your request. Be sure to include any details related to your application and requirements. Among other factors, the total capacity of the region is considered when processing a limit increase request. For larger enterprise workloads, consider using one of the data centers designated as higher capacity (see Availability).
Network transfer
- 40 Gbps inbound network bandwidth
- Free inbound network transfer
- Metered outbound network transfer, including traffic to other Linode services within the same data center (over both public IPv4 and IPv6 addresses)
- When enabling Object Storage on your account, 1 TB (prorated) of transfer allowance per month is added to your global network transfer pool
See the Network transfer usage and costs guide for additional details, including costs for network transfer overages.
If creating a bucket in our Jakarta or São Paulo data centers, note that no additional transfer is added to their region-specific transfer pools.
Optimize applications to avoid rate limiting
The rate limit for the number of Requests Per Second (RPS) applies to a bucket and is evaluated against each bucket once per second. If the duration of any request is greater than one second, any open requests will count against the rate limit in the next one second window.
For example, assume there are 750 requests for a single bucket with a duration of two seconds each. All of the requests that do not complete within the first second will count against the rate limit in the next second. With a rate limit of 750 requests per second for the bucket, no additional requests can be processed within the two second window until the first 750 requests complete. Any requests that are rate limited will receive a 503 response.
To help avoid rate limiting you can structure your data across multiple buckets, each of which will have its own rate limit.
Additional limits and specifications
- Upload file size limit: 5 GB. The maximum upload size of a single object is 5 GB, though this can easily be overcome by using multi-part uploads. Both s3cmd and Cyberduck will do this for you automatically if a file exceeds this limit as part of the uploading process.
- Restricted characters: Objects uploaded to Object Storage cannot contain the following special characters when using Cloud Manager or the Linode CLI:
" ' < > & + =
.
Developer resources
- Linode API provides the ability to programmatically manage the full range of Akamai cloud computing products and services.
- Linode CLI is a wrapper around the Linode API that lets you manage your account and resources from the command line. Learn how to use the Linode CLI.
Updated about 1 month ago