本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
了解和管理 Amazon S3 儲存類別
Amazon S3 中的每個物件都有與其相關聯的儲存體方案。根據預設,S3 中的物件會儲存在 S3 標準儲存類別中,但 Amazon S3 會為您儲存的物件提供一系列其他儲存類別。您可以根據使用案例情境和效能存取需求,來選擇類別。選擇專為使用案例設計的儲存類別,可讓您最佳化物件的儲存成本、效能和可用性。所有儲存體方案都提供高耐用性。
下列各節將詳細說明各種儲存體方案,以及如何設定物件的儲存體方案。
主題
經常存取物件的儲存體方案
對於需要高效能的使用案例 (需要毫秒存取時間) 以及經常存取的資料,Amazon S3 提供以下儲存體方案:
-
S3 標準 - 預設儲存體類別。若在上傳物件時未指定儲存體方案,Amazon S3 會指派 S3 Standard 儲存體方案。若要協助您最佳化 S3 Standard 和 S3 Standard-IA 之間的成本,您可以使用 Amazon S3 分析 – 儲存類別分析。
-
S3 Express One Zone:Amazon S3 Express One Zone 是一種高效能的單一區域 Amazon S3 儲存類別,專門為對延遲最敏感的應用程式提供一致的個位數毫秒資料存取。S3 Express One Zone 是目前可用的最低延遲雲端物件儲存類別,資料存取速度高達 10 倍,請求成本比 S3 Standard 低 50%。使用 S3 Express One Zone,您的資料會以備援方式儲存在單一可用區域內的多部裝置上。如需詳細資訊,請參閱S3 Express One Zone。
-
減少冗餘 – 減少冗餘儲存體 (RRS) 儲存體類別適用於非關鍵、可重複的資料,這些資料可以儲存,備援比 S3 標準儲存體類別低。
重要
不建議使用此儲存體類別。S3 標準儲存體類別比較符合成本效益。
對於耐久性,RRS 物件的年平均預期損失為物件的 0.01%。如果遺失 RRS 物件,當對物件提出請求時,Amazon S3 會傳回 405 錯誤。
存取模式會變更或不明的自動最佳化資料的儲存體方案
S3 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 層透過 minute-to-hour 擷取時間提供略低成本的儲存。Archive Instant Access 層可提供毫秒存取和高輸送量效能。
-
只有當應用程式可以非同步存取物件時,才可啟用 Archive Access 和 Deep Archive Access 層。如果您要擷取的物件存放在 Archive Access 或 Deep Archive Access 層中,請先使用
RestoreObject
還原物件。
您可以將新建立的資料移至 S3 Intelligent-Tiering,將它設定為預設儲存體類別。您也可以選擇使用 API PutBucketIntelligentTieringConfiguration
操作 AWS CLI、 或 Amazon S3 主控台來啟用一個或兩個封存存取層。如需有關使用 S3 Intelligent-Tiering 和啟用封存存取層的資訊,請參閱 使用 S3 Intelligent-Tiering。
若要存取 Archive Access 或 Deep Archive Access 層中的物件,您必須先將它們還原。如需詳細資訊,請參閱從 S3 Intelligent-Tiering 封存存取層和 Deep Archive 存取層還原物件。
注意
若物件大小低於 128 KB,便不會受到監控且不符合自動分層的資格。較小的物件一律存放在經常存取層中。如需 S3 Intelligent-Tiering 的詳細資訊,請參閱 S3 Intelligent-Tiering 存取層。
不常存取物件的儲存體方案
S3 標準 – IA 和 S3 單區域 – IA 儲存體方案是針對存活時間較長且不常存取的資料所設計。(IA 表示不常存取。) S3 標準 – IA 和 S3 單區域 – IA 物件可供毫秒存取 (類似於 S3 標準型儲存體方案)。Amazon S3 對於這些物件會收取擷取費用,因此最適用於不常存取的資料。如需定價資訊,請參閱 Amazon S3 定價
例如,您可以選擇 S3 標準 – IA 和 S3 單區域 – IA 儲存體方案來執行下列作業:
-
用於存放備份。
-
用於較舊且不常存取,但仍需要毫秒存取的資料。例如,當您上傳物件時,可以選擇 S3 Standard 儲存體方案,並使用生命週期組態告訴 Amazon S3 將轉換為 S3 標準型 – IA 或 S3 單區域型 – IA 方案。
如需生命週期管理的詳細資訊,請參閱「管理物件的生命週期」。
注意
S3 標準 – IA 和 S3 單區域 – IA 儲存體方案適合大於 128 KB 且至少打算存放 30 天的大型物件。如果物件小於 128 KB,Amazon S3 還是會按 128 KB 計算收費。如果您在 30 天的最低儲存體持續期間結束前刪除物件,仍會收取 30 天的費用。在 30 天前刪除、覆寫或轉換至其他儲存類別的物件會產生一般儲存使用費,再加上最少 30 天的其餘部分按比例計費。如需定價資訊,請參閱 Amazon S3 定價
這些儲存體方案不同之處如下:
-
S3 標準 - IA - Amazon S3 會以備援方式在多個不同地理位置的可用區域存放物件資料 (與 S3 標準儲存體類別相似)。S3 標準 – IA 物件可在遺失可用區域時迅速恢復。此儲存體方案提供比 S3 單區域 – IA 方案更高的可用性和彈性。為了協助您最佳化 S3 Standard 和 S3 Standard-IA 之間的成本,您可以使用 Amazon S3 分析 – 儲存類別分析
-
S3 單區域 - IA - Amazon S3 僅將物件資料存放在一個可用區域,而比 S3 標準 – IA 更經濟實惠。然而,該資料無法在碰到可用區域因地震和水災等災害而產生實體損失時恢復。S3 單區域 - IA 儲存體類別與 S3 標準 - IA 一樣耐用,但是具備較低的可用性和彈性。如需儲存體方案耐用性和可用性的比較,請參閱本節末尾的 比較 Amazon S3 儲存方案。如需定價資訊,請參閱 Amazon S3 定價
。
我們建議下列作法:
-
S3 標準 - IA - 用於您的主要資料或無法重建之資料的唯一複本。
-
S3 One Zone-IA – 如果可用區域失敗,您可以在設定 S3 跨區域複寫 (CRR) 時為物件複本重新建立資料,請使用 。
很少存取物件的儲存類別
S3 Glacier Instant Retrieval、S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 儲存類別專為低成本、長期資料儲存和資料封存而設計。這些儲存類別需要最短儲存持續時間和擷取費用,使它們對很少存取的資料最有效。如需 S3 Glacier 儲存類別的詳細資訊,請參閱 了解長期資料儲存的 S3 Glacier 儲存類別。
Amazon S3 提供下列 S3 Glacier 儲存類別:
-
S3 Glacier Instant Retrieval – 用於很少存取且需要毫秒擷取的長期資料。此儲存類別中的資料可供即時存取。
-
S3 Glacier Flexible Retrieval - 用於可能需要在幾分鐘內擷取部分資料的封存。此儲存體類別中的資料會封存,無法即時存取。
-
S3 Glacier Deep Archive - 用於很少需要存取的封存資料。此儲存體類別中的資料會封存,無法即時存取。
擷取已封存的物件
您可以使用章節 設定物件的儲存體方案 中其他儲存類別相同的方式,將物件的儲存類別設為 S3 Glacier Flexible Retrieval 或 S3 Glacier Deep Archive。不過,S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 物件已封存,無法即時存取。如需詳細資訊,請參閱了解 S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 中的封存儲存。
注意
當您使用 S3 Glacier 儲存類別時,物件會保留在 Amazon S3 中。您無法透過個別的 Amazon S3 Glacier 服務直接存取物件。如需有關 Amazon S3 Glacier 服務的資訊,請參閱 Amazon S3 Glacier 開發人員指南。
Amazon S3 on Outposts 的儲存方案
使用 Amazon S3 on Outposts,您可以在 AWS Outposts 資源上建立 S3 儲存貯體,並為需要本機資料存取、本機資料處理和資料駐留的應用程式儲存和擷取內部部署的物件。您可以在 上使用與 AWS Outposts Amazon S3 相同的 API 操作和功能,包括存取政策、加密和標記。您可以透過 AWS Management Console、、 AWS CLI AWS SDKs 或 REST 使用 S3 on OutpostsAPI。
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) 使用伺服器端加密。
您也可以使用伺服器端加密搭配客戶提供的加密金鑰 (SSE-C),明確選擇加密存放在 S3 Outposts 儲存體類別中的物件。如需詳細資訊,請參閱使用伺服器端加密搭配客戶提供的金鑰 (SSE-C)。
注意
S3 on Outposts 不支援具有 AWS Key Management Service (AWS KMS) 金鑰 (SSE-KMS) 的伺服器端加密。
如需 S3 on Outposts 的詳細資訊,請參閱 Amazon S3 on Outposts 使用者指南中的什麼是 S3 on Outposts。 Amazon S3
比較 Amazon S3 儲存方案
下表比較儲存體方案,包括其可用性、耐用性、最低儲存體持續期間及其他考量。
儲存方案 | 設計用途 | 耐用性 (設計目的) | 可用性 (設計目的) | 可用區域 | 最低儲存期間 | 最低應計費的物件大小 | 其他考量 |
---|---|---|---|---|---|---|---|
S3 Standard |
經常存取的資料 (每月超過一次)可毫秒存取 |
99.999999999% |
99.99% |
>= 3 |
無 |
無 |
無 |
S3 標準 – IA |
長期存在、不常存取的資料 (每個月一次),可毫秒存取 |
99.999999999% |
99.9% |
>= 3 |
30 天 |
128 KB |
適用每 GB 的擷取費用。 |
S3 Intelligent-Tiering |
存取模式未知、不斷變化或無法預測的資料 |
99.999999999% |
99.9% |
>= 3 |
無 |
無 |
適用每個物件的監控與自動化費用。無擷取費用。 |
S3 單區域 – IA |
可重新建立、不常存取的資料 (每個月一次),可毫秒存取 |
99.999999999% |
99.5% |
1 |
30 天 |
128 KB |
適用每 GB 的擷取費用。無法在遺失可用區域時恢復。 |
S3 Express One Zone |
單一 AWS 可用區域中對延遲敏感型應用程式的單一位數毫秒資料存取 |
99.999999999% |
99.95% |
1 |
無 |
無 |
S3 Express One Zone 物件存放在您選擇的單一 AWS 可用區域中。 |
S3 Glacier Instant Retrieval |
長期存在、封存的資料 (每季度存取一次),可毫秒存取 | 99.999999999% |
99.9% |
>= 3 |
90 天 |
128 KB |
適用每 GB 的擷取費用。 |
S3 Glacier Flexible Retrieval |
長期存在的封存資料 (每年存取一次),擷取時間為幾分鐘到幾小時 | 99.999999999% |
99.99% (還原物件後) |
>= 3 |
90 天 |
不適用 |
適用每 GB 的擷取費用。必須先還原已封存的物件,才可加以存取。如需相關資訊,請參閱「還原已封存的物件」。 |
S3 Glacier Deep Archive |
長期存在的封存資料 (每年存取少於一次),擷取時間為幾小時 | 99.999999999% |
99.99% (還原物件後) |
>= 3 |
180 天 |
不適用 |
適用每 GB 的擷取費用。必須先還原已封存的物件,才可加以存取。如需相關資訊,請參閱「還原已封存的物件」。 |
RRS (不建議使用) |
非關鍵性、經常存取的資料,可毫秒存取 |
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 儲存體類別
** S3 Glacier Deep Archive 需要每個封存物件 40 KB 的額外中繼資料。這包括按 S3 Glacier Deep Archive 費率計費的 32 KB 中繼資料 (識別和擷取資料所需),以及按 S3 標準費率計費的額外 8 KB 資料。對於封存至 Amazon S3 Glacier Deep Archive 的物件,若要維護使用者定義的名稱和中繼資料,需要 S3 標準費率。如需儲存體類別的詳細資訊,請參閱 Amazon S3 儲存類別
請注意,除了 S3 One Zone-IA 和 S3 Express One Zone 以外,所有儲存類別都具備彈性設計,可避免因災難造成的可用區域實體損失。此外,除了您應用程式案例的效能需求之外,請考慮成本。如需了解儲存體方案定價,請參閱 Amazon S3 定價