

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

# 備份分層
<a name="backup-tiering"></a>

## 概觀
<a name="backup-tiering-overview"></a>

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

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

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

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

**重要**  
備份分層的成本考量：  
備份分層有三個成本元件：暖儲存層、低成本暖儲存層和轉換成本。當備份資料轉換到成本較低的方案時，根據符合方案資格的物件數量，每個物件會產生一次性的轉換費用。
對於具有許多物件的大型資料集，轉換成本一開始可能相當龐大，但通常會因保留超過最低 60 天閾值的資料而持續節省儲存空間而抵銷。

## 分層組態
<a name="backup-tiering-tiering-configurations"></a>

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

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

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

S3 備份分層組態指定：
+ **資源範圍：**所有文件庫中的所有資源、特定文件庫中的所有資源，或選取的個別資源。套用至所有保存庫和所有資源的分層組態會被視為預設組態。
+ **轉換時間：**資料移至成本較低的方案前至少 60 天
+ **保存庫指派：**適用於組態的備份保存庫 （適用於所有保存庫或特定保存庫名稱）
+ **資源選擇：**每個組態最多 5 個不同的資源選擇規則

組態限制：
+ **每個保存庫一個組態：**每個保存庫只能有一個除預設組態之外的分層組態
+ **最多 5 個資源選擇：**保存庫特定組態最多支援 5 個不同的資源群組和對應的分層設定
+ **最多 100 個資源：**每個組態最多可選取所有資源群組中的 100 個特定資源
+ **保存庫優先順序：**如果「所有保存庫」和特定保存庫組態都存在，則特定保存庫組態優先

## 建立分層組態
<a name="backup-tiering-creating-tiering-configurations"></a>

**建立分層組態**

------
#### [ Console ]

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

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

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

1. 選擇**建立組態**。

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

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

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

1. (選用) 新增標籤。

1. 選擇**建立組態**。

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

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

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

1. 選擇**建立組態**。

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

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

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

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

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

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

1. 如果選取特定資源：

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

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

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

1. (選用) 新增標籤。

1. 選擇**建立組態**。

------
#### [ AWS CLI ]

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

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

------

## 管理分層組態
<a name="backup-tiering-managing-tiering-configurations"></a>

**檢視分層組態**

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

------
#### [ Console ]

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

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

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

------
#### [ 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](https://console.aws.amazon.com/backup) 開啟 AWS Backup 主控台。

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

1. 選取要修改的組態。

1. 選擇編輯。

1. 更新所需的設定。

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

1. 選擇儲存變更。

------
#### [ 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](https://console.aws.amazon.com/backup) 開啟 AWS Backup 主控台。

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

1. 選取要刪除的組態。

1. 選擇 刪除。

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

1. 選擇刪除分層組態。

------
#### [ AWS CLI ]

使用 刪除分層組態 AWS CLI

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

------

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

## S3 備份分層組態的套用方式
<a name="backup-tiering-how-apply"></a>

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

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

## 成本結構和監控
<a name="backup-tiering-cost-structure"></a>

**定價模型**

S3 備份分層使用成本最佳化定價結構：
+ **儲存成本：**相較於標準暖層，每月 /GB 的成本較低
+ **轉換費用：**移至成本較低的方案時，每個物件的一次性費用
+ **還原成本：**還原與暖層還原相同的資料時收取 /GB 費用
+ **沒有擷取費用：**沒有額外的擷取費用

**成本監控**

透過下列方式監控您的分層成本節省：
+ **AWS Cost Explorer：**每個儲存層的個別用量類型
+ **AWS 成本和用量報告：**成本分配標籤的詳細明細
+ **AWS 備份主控台：**組態資訊

**節省成本範例**

對於具有 10 億個物件的 500TB S3 儲存貯體，其中 60% 符合分層資格：
+ **分層前：**每月 25，600 美元
+ **分層後：**每月 21，000 美元
+ **每月節省：**每月 4，600 美元 （減少 18%)
+ **一次性轉換費用：**\$16，000

## 組態範例
<a name="backup-tiering-configuration-examples"></a>

**範例 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"
    }
  ]
}
```

## 支援的功能和限制
<a name="backup-tiering-supported-features"></a>

**支援的功能**
+ **備份類型：**連續和定期備份
+ **保存庫類型：**標準備份保存庫和邏輯氣隙隔離保存庫
+ **保存庫鎖定：**與鎖定的備份保存庫完全相容
+ **跨區域/帳戶：**複製分層資料 （複製登陸目的地的標準層）
+ **還原功能：**Point-in-time復原和項目層級還原
+ **搜尋和索引：**與備份搜尋功能完全相容
+ **合規：**維護所有合規和稽核功能

**限制**
+ **最短轉換時間：**資料可移至成本較低的方案前 60 天
+ **資源限制：**每個組態最多 100 個特定資源
+ **組態限制：**每個組態最多 5 個不同的資源選擇規則
+ **每個保存庫一個組態：**每個保存庫只能有一個保存庫特定的分層組態，預設值除外
+ **單向轉換：**移至低成本層的資料會保留在那裡，直到刪除為止

## 疑難排解
<a name="backup-tiering-troubleshooting"></a>

**常見問題**

組態未套用至現有的備份
+ 確認組態已正確指派給正確的保存庫
+ 檢查在目標組態中是否正確選取資源
+ 確保備份資料符合最低存留期要求 (60 天）

`AlreadyExistsException` 建立組態時
+ 確保分層組態名稱在您的帳戶中是唯一的
+ 檢查目標保存庫是否已有作用中的分層組態

`LimitExceededException` 錯誤
+ 確認您未超過每個組態最多 5 個資源選取群組
+ 確認您尚未選取超過 100 個特定資源

高於預期的轉換成本
+ 檢閱要轉換的物件數量
+ 考慮經常變更資料的轉換費用影響
+ 評估最低閾值設定是否適合您的使用案例