【Azure Blob生命週期管理原則】 文/ 蘇建榮 Alan Su 精誠資訊/恆逸教育訓練中心-資深講師
Azure storage account 可提供我們儲存資料的服務，包括 blob、file、table與 queue。其中 blob container 可以讓我們儲存各種非結構化的資料，例如：文字檔或二進位檔，並且有低成本、高輸出量、高延展性、高可用性、高耐久性等多種優點。而 block 類型與 append 類型 blob 還有存取層(access tier) 的選項，選擇合適的存取層及刪除不需要的 blob可降低所要支付的費用。轉換存取層或刪除 blob 除了可以人工手動外，也可使用生命週期管理原則自動進行。
Blob 的存取層
| 存取層 | 儲存費用 | 存取費用 | 默認合約天數 |
| Hot 層 (經常性) | 高 | 低 | 無 |
| Cool 層 (非經常性) | 中 | 中 | 30天 |
| Cold 層 (極非經常性) | 低 | 高 | 90天 |
| Archive 層 (封存) | 非常低 | 離線儲存 | 180天 |
註：
- Cold層在 Azure portal (繁體中文) 翻譯為冷色系或冷儲存體。
- Archive 層為離線儲存，若要存取需轉換為非 Archive 層後(需數小時)才能存取。
- 轉換存取層會產生存取費用，在默認合約天數未到期就進行轉換會產生提前刪除費用(就有點像手機電信門號未到期解約)。
使用生命週期管理原則管理 blob
| 儲存體帳戶的種類 | 效能 | 轉換存取層 | 刪除 blob |
| 一般用途 v1 | 標準 或 進階 | 不支援 | 不支援 |
| 一般用途 v2 | 標準 | 支援 | 支援 |
| 一般用途 v2 | 進階 | 不支援 | 支援 |
| BlobStorage | 標準 | 支援 | 支援 |
| BlockBlobStorage | 進階 | 不支援 | 支援 |
註：
- 生命週期管理原則目前可對 block 類型的 blob 轉換存取層或刪除，對 page 類型與 append 類型的 blob 僅支援刪除，且不支援把 Archive 層的 blob 轉成 Hot、Cool 或 Cold 層。
- Blob 的快照集與版本也可使用生命週期管理原則來進行管理。
- 可使用篩選限制來限制只有在特定容器中或 blob 名稱或 blob 索引符合條件的才要受到該條生命週期管理原則管理。
建立生命週期管理原則
- 在 Azure Portal 找到您要設定生命週期管理的儲存體帳戶。
- 在資料管理區段點選「生命週期管理」後，按「新增規則」。(圖一)
圖一、儲存體帳戶的生命週期管理
- 在「規則名稱」輸入您為此規則命名的名稱(例如：myRule1)後，按「下一步」。(圖二)
圖二、新增規則
- 設定您的條件(例如：上次修改時間，超過 30 天，移至非經常性儲存體)，若有需要您可以按「新增條件」(圖三)加上更多的條件(例如：上次修改時間，超過 90 天，移至冷儲存體；上次修改時間，超過 365 天，移至封存儲存體；上次修改時間，超過 2555 天，刪除 blob)，然後按「新增」即可。
圖三、規則條件
圖四、多個條件
假設 1 個 block 類型的blob 原本是 hot 層，最後一次修改是 2024/1/1，它將在 2024/1/31 變更為 cool 層，然後在2024/3/31 變更為 cold 層，之後在2024/12/31 變更為 archive 層，最後它會在 2030/12/30 被刪除。此外，若有多個條件設定相同的天數，則以變更為最低成本的為結果。
