Back

Blog details

Hot vs Cold Storage: Storage Tiers and When They Matter

AIOZ Network
8 min readSeptember 02, 2026
aioz-storage
Server room aisle with rows of dark server racks

Hot vs cold storage is a trade every major cloud storage provider builds directly into its pricing, and it comes down to one question: how often will you actually touch this data? Data you read constantly wants to be cheap and fast to retrieve, even if that costs more to sit on. Data you almost never touch wants to be cheap to sit on, even if pulling it back costs more or takes longer. AWS and Azure both build entire tier systems around that single trade-off, with real, published numbers behind each tier. AIOZ Storage takes a different approach entirely, worth understanding on its own terms rather than assuming it works the same way.

TL;DR:

  • Hot storage costs more per gigabyte to store but less to access. Cold storage flips that: cheaper to store, more expensive or slower to retrieve.
  • Azure names this directly: hot, cool, cold, and archive tiers, with storage cost falling and access cost rising as data gets "colder," down to archive retrieval taking up to 15 hours.
  • AWS builds the same trade-off into named storage classes, from S3 Standard (millisecond access) down to Glacier Deep Archive (12-hour retrieval, lowest cost). AIOZ Storage publishes one flat rate for all data, no tiers at all.

Hot vs Cold Storage: The Core Trade-Off

Every storage tier system is really one trade-off wearing different names: storage cost against access cost. Microsoft's own Azure documentation states the hot tier plainly, it "has the highest storage costs, but the lowest access costs," while cooler tiers invert that relationship, "lower storage costs, but higher access and transaction costs." Neither side of that trade is free. A provider can make storing a gigabyte cheap, or make reading it back cheap, but not both at once, the underlying infrastructure cost has to land somewhere.

That trade-off only makes financial sense once you know how often data actually gets read. A file accessed thousands of times a day should live somewhere access is cheap, since the access costs would dwarf the storage cost otherwise. A backup nobody has opened in two years should live somewhere storage is cheap, since paying a premium to keep it instantly retrievable is money spent on a capability nobody's using.

What "Hot" Storage Actually Means

Hot storage is built for data in active, frequent use. Azure's documentation describes the hot tier as "optimized for storing data that is accessed or modified frequently," the default tier for new data in a standard Azure storage account, and the tier Azure recommends for "data that's in active use" or "data that you expect will require frequent reads and writes." AWS's equivalent, S3 Standard, is described the same way: "general purpose storage for frequently accessed data," with retrieval measured in milliseconds and no retrieval fee at all.

The defining trait of hot storage isn't really speed on its own, every tier in these systems still retrieves data in milliseconds except the coldest ones. It's that access is priced to be used constantly without the bill spiking, the tier's entire cost structure assumes you'll be reading from it often.

What "Cold" Storage Actually Means (and the Tiers in Between)

Cold storage is the mirror image: built for data you're keeping but rarely touching. Azure's cold tier is "optimized for storing data that is rarely accessed or modified, but still requires fast retrieval," sitting between the cool tier and the fully offline archive tier, with a required minimum 90-day retention period before moving or deleting a blob avoids an early-deletion charge. AWS's rough equivalent, S3 Glacier Flexible Retrieval, targets data accessed "1-2 times per year," retrievable in minutes to hours rather than milliseconds, with free bulk retrievals built in specifically because the tier assumes you're rarely pulling anything back at all.

Most real systems aren't binary, hot or cold. Azure runs four named tiers (hot, cool, cold, archive), and AWS runs an even longer list, S3 Standard, Intelligent-Tiering, Standard-IA, One Zone-IA, and three separate Glacier classes, precisely because access patterns exist on a spectrum, not just two points on it.

Close-up of code displayed on a computer screen

How AWS Structures This With Real Storage Classes

