備份分層

概觀

AWS Backup 為 Amazon S3 備份提供成本較低的暖儲存層，可將長期儲存成本降低高達 30%，同時維持企業級保護和復原功能。低成本層提供與暖儲存層相同的效能和功能。您可以設定分層，根據備份文件庫中的物件存留期，將 S3 備份資料移至成本最佳化儲存。

AWS Backup 分層功能可提供最佳化 S3 備份資料的儲存成本，因為合規、災難準備和勒索軟體保護策略而長時間保留。您可以為 帳戶中的所有保存庫設定所有 S3 備份的分層，或針對特定保存庫和受保護的資源建立目標組態。

首先，建立分層組態，以指定哪些 S3 資源應該分層，並在幾天後 （至少 60 天） 分層。分層組態可以自動套用至所有備份或特定資源。當備份資料達到指定的存留期閾值時，它會轉換為成本較低的儲存層，同時保持相同的還原功能。

本文件概述建立分層組態、管理分層備份資料、監控成本節省以及疑難排解分層函數的任何問題的步驟 AWS Backup。

重要

備份分層的成本考量：

• 備份分層有三個成本元件：暖儲存層、低成本暖儲存層和轉換成本。當備份資料轉換到成本較低的層時，根據符合分層資格的物件數量，每個物件會產生一次性的轉換費用。

• 對於具有許多物件的大型資料集，轉換成本一開始可能相當龐大，但通常會因保留超過最低 60 天閾值的資料而持續節省儲存成本。

分層組態

S3 備份分層涉及建立分層組態，以指定哪些資源應該分層，以及轉換 （至少 60 天） 到成本較低的層之前的天數。若要啟用成本最佳化，分層組態必須涵蓋備份資料。

您可以設定分層組態建立，以廣泛套用至帳戶中所有 S3 資源的備份，或針對特定保存庫和資源。您可以建立多個組態來處理不同的資料保留和成本最佳化需求。

分層組態適用於保存庫中的現有備份資料，以及建立組態後建立的新備份。

S3 備份分層組態指定：

• 資源範圍：所有文件庫中的所有資源、特定文件庫中的所有資源，或選取的個別資源。套用至所有保存庫和所有資源的分層組態會被視為預設組態。

• 轉換時間：資料移至成本較低的方案前至少 60 天

• 保存庫指派：適用於組態的備份保存庫 （適用於所有保存庫或特定保存庫名稱）

• 資源選擇：每個組態最多 5 個不同的資源選擇規則

組態限制條件：

• 每個保存庫一個組態：每個保存庫只能有一個除預設組態之外的分層組態

• 最多 5 個資源選擇：保存庫特定組態最多支援 5 個不同的資源群組和對應的分層設定

• 最多 100 個資源：每個組態最多可選取所有資源群組中的 100 個特定資源

• 保存庫優先順序：如果「所有保存庫」和特定保存庫組態都存在，則特定保存庫組態優先

建立分層組態

建立分層組態

Console

建立所有保存庫分層組態 （預設）

1. 在 https：//https://console.aws.amazon.com/backup 開啟 AWS Backup 主控台。

2. 在導覽窗格中，選擇 S3 備份分層。

3. 選擇建立組態。

4. 針對組態名稱，輸入唯一的描述性名稱。

5. 選擇所有保存庫中的所有 S3 資源。

6. 對於以天為單位的分層設定，輸入資料轉換為較低成本層之前的天數 （最少 60 天）。

7. (選用) 新增標籤。

8. 選擇建立組態。

建立特定的保存庫分層組態

1. 在 https：//https://console.aws.amazon.com/backup 開啟 AWS Backup 主控台。

2. 在導覽窗格中，選擇 S3 備份分層。

3. 選擇建立組態。

4. 針對組態名稱，輸入唯一的描述性名稱。

5. 選擇特定保存庫中的 S3 資源。

6. 針對保存庫選擇，請從下拉式清單中選取特定的備份保存庫。

