Amazon SOA-C02: 儲存與資料管理 — 學習指南
屬於 AWS SysOps Administrator Associate SOA-C02 — 學習指南. 使用經過驗證的解答練習： Amazon 考試中心, 或參加限時模擬考試： ExamRoll.io.
「儲存與資料管理」涵蓋在 AWS 中設計、操作與優化物件、區塊及檔案儲存，以滿足可用性、成本與效能等需求。其內容包含生命週期政策、加密與存取控制、備份/快照策略，以及根據存取模式選擇合適的儲存類別或檔案系統。其在營運上的重要性在於控制成本、確保可復原性、滿足效能 SLA，同時強制執行安全與合規性。
S3 物件生命週期、版本控制與儲存類別
S3 是一種物件儲存，提供一組豐富的儲存類別 (STANDARD, INTELLIGENT_TIERING, STANDARD_IA, ONEZONE_IA, GLACIER_INSTANT_RETRIEVAL, GLACIER_FLEXIBLE_RETRIEVAL, DEEP_ARCHIVE)，針對不同的存取頻率、擷取延遲與彈性進行優化。請根據存取模式 (頻繁 vs 不頻繁)、所需的擷取時間以及跨 AZ 的耐用性來選擇儲存類別。使用生命週期規則 (透過主控台或
undefined
) 來自動轉換物件；轉換的依據可以是物件存在時間、標籤或前綴。Intelligent-Tiering 可免去對未知或變動模式的猜測，但會產生監控費用；Standard-IA 則提供較低的儲存成本，但有每 GB 的擷取費用與最短儲存期間的限制。
對於關鍵的 bucket，必須啟用版本控制 (
undefined
)。透過版本控制，您可以保留物件的歷史紀錄、從意外刪除中復原，並利用 S3 物件鎖定 (治理/合規模式) 和 MFA 刪除來實現更嚴格的保護。生命週期規則可以讓非現行版本過期，或清除刪除標記；請在一個測試用的 bucket 上測試生命週期規則，以避免非預期的刪除。在存取控制方面，請結合使用 bucket 政策、IAM 政策和 S3 封鎖公開存取；為了可稽核性，建議優先使用 SSE-KMS (SSE-KMS 使用 KMS CMK，並會為金鑰使用情況產生 CloudTrail 日誌)，或者在您需要簡單的伺服器端加密而不想使用 KMS 時，選擇 SSE-S3。
EBS 磁碟區、快照管理與效能
EBS 是附加到 EC2 執行個體的區塊儲存，並提供針對成本與效能目標的磁碟區類型：gp3/gp2 (通用型 SSD)、io1/io2 (預配置 IOPS SSD)、st1/sc1 (吞吐量優化型 HDD / 冷 HDD)。選擇 gp3 可將 IOPS 和吞吐量與大小脫鉤 (使用
undefined
來設定 IOPS/吞吐量)。監控 CloudWatch 指標 VolumeReadOps、VolumeWriteOps、VolumeThroughput 和 VolumeQueueLength 來偵測飽和情況；使用 EBS 優化型執行個體和合適的 ENA 驅動程式以獲得高吞吐量/IOPS。
快照是增量式的：第一個快照會複製所有區塊，後續的快照只儲存變更的區塊，但如果累積了大量變更的區塊，或者您保留了許多代的快照，快照成本可能會增加。使用 Data Lifecycle Manager (DLM) 或 AWS Backup 來管理生命週期，以排程、保留及跨區域複製快照。使用
undefined
來建立臨時快照；從快照使用 create-volume 來還原。請記住，快照是從主機的角度擷取區塊裝置的狀態——為了資料庫的一致性，請靜止檔案系統 (使用 fsfreeze 或應用程式一致性代理程式)，或使用與備份工具整合的快照功能。
檔案系統：EFS 與 FSx 操作
EFS 為 Linux 工作負載提供受管的 NFSv4 (或 NFSv4.1/4.2)，提供彈性容量、多種吞吐量模式 (高載 vs 預配置)，以及將檔案移至 EFS Infrequent Access 的生命週期管理。為每個可用區域設定掛載目標、為 NFS (TCP 2049) 設定安全群組規則，並使用 KMS 啟用靜態加密以及使用 TLS 啟用傳輸中加密。根據延遲和中繼資料吞吐量的需求，使用效能模式 (通用型 vs 最大 I/O)，並為穩定的高吞吐量工作負載預配置吞吐量 (
undefined
)。
FSx 提供具有不同語意的 SMB (FSx for Windows File Server) 和 Lustre (FSx for Lustre)：FSx for Windows 與 AD 整合以支援 SMB，並支援 Windows ACLs、DFS Namespaces 和備份；FSx for Lustre 則針對高效能運算 (HPC)，並可連結到 S3 以進行資料儲存庫整合。設定每日自動備份、設定吞吐量容量，並根據需要選擇 SSD 或 HDD。對於 Windows 用戶端，請遵循 Active Directory 的設定步驟並透過 SMB (
undefined
) 掛載；對於 Linux SMB 用戶端，則使用 cifs-utils。
儲存分層、生命週期政策與封存
分層儲存透過沿著生命週期移動資料來降低成本：熱 -> 暖 -> 冷 -> 封存。透過 S3 生命週期規則和 EFS 生命週期政策來實作分層，並使用自動遷移工具 (Intelligent-Tiering, EFS IA)。對於長期封存，請根據擷取 SLA 選擇 Glacier 類別：Instant Retrieval 用於頻繁的快速存取，Flexible Retrieval 用於標準的大量還原，Deep Archive 則提供最低成本和數小時的還原時間窗。對於 EBS，可使用 Backup Vault Lock 將快照匯出到與 S3 Glacier 相容的封存中，並搭配跨區域複本來優化成本。
在設計政策時，請考慮最短儲存期間、擷取與提早刪除費用，以及存取模式。為了合規性，請將 S3 物件鎖定 (治理/合規模式) 與生命週期轉換結合，設定為僅在保留期過後才過期。定期測試還原程序 (例如，從 Glacier Flexible Retrieval/Deep Archive 執行一次還原，以驗證時間成本與操作步驟)，並在可能的情況下，使用 AWS CLI 批次腳本或 Lambda 編排來自動化還原作業。
資料耐久性、一致性與存取模式
耐久性與一致性的選擇會影響架構：S3 提供高耐久性 (11 個 9) 以及對 PUTs/DELETEs 的強寫入後讀取一致性；EBS 為磁碟區提供單一 AZ 的耐久性，並將快照儲存於 S3 以提高耐久性，同時可建立跨區域複本以供災難復原 (DR)；EFS 為並行用戶端提供強一致性。請根據存取模式選擇儲存類型：
- 物件 (S3)：最適合大規模、不可變或僅附加的資料、網站資產、大型資料集、分析登陸區。
- 區塊 (EBS)：最適合需要低延遲隨機讀寫和單一寫入者語意的作業系統與資料庫。
- 檔案 (EFS/FSx)：最適合共用檔案工作負載、家目錄，或需要 POSIX/ACL 語意的 Windows SMB 應用程式。
設計時應考量讀寫的本機性，考慮使用快取層 (Amazon ElastiCache、用於 S3 物件的 Amazon CloudFront)，並利用生命週期與分層，使成本與存取頻率保持一致。對靜態與傳輸中的資料進行加密 (使用 SSE-S3/SSE-KMS 或用戶端加密、搭配 KMS 的 EBS 加密、EFS kms keys，以及用於 FSx 的 SMB/SMB3 加密)，並透過 IAM、儲存貯體政策和 VPC 端點來實施最低權限原則以進行私有存取。
常見陷阱與決策標準
- 未對關鍵資料啟用 S3 版本控制：應啟用版本控制，並可選擇性地套用 S3 Object Lock 以進行不可變的保留；使用生命週期規則來讓非現行版本過期以控制成本。
- 非預期的快照與儲存成本：使用 DLM/AWS Backup 排程快照修剪、監控快照儲存用量，並記住快照是增量式的，但仍可能參照許多區塊——應刪除不需要的快照，並且只將必要的快照複製到其他區域。
- 為存取模式選擇了錯誤的儲存類別：對未知的存取模式使用 Intelligent-Tiering，或分析存取日誌並使用生命週期規則；避免對頻繁存取的物件使用 Glacier 深層類別。
- 假設 EBS 快照是即時的應用程式一致性備份：應靜默化檔案系統，或對資料庫使用應用程式感知備份；在支援的情況下，使用 AWS Backup 來擷取應用程式一致性快照。
- 缺少加密金鑰的存取控制：使用 SSE-KMS 時，應確保 IAM 和 KMS 金鑰政策允許預期的使用者和服務存取；輪換金鑰並在 CloudTrail 中監控 KMS 使用情況。
- 忽略輸送量/IOPS 限制：根據需要佈建 io1/io2 或 gp3 的 IOPS/輸送量，選擇合適的 EFS 效能模式，並選擇 FSx 輸送量容量以避免執行期瓶頸。
實務問題：使用案例情境
DataCorp Analytics 將月底的交易傾印資料儲存在 S3 中，並將每晚處理後的結果儲存在由 EBS 支援的 EC2 執行個體上。他們面臨著儲存成本不斷上升、意外覆寫以及從封存資料中還原速度緩慢的問題。
- 在儲存貯體上啟用 S3 版本控制，並對受監管的資料集設定 Object Lock 以進行保留；新增生命週期規則，將較舊的物件在達到指定年限後轉換至 Intelligent-Tiering，然後再轉換至 Glacier Flexible Retrieval。
- 分析 30 天內的 S3 存取日誌和 CloudWatch 指標；在確認存取率低之後，才將真正冷門的物件移至 Glacier Deep Archive。
- 為 EBS 磁碟區實作 DLM/AWS Backup 政策，設定每週完整快照和保留政策；在建立快照前靜默化資料庫，並將關鍵快照複製到另一個區域以供災難復原 (DR)。
- 對存取模式未知的資料導入 Intelligent-Tiering，並使用成本分配標籤來追蹤每個環境的成本；自動化設定警報，以應對非預期的儲存空間增長。
- 每季透過還原 Glacier 和快照的樣本資料來驗證還原程序，以確保復原時間與成本符合預期。
基本原理：此方法將儲存類別和快照生命週期與觀察到的存取模式相匹配，透過版本控制和經過測試的還原程序來強制實行可復原性，並使用自動化的生命週期與備份工具來控制成本，同時滿足耐久性與合規性需求。
← 網路與內容交付 · 所有領域 · 運算與 Auto Scaling →
練習這些題目 → · 在 ExamRoll.io 上限時練習 →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
通過考試 →