AWS's storage-class lineup makes the trade-off concrete at every step. S3 Standard sits at the hot end: general-purpose, millisecond retrieval, no access fee. S3 Standard-IA and One Zone-IA sit in the middle, still millisecond retrieval, but priced for data accessed less often, with a per-gigabyte retrieval fee that only makes sense if you're not pulling the data constantly, One Zone-IA runs "20% less than S3 Standard-IA" in exchange for living in a single Availability Zone instead of multiple. At the cold end, S3 Glacier Deep Archive is AWS's own description of its "lowest-cost storage," meant for data reviewed "once or twice in a year," with retrieval taking up to 12 hours.

AWS also offers S3 Intelligent-Tiering, which automates the whole decision, moving objects between access tiers based on actual observed usage instead of requiring someone to guess correctly upfront, with AWS citing storage-cost savings up to 40% for the infrequent-access tier and up to 95% for the deep-archive tier compared to keeping everything in Standard.

How Azure Defines the Same Trade-Off With Named Tiers

Azure's four-tier system, hot, cool, cold, archive, states the same trade-off in a single comparison table in its own documentation: storage cost falls and access cost rises moving from hot toward archive, and availability drops slightly too, 99.9% for the hot tier against 99% for cool and cold. The archive tier goes a step further and takes data fully offline: "while a blob is in the archive tier, it can't be read or modified" at all, retrieval requires an explicit rehydration step back to an online tier first, which Azure states "can take up to 15 hours depending on the priority you specify."

Azure also attaches a real cost to changing your mind too early. Moving data out of the cool tier before 30 days, the cold tier before 90 days, or the archive tier before 180 days triggers an early-deletion charge, prorated for the remaining minimum period, a genuine incentive to classify data correctly the first time rather than guessing and adjusting later.

The Real Cost You're Trading: Retrieval Time and Access Fees

Two separate costs move together as data gets colder, and it's worth keeping them distinct. The first is a straightforward per-gigabyte retrieval fee, cold tiers charge more to read the same amount of data back than hot tiers do, on top of whatever the storage rate itself is. The second is latency, how long you actually wait for the data. Hot, cool, and cold tiers across both AWS and Azure all still retrieve in milliseconds, the latency cost only shows up at the true archive end: hours for AWS Glacier Deep Archive, up to 15 hours for Azure's archive tier. Choosing a colder tier for data you'll need back quickly, even occasionally, means paying both of these costs at once, exactly when you can least afford the wait.

Where AIOZ Storage Fits: One Flat Rate, No Tiers

AIOZ Storage doesn't run a tier system at all. Its own documentation states billing plainly: storage is charged "on an hourly basis for the storage you utilize," at a single published rate of $17 per TB per month for storage and $5 per TB for delivery, confirmed and cited in full in this plan's pricing breakdown, which states directly that there are "no tiered plans." Every object costs the same to store and the same to retrieve, whether it's read once a year or a thousand times a day.

That's a real, citable design difference, not a gap to apologize for. It trades away the cost optimization AWS's Intelligent-Tiering or Azure's cool and cold tiers offer for genuinely infrequent data, where a real system with a real mix of hot and cold objects could save money by classifying them separately. In exchange, it removes an entire category of decision, and an entire category of early-deletion penalty, retrieval-fee surprise, or rehydration wait, that a multi-tier system requires you to manage correctly.

How to Decide Which Tier (or No-Tier) Fits Your Data

The honest way to decide is to actually estimate access frequency before picking anything, since every tier system above is built entirely around that one number. Data read constantly belongs in a hot tier or on a flat-rate platform, the access savings dominate. Data accessed a handful of times a year, and large enough in volume to matter, is where a dedicated cold or archive tier on AWS or Azure can genuinely save money, provided the retrieval wait is actually tolerable when that access happens. For workloads where the access pattern is mixed or genuinely unpredictable, a flat rate removes the guesswork and the penalty risk entirely, at the cost of not capturing the savings a correctly-tiered cold archive would offer for the truly untouched portion of that data.