7. 針對資源選擇，選擇：

   1. 此保存庫中的所有 S3 資源都會套用至保存庫中的所有 S3 資源

   2. 此文件庫中用來選取個別 S3 儲存貯體的特定 S3 資源 S3

8. 如果選取特定資源：

   1. 選擇個別 S3 資源 （組態中跨資源群組總計最多 100 個）

   2. 為每個資源群組設定以天為單位的分層設定

   3. 選擇新增分層設定以建立其他規則 （最多共 5 個）

9. (選用) 新增標籤。

10. 選擇建立組態。

AWS CLI

使用 建立所有保存庫分層組態 （預設） AWS CLI

aws backup create-tiering-configuration \
--tiering-configuration '{
  "TieringConfigurationName":"MyTieringConfig",
  "BackupVaultName":"*",
  "ResourceSelection":[{
    "Resources":["*"],
    "TieringDownSettingsInDays":60,
    "ResourceType":"S3"
  }]
}'         

管理分層組態

檢視分層組態

您可以透過 AWS Backup 主控台 AWS CLI或 REST API 檢視現有的分層組態。

Console

1. 在 https：//https://console.aws.amazon.com/backup 開啟 AWS Backup 主控台。

2. 在導覽窗格中，選擇 S3 備份分層。

3. 檢視組態清單及其範圍、轉換設定和狀態。

AWS CLI

使用 列出所有分層組態 AWS CLI

aws backup list-tiering-configurations --max-results 50

若要取得特定分層組態詳細資訊

aws backup get-tiering-configuration --tiering-configuration-name "MyTieringConfig"

修改分層組態

您可以更新現有的分層組態，以變更轉換時間、資源選擇或保存庫指派。

Console

1. 在 https：//https://console.aws.amazon.com/backup 開啟 AWS Backup 主控台。

2. 在導覽窗格中，選擇 S3 備份分層。

3. 選取要修改的組態。

4. 選擇編輯。

5. 更新所需的設定。

6. 對於以天為單位的分層設定，輸入資料轉換為較低成本層之前的天數 （最少 60 天）。

7. 選擇儲存變更。

AWS CLI

使用 更新分層組態 AWS CLI

aws backup update-tiering-configuration \
--tiering-configuration-name "MyTieringConfig" \
--tiering-configuration '{
  "BackupVaultName":"*",
  "ResourceSelection":[{
    "Resources":["*"],
    "TieringDownSettingsInDays":60,
    "ResourceType":"S3"
  }]
}'         

刪除分層組態

您可以刪除不再需要的分層組態。

Console

1. 在 https：//https://console.aws.amazon.com/backup 開啟 AWS Backup 主控台。

2. 在導覽窗格中，選擇 S3 備份分層。

3. 選取要刪除的組態。

4. 選擇 刪除。

5. 輸入分層組態名稱以確認刪除。

6. 選擇刪除分層組態。

AWS CLI

使用 刪除分層組態 AWS CLI

aws backup delete-tiering-configuration \
--tiering-configuration-name "MyTieringConfig"

注意：刪除分層組態會將現有資料保留在成本較低的分層中，但可防止新資料分層。

S3 備份分層組態的套用方式

AWS Backup 會根據物件的存留期，評估備份中的物件的分層資格。服務會每天檢查物件存留期，並根據您的組態設定，將合格物件轉換為成本較低的方案。分層評估會在背景中自動執行。當備份中的物件達到指定的存留期閾值 （至少 60 天） 時，它們就符合下一個評估週期的轉換資格。

現有備份中的物件和新建立的備份物件都受限於分層組態。如果您有多個組態可套用至相同的備份物件，則保存庫特定的設定優先於套用至所有保存庫的組態。分層程序是不可復原的，一旦物件移至成本較低的層，它們就會保留在那裡，直到根據您的保留政策刪除備份為止。

成本結構和監控

定價模型

S3 備份分層使用成本最佳化定價結構：

• 儲存成本：相較於標準暖層，每月 /GB 的成本較低

• 轉換費用：移至成本較低的方案時，每個物件的一次性費用

