本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 了解和管理 Amazon S3 儲存類別
<a name="storage-class-intro"></a>

Amazon S3 中的每個物件都有與其相關聯的儲存體方案。S3 中的物件預設會儲存在 S3 Standard 儲存類別中，但 Amazon S3 會針對您儲存的物件提供其他一系列儲存類別。您可以根據使用案例情境和效能存取需求，來選擇類別。選擇專為您的使用案例設計的儲存類別，可讓您最佳化物件的儲存成本、效能和可用性。所有儲存體方案都提供高耐用性。

下列各節將詳細說明各種儲存體方案，以及如何設定物件的儲存體方案。

**Topics**
+ [經常存取物件的儲存體方案](#sc-freq-data-access)
+ [存取模式會變更或不明的自動最佳化資料的儲存體方案](#sc-dynamic-data-access)
+ [不常存取物件的儲存體方案](#sc-infreq-data-access)
+ [較少存取物件的儲存類別](#sc-glacier)
+ [Amazon S3 on Outposts 的儲存方案](#s3-outposts)
+ [比較 Amazon S3 儲存方案](#sc-compare)
+ [設定物件的儲存體方案](sc-howtoset.md)
+ [Amazon S3 分析 – 儲存類別分析](analytics-storage-class.md)
+ [使用 Amazon S3 Intelligent-Tiering 管理儲存成本](intelligent-tiering.md)
+ [了解適用於長期資料儲存的 S3 Glacier 儲存類別](glacier-storage-classes.md)
+ [使用封存的物件](archived-objects.md)

## 經常存取物件的儲存體方案
<a name="sc-freq-data-access"></a>

對於需要高效能的使用案例 (需要毫秒存取時間) 以及經常存取的資料，Amazon S3 提供以下儲存體方案：
+ **S3 Standard** (`STANDARD`) - 預設儲存類別。若在上傳物件時未指定儲存體方案，Amazon S3 會指派 S3 Standard 儲存體方案。您可以使用 [Amazon S3 分析 – 儲存類別分析](analytics-storage-class.md) 來協助最佳化 S3 Standard 和 S3 Standard-IA 之間的成本。
+ **S3 Express One Zone** (`EXPRESS_ONEZONE`)：Amazon S3 Express One Zone 是一種高效能的單一區域 Amazon S3 儲存類別，專門為對延遲最敏感的應用程式提供一致的個位數毫秒資料存取。S3 Express One Zone 是目前可用的最低延遲雲端物件儲存類別，與 S3 Standard 相比，資料存取速度提高 10 倍，而且請求成本低 50%。使用 S3 Express One Zone，您的資料會以備援方式儲存在單一可用區域內的多部裝置上。如需詳細資訊，請參閱[S3 Express One Zone](directory-bucket-high-performance.md#s3-express-one-zone)。
+ **低冗餘儲存** (`REDUCED_REDUNDANCY`) – 低冗餘儲存 (RRS) 類別是專為非關鍵且可重現的資料所設計，能以低於 S3 Standard 儲存類別的備援層級儲存。
**重要**  
不建議使用此儲存體類別。S3 標準儲存體類別比較符合成本效益。

  為達到耐用性，RRS 物件的平均年物件遺失率預計為百分之 0.01。如果遺失了 RRS 物件，Amazon S3 會在對該物件提出請求時傳回 405 錯誤。

## 存取模式會變更或不明的自動最佳化資料的儲存體方案
<a name="sc-dynamic-data-access"></a>

**S3 Intelligent-Tiering** (`INTELLIGENT_TIERING`) 是一種 Amazon S3 儲存類別，旨在透過自動將資料移至最經濟實惠的存取層，使儲存成本最佳化，且不會影響效能或帶來額外營運開銷。S3 Intelligent-Tiering 是唯一的雲端儲存體類別，當存取模式改變時，其可在精細物件層級上兩個存取層之間移動資料，以自動節省成本。對於存取模式不明或不斷變化的資料，S3 Intelligent-Tiering 是最佳化儲存成本的理想儲存體類別。S3 Intelligent-Tiering 不收取擷取費。

只需每月支付少許的物件監控和自動化費用，S3 Intelligent-Tiering 即可監控存取模式，並自動將未存取的物件移至低成本存取層。S3 Intelligent-Tiering 可在三個低延遲和高輸送量存取層中自動節省儲存成本。對於可非同步存取的資料，您可以選擇啟用 S3 Intelligent-Tiering 儲存方案內的自動封存功能。S3 Intelligent-Tiering 旨在提供的設計可提供 99.9% 的可用性和 99.999999999% 的耐用性。

S3 Intelligent-Tiering 會自動將物件存放在三個存取層：
+ **經常存取** - 上傳或轉換到 S3 Intelligent-Tiering 的物件自動存放在經常存取層。
+ **不常存取** - S3 Intelligent-Tiering 會將連續 30 天未存取的物件移到不常存取層。
+ **Archive Instant Access** - 使用 S3 Intelligent-Tiering，連續 90 天未存取的任何現存物件都會自動移至 Archive Instant Access 層。

除了這三個存取層之外，S3 Intelligent-Tiering 也會提供兩個選用的封存存取層：
+ **Archive Access** - S3 Intelligent-Tiering 可讓您選擇啟用 Archive Access 層，以取得可以非同步存取的資料。啟用後，封存存取層會自動封存至少連續 90 天未存取過的物件。
+ **Deep Archive Access** - S3 Intelligent-Tiering 可讓您選擇啟用 Deep Archive Access 層，以取得可以非同步存取的資料。啟用後，Deep Archive 存取層會自動封存至少連續 180 天未存取過的物件。

**注意**  
只有在您想要略過 Archive Instant 存取層時，才啟用封存存取層 90 天。Archive Access 層提供略低的儲存成本，擷取時間在幾分鐘到幾小時之間。Archive Instant Access 層可提供毫秒存取和高輸送量效能。
只有當應用程式可以非同步存取物件時，才可啟用 Archive Access 和 Deep Archive Access 層。如果您要擷取的物件存放在 Archive Access 或 Deep Archive Access 層中，請先使用 `RestoreObject` 還原物件。

您可以[將新建立的資料移至 S3 Intelligent-Tiering](https://docs.aws.amazon.com/AmazonS3/latest/userguide/using-intelligent-tiering.html#moving-data-to-int-tiering)，將它設定為預設儲存體類別。您也可以使用 [https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketIntelligentTieringConfiguration.html](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutBucketIntelligentTieringConfiguration.html) API 操作 AWS CLI、 或 Amazon S3 主控台，選擇啟用一個或兩個封存存取層。如需有關使用 S3 Intelligent-Tiering 和啟用封存存取層的資訊，請參閱 [使用 S3 Intelligent-Tiering](using-intelligent-tiering.md)。

若要存取 Archive Access 或 Deep Archive Access 層中的物件，您必須先將它們還原。如需詳細資訊，請參閱[從 S3 Intelligent-Tiering 封存存取層和 Deep Archive 存取層還原物件](intelligent-tiering-managing.md#restore-data-from-int-tier-archive)。

**注意**  
若物件大小低於 128 KB，便不會受到監控且不符合自動分層的資格。較小的物件一律儲存在經常存取層中。如需 S3 Intelligent-Tiering 的詳細資訊，請參閱 [S3 Intelligent-Tiering 存取層](intelligent-tiering-overview.md#intel-tiering-tier-definition)。

## 不常存取物件的儲存體方案
<a name="sc-infreq-data-access"></a>

**S3 標準 – IA** 和 **S3 單區域 – IA** 儲存體方案是針對存活時間較長且不常存取的資料所設計。(IA 表示*不常存取*。) S3 標準 – IA 和 S3 單區域 – IA 物件可供毫秒存取 (類似於 S3 標準型儲存體方案)。Amazon S3 對於這些物件會收取擷取費用，因此最適用於不常存取的資料。如需定價資訊，請參閱 [Amazon S3 定價](https://aws.amazon.com/s3/pricing/)。

例如，您可以選擇 S3 標準 – IA 和 S3 單區域 – IA 儲存體方案來執行下列作業：
+ 用於存放備份。
+ 用於較舊且不常存取，但仍需要毫秒存取的資料。例如，當您上傳物件時，可以選擇 S3 Standard 儲存體方案，並使用生命週期組態告訴 Amazon S3 將轉換為 S3 標準型 – IA 或 S3 單區域型 – IA 方案。

  如需生命週期管理的詳細資訊，請參閱「[管理物件的生命週期](object-lifecycle-mgmt.md)」。

**注意**  
S3 標準 – IA 和 S3 單區域 – IA 儲存體方案適合大於 128 KB 且至少打算存放 30 天的大型物件。如果物件小於 128 KB，Amazon S3 還是會按 128 KB 計算收費。如果您在 30 天的最低儲存體持續期間結束前刪除物件，仍會收取 30 天的費用。在 30 天前刪除、覆寫或轉換至其他儲存類別的物件會產生一般儲存使用費，再加上最少 30 天的其餘部分按比例計費。如需定價資訊，請參閱 [Amazon S3 定價](https://aws.amazon.com/s3/pricing/)。

這些儲存體方案不同之處如下：
+ **S3 Standard-IA** (`STANDARD_IA`) - Amazon S3 會以備援方式在多個不同地理位置的可用區域儲存物件資料 (與 S3 Standard 儲存類別相似)。S3 標準 – IA 物件可在遺失可用區域時迅速恢復。此儲存體方案提供比 S3 單區域 – IA 方案更高的可用性和彈性。您可以使用 [Amazon S3 分析 – 儲存類別分析](analytics-storage-class.md) 來協助最佳化 S3 Standard 和 S3 Standard-IA 之間的成本
+ **S3 One Zone-IA** (`ONEZONE_IA`) - Amazon S3 僅將物件資料儲存在一個可用區域，比 S3 Standard-IA 更經濟實惠。然而，該資料無法在碰到可用區域因地震和水災等災害而產生實體損失時恢復。S3 One Zone-IA 儲存體類別與 S3 Standard-IA 一樣耐用，但是具備較低的可用性和彈性。如需儲存體方案耐用性和可用性的比較，請參閱本節末尾的 [比較 Amazon S3 儲存方案](#sc-compare)。如需定價資訊，請參閱 [Amazon S3 定價](https://aws.amazon.com/s3/pricing/)。對於資料駐留和隔離使用案例，您可以在 AWS Local Zones 中建立目錄儲存貯體，並使用 S3 Express One Zone (`EXPRESS_ONEZONE`) 和 S3 One Zone-IA (`ONEZONE_IA`) 儲存類別。如需有關 Local Zones 內目錄儲存貯體的詳細資訊，請參閱[資料落地工作負載](directory-bucket-data-residency.md)。

我們建議下列作法：
+ **S3 Standard-IA** (`STANDARD_IA`) - 用於您的主要資料或無法重建之資料的唯一複本。
+ **S3 One Zone-IA** (`ONEZONE_IA`) - 如果在設定 S3 跨區域複寫 (CRR) 時，用於物件複寫的可用區域失敗，請使用此類別重建資料。此外，對於資料駐留和隔離，您可以在 AWS Local Zones 中建立目錄儲存貯體，並使用 S3 One Zone-IA 儲存類別。

## 較少存取物件的儲存類別
<a name="sc-glacier"></a>

**S3 Glacier Instant Retrieval** (`GLACIER_IR`)、**S3 Glacier Flexible Retrieval** (`GLACIER`) 和 **S3 Glacier Deep Archive** (`DEEP_ARCHIVE`) 儲存類別，是專為低成本長期資料儲存和資料封存所設計。這些儲存類別需要最短的儲存持續時間和擷取費用，使其成為較少存取資料的最有效方案。如需關於 S3 Glacier 儲存類別的詳細資訊，請參閱[了解適用於長期資料儲存的 S3 Glacier 儲存類別](glacier-storage-classes.md)。

Amazon S3 提供下列 S3 Glacier 儲存類別：
+ **S3 Glacier Instant Retrieval** (`GLACIER_IR`) - 用於很少存取，且需要毫秒級擷取速度的長期資料。此儲存類別中的資料可供即時存取。
+ **S3 Glacier Flexible Retrieval** (`GLACIER`) - 用於可能需要在幾分鐘內擷取部分資料的封存。此儲存類別中的資料會受到封存，無法即時存取。
+ **S3 Glacier Deep Archive** (`DEEP_ARCHIVE`) - 用於很少需要存取的封存資料。此儲存類別中的資料會受到封存，無法即時存取。

### 擷取已封存的物件
<a name="sc-glacier-restore"></a>

您可以使用與章節 [設定物件的儲存體方案](sc-howtoset.md) 中其他儲存類別相同的方式，將物件的儲存類別設為 S3 Glacier Flexible Retrieval (`GLACIER`) 或 S3 Glacier Deep Archive (`DEEP_ARCHIVE`) 。但是，S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 物件會受到封存，且無法即時存取。如需詳細資訊，請參閱[了解 S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 中的封存儲存](archival-storage.md)。

**注意**  
當您使用 S3 Glacier 儲存類別時，物件會保留在 Amazon S3 中。您無法透過個別的 Amazon Glacier 服務直接存取物件。如需有關 Amazon Glacier 服務的資訊，請參閱《[Amazon Glacier 開發人員指南](https://docs.aws.amazon.com/amazonglacier/latest/dev/)》。

## Amazon S3 on Outposts 的儲存方案
<a name="s3-outposts"></a>

使用 Amazon S3 on Outposts，您可以在 AWS Outposts 資源上建立 S3 儲存貯體，並為需要本機資料存取、本機資料處理和資料駐留的應用程式在內部部署存放和擷取物件。您可以在 上使用與 Amazon S3 AWS Outposts 相同的 API 操作和功能，包括存取政策、加密和標記。您可以透過 AWS 管理主控台、 AWS CLI、SDK 或 REST API 使用 S3 on Outposts。 AWS SDKs

S3 on Outposts 提供新的儲存類別 S3 Outposts (`OUTPOSTS`)。S3 Outposts 儲存體方案僅適用於存放在 Outposts 儲存貯體中的物件。如果您嘗試將此儲存類別與 中的 S3 儲存貯體搭配使用 AWS 區域，則會發生`InvalidStorageClass`錯誤。此外，如果您嘗試一起使用其他 S3 儲存體方案與儲存在 S3 on Outposts 中的物件，也會導致發生相同的錯誤。

存放在 S3 Outposts (`OUTPOSTS`) 儲存體方案中的物件一律使用伺服器端加密與 Amazon S3 受管加密金鑰 (SSE-S3) 進行加密。如需詳細資訊，請參閱[使用 Amazon S3 受管金鑰 (SSE-S3) 進行伺服器端加密](UsingServerSideEncryption.md)。

您也可以明確選擇使用伺服器端加密與客戶提供的加密金鑰 (SSE-C) 來加密存放在 S3 Outposts 儲存體方案中的物件。如需詳細資訊，請參閱[搭配客戶提供的金鑰 (SSE-C) 使用伺服器端加密](ServerSideEncryptionCustomerKeys.md)。

**注意**  
S3 on Outposts 不支援使用 AWS Key Management Service (AWS KMS) 金鑰 (SSE-KMS) 的伺服器端加密。

如需有關 S3 on Outposts 的詳細資訊，請參閱《Amazon S3 on Outposts 使用者指南》**中的[什麼是 S3 on Outposts](https://docs.aws.amazon.com/AmazonS3/latest/s3-outposts/S3onOutposts.html)。

## 比較 Amazon S3 儲存方案
<a name="sc-compare"></a>

下表比較儲存體方案，包括其可用性、耐用性、最低儲存體持續期間及其他考量。


****  

| 儲存方案 | 設計用途 | 耐用性 (設計目的) | 可用性 (設計目的) | 可用區域 | 最低儲存期間 | 最低應計費的物件大小 | 其他考量  | 
| --- | --- | --- | --- | --- | --- | --- | --- | 
|  S3 標準 (`STANDARD`)  |  經常存取的資料 (每月超過一次)可毫秒存取  |  99.999999999%   |  99.99%  |  >= 3  |  無  |  無  |  無  | 
|  S3 Standard-IA (`STANDARD_IA`)  |  長期存在、不常存取的資料 (每個月一次)，可毫秒存取  |  99.999999999%   |  99.9%  |  >= 3  |  30 天  |  128 KB  |  適用每 GB 的擷取費用。  | 
|  S3 智慧型分層服務 (`INTELLIGENT_TIERING`)  |  存取模式未知、不斷變化或無法預測的資料  |  99.999999999%  |  99.9%  |  >= 3  |  無  |  無  |  適用每個物件的監控與自動化費用。無擷取費用。小於 128KB 的物件不會受到監控，且一律儲存在經常存取層中。如需詳細資訊，請參閱[S3 Intelligent-Tiering 的運作方式](intelligent-tiering-overview.md)。  | 
|  S3 One Zone-IA (`ONEZONE_IA`)  |  可重新建立、不常存取的資料 (每個月一次)，可毫秒存取  |  99.999999999%   |  99.5%  |  1  |  30 天  |  128 KB  |  適用每 GB 的擷取費用。無法在遺失可用區域時恢復。  | 
|  S3 Express One Zone (`EXPRESS_ONEZONE`)  |  單一 AWS 可用區域內延遲敏感應用程式的單一位數毫秒資料存取  |  99.999999999%   |  99.95%  |  1  |  無  |  無  |  S3 Express One Zone (`EXPRESS_ONEZONE`) 物件會存放在您選擇的單一 AWS 可用區域中。  | 
|  S3 Glacier Instant Retrieval (`GLACIER_IR`)  | 長期存在、封存的資料 (每季度存取一次)，可毫秒存取 | 99.999999999%  |  99.9%  |  >= 3  |  90 天  |  128 KB  | 適用每 GB 的擷取費用。 | 
|  S3 Glacier Flexible Retrieval (`GLACIER`)  | 長期存在的封存資料 (每年存取一次)，擷取時間為幾分鐘到幾小時 | 99.999999999%  |  99.99% (還原物件後)  |  >= 3  |  90 天  |  不適用  | 適用每 GB 的擷取費用。必須先還原已封存的物件，才可加以存取。如需相關資訊，請參閱「[還原已封存的物件](restoring-objects.md)」。 | 
|  S3 Glacier Deep Archive (`DEEP_ARCHIVE`)  | 長期存在的封存資料 (每年存取少於一次)，擷取時間為幾小時 | 99.999999999%  |  99.99% (還原物件後)  |  >= 3  |  180 天  |  不適用  | 適用每 GB 的擷取費用。必須先還原已封存的物件，才可加以存取。如需相關資訊，請參閱「[還原已封存的物件](restoring-objects.md)」。 | 
|  不建議採用低冗餘儲存 (`REDUCED_REDUNDANCY`)  |  非關鍵性、經常存取的資料，可毫秒存取  |  99.99%   |  99.99%  |  >= 3  |  無  |  無  |  無  | 

\* 對於每個封存的物件，S3 Glacier Flexible Retrieval 需要 40 KB 的額外中繼資料。這包括按 S3 Glacier Flexible Retrieval 費率計費的 32 KB 中繼資料 (識別和擷取資料所需)，以及按 S3 標準費率計費的額外 8 KB 資料。對於封存至 S3 Glacier Flexible Retrieval 的物件，若要維護使用者定義的名稱和中繼資料，需要 S3 標準費率。如需儲存體類別的詳細資訊，請參閱 [Amazon S3 儲存體類別](https://aws.amazon.com/s3/storage-classes/)。

\*\* 對於每個封存的物件，S3 Glacier Deep Archive 需要 40 KB 的額外中繼資料。這包括按 S3 Glacier Deep Archive 費率計費的 32 KB 中繼資料 (識別和擷取資料所需)，以及按 S3 標準費率計費的額外 8 KB 資料。對於封存至 Amazon S3 Glacier Deep Archive 的物件，若要維護使用者定義的名稱和中繼資料，需要 S3 標準費率。如需儲存體類別的詳細資訊，請參閱 [Amazon S3 儲存類別](https://aws.amazon.com/s3/storage-classes/)。

請注意，除了 S3 One Zone-IA (`ONEZONE_IA`) 和 S3 Express One Zone (`EXPRESS_ONEZONE`) 以外，所有儲存類別都具備彈性設計，可避免因災難造成的可用區域實體損失。此外，除了您應用程式案例的效能需求之外，請考慮成本。如需了解儲存體方案定價，請參閱 [Amazon S3 定價](https://aws.amazon.com/s3/pricing/)。