Frequently Asked Questions

What's the difference between hot and cold storage?
Hot storage costs more to store but less to access, built for data you read often. Cold storage costs less to store but more, or slower, to access, built for data you rarely touch. Both AWS and Azure price this trade-off directly into named storage tiers.

What are Azure's storage tiers called?
Hot, cool, cold, and archive, in order from most to least expensive to store and least to most expensive to access. The archive tier is fully offline and requires a rehydration step, up to 15 hours, before data can be read again.

What are AWS's equivalent storage classes?
S3 Standard (hot, millisecond access, no retrieval fee), S3 Standard-IA and One Zone-IA (infrequent access, still millisecond retrieval but with a per-gigabyte access fee), and three Glacier classes ending in Glacier Deep Archive, AWS's lowest-cost tier, with retrieval taking up to 12 hours.

Does AIOZ Storage have hot and cold storage tiers?
No. AIOZ Storage's documentation confirms a single flat rate, $17 per TB per month for storage and $5 per TB for delivery, with no tiered plans. Every object costs the same to store and retrieve regardless of how often it's accessed.

Why do cold storage tiers charge extra to retrieve data?
Because the tier's entire pricing model assumes infrequent access. Providers pass the storage savings on to you specifically because they're betting you won't be reading that data back often, the access fee (and, at the coldest tiers, the retrieval wait) is what makes that bet work economically for both sides.

What happens if I delete data from a cold tier too early?
On Azure, moving or deleting a blob before its tier's minimum retention period, 30 days for cool, 90 for cold, 180 for archive, triggers a prorated early-deletion charge for the remaining required days. It's a real cost, worth factoring in before choosing a tier for data you might need to touch again sooner than expected.

Is a flat storage rate ever better than a tiered system?
For workloads with genuinely mixed or unpredictable access patterns, yes, a flat rate removes the risk of misclassifying data into the wrong tier and eating an early-deletion or high-retrieval-fee penalty for guessing wrong. For a large volume of data with a clearly predictable, rarely-accessed pattern, a correctly chosen cold or archive tier will usually cost less overall.

References

We only send updates when meaningful changes ship, and you can unsubscribe anytime

Related Content

blog thumbnail

How to Build an MCP Server for AIOZ Storage, Step by Step

AIOZ Storage has no official MCP server yet. Here is a working MCP server for AIOZ Storage, built with the official Python SDK and boto3, tools included.

aioz-storage
6 min readSeptember 19, 2026
blog thumbnail

What Is an MCP Server? How AI Agents Access Storage

What is an MCP server: a standard letting AI agents like Claude use tools and data through one protocol. How MinIO and Azure apply it to object storage.

aioz-storage
6 min readSeptember 16, 2026
blog thumbnail

S3 Access Logs vs CloudTrail: Which Should You Use?

S3 access logs vs CloudTrail: AWS recommends CloudTrail, but each one catches real events the other misses. Speed, cost, and coverage, compared directly.

aioz-storage
5 min readSeptember 15, 2026
blog thumbnail

Eventual vs Strong Consistency: How S3 Made the Switch

Eventual vs strong consistency: whether a read right after a write sees the new data immediately. S3 ran on the first model for 14 years, then changed it.

aioz-storage
6 min readSeptember 14, 2026
blog thumbnail

Bucket Policy vs IAM Policy: What Is the Real Difference?

Bucket policy vs IAM policy: one attaches to the resource, one attaches to the identity. What each can do that the other can't, and how S3 evaluates both.

aioz-storage
6 min readSeptember 13, 2026
blog thumbnail

SSE-S3 vs SSE-KMS vs SSE-C: S3 Encryption Types Explained

SSE-S3 vs SSE-KMS vs SSE-C: who manages the encryption key, and what that decision actually costs you. Includes the real 2026 default change to SSE-C.

aioz-storage
6 min readSeptember 12, 2026