• 還原成本：還原與暖層還原相同的資料時收取 /GB 費用

• 無擷取費用：沒有額外的擷取費用

成本監控

透過下列方式監控您的分層成本節省：

• AWS Cost Explorer：每個儲存層的個別用量類型

• AWS 成本和用量報告：成本分配標籤的詳細明細

• AWS 備份主控台：組態資訊

節省成本範例

對於具有 10 億個物件的 500TB S3 儲存貯體，其中 60% 符合分層資格：

• 分層前：每月 25，600 美元

• 分層後：每月 21，000 美元

• 每月節省：每月 4，600 美元 （減少 18%)

• 一次性轉換費用：$6，000

組態範例

範例 1：帳戶整體分層

將分層套用至所有備份保存庫的所有 S3 資源：

{
  "TieringConfigurationName":"MyTieringConfig",
  "BackupVaultName":"*",
  "ResourceSelection":[
    {
      "Resources":["*"],
      "TieringDownSettingsInDays":60,
      "ResourceType":"S3"
    }
  ]
}

範例 2：

分層 MyBackupVault4 保存庫中的所有資源：

{
  "TieringConfigurationName":"MyTieringConfig",
  "BackupVaultName":"MyBackupVault4",
  "ResourceSelection":[
    {
      "Resources":["*"],
      "TieringDownSettingsInDays":60,
      "ResourceType":"S3"
    }
  ]
}

範例 3：

具有不同規則的分層特定儲存貯體：

{
  "TieringConfigurationName":"MyTieringConfig",
  "BackupVaultName":"MyBackupVault",
  "ResourceSelection":[
    {
      "Resources": ["arn:aws:s3:::mybucket1", "arn:aws:s3:::mybucket2"],
      "TieringDownSettingsInDays": 60,
      "ResourceType": "S3"
    },
    {
      "Resources": ["arn:aws:s3:::mybucket3"],
      "TieringDownSettingsInDays": 120,
      "ResourceType": "S3"
    }
  ]
}

範例 4：

將規則設定為不分層儲存貯體 （將分層設定為 36500)：

{
  "TieringConfigurationName":"MyTieringConfig",
  "BackupVaultName":"*",
  "ResourceSelection":[
    {
      "Resources":["arn:aws:s3:::mybucket7", "arn:aws:s3:::mybucket8"],
      "TieringDownSettingsInDays":36500,
      "ResourceType":"S3"
    }
  ]
}

支援的功能和限制

支援的功能

• 備份類型：連續和定期備份

• 保存庫類型：標準備份保存庫和邏輯氣隙隔離保存庫

• 保存庫鎖定：與鎖定的備份保存庫完全相容

• 跨區域/帳戶：複製分層資料 （複製登陸目的地的標準層）

• 還原功能：Point-in-time復原和項目層級還原

• 搜尋和索引：與備份搜尋功能完全相容

• 合規：維護所有合規和稽核功能

限制

• 最短轉換時間：資料可移至成本較低的方案前 60 天

• 資源限制：每個組態最多 100 個特定資源

• 組態限制：每個組態最多 5 個不同的資源選擇規則

• 每個保存庫一個組態：每個保存庫只能有一個保存庫特定的分層組態，預設值除外

• 單向轉換：移至低成本層的資料會保留在那裡，直到刪除為止

疑難排解

常見問題

組態未套用至現有的備份

• 確認組態已正確指派給正確的保存庫

• 檢查在目標組態中是否正確選取資源

• 確保備份資料符合最低存留期要求 (60 天）

AlreadyExistsException 建立組態時

• 確保分層組態名稱在您的帳戶中是唯一的

• 檢查目標保存庫是否已有作用中的分層組態

LimitExceededException 錯誤

• 確認您未超過每個組態最多 5 個資源選取群組

• 確認您未選取超過 100 個特定資源

高於預期的轉換成本

• 檢閱要轉換的物件數量

• 考慮經常變更資料的轉換費用影響

• 評估最低閾值設定是否適合您的使用案例