將物件從 MinIO 轉換至 Azure

安裝和設定 mc

此程序使用 mc 在 MinIO 叢集上執行操作。在可網路存取來源和目標叢集的電腦上安裝 mc。請參閱 mc 安裝快速入門，以取得下載和安裝 mc 的說明。

使用 mc alias set 命令為來源 MinIO 叢集建立別名。建立別名需要為來源和目標叢集上的使用者指定存取金鑰。指定的使用者必須具有設定和套用轉換操作的權限。

必要的 MinIO 權限

MinIO 需要以下範圍限定於您要為其建立生命週期管理規則的儲存桶或儲存桶的權限。

• s3:PutLifecycleConfiguration

• s3:GetLifecycleConfiguration

MinIO 也需要在您建立遠端層以進行物件轉換生命週期管理規則的叢集上，具有下列管理權限：

• admin:SetTier

• admin:ListTier

例如，下列原則提供了在叢集中任何儲存貯體上設定物件轉換生命週期管理規則的權限：。

{
   "Version": "2012-10-17",
   "Statement": [
      {
            "Action": [
               "admin:SetTier",
               "admin:ListTier"
            ],
            "Effect": "Allow",
            "Sid": "EnableRemoteTierManagement"
      },
      {
            "Action": [
               "s3:PutLifecycleConfiguration",
               "s3:GetLifecycleConfiguration"
            ],
            "Resource": [
                        "arn:aws:s3:::*"
            ],
            "Effect": "Allow",
            "Sid": "EnableLifecycleManagementRules"
      }
   ]
}

必要的 Azure 權限

物件轉換生命週期管理規則需要在遠端儲存層上具有額外的權限。具體而言，MinIO 需要 Azure 憑證，以便為遠端儲存帳戶和容器提供讀取、寫入、列出和刪除權限。

有關設定所需權限的更完整指南，請參閱 Azure RBAC 文件。

遠端儲存帳戶和容器必須存在

在使用該資源作為目標設定生命週期管理層或規則之前，請先建立遠端 Azure 儲存帳戶和容器。在建立 Azure 儲存帳戶時，請確保儲存帳戶對應於標準或進階 Blob 儲存體，並具有本機備援儲存體 (LRS) 備援選項。MinIO 使用的 Azure Go SDK API 不支援任何其他備援選項。

如果您設定儲存帳戶的預設存取層，如果您在定義遠端層時未指定storage class，則 MinIO 會使用該預設值。請務必記錄您的 Azure 儲存帳戶和 MinIO 層設定，以避免任何潛在的混淆、錯誤設定或其他意外結果。

如需有關 Azure 儲存帳戶的詳細資訊，請參閱 儲存帳戶。

遠端資料的獨佔存取權

MinIO 必須具有遠端儲存層上轉換資料的獨佔存取權。「熱」MinIO 來源上的物件中繼資料與「溫/冷」遠端層上的物件資料緊密連結。MinIO 無法在沒有遠端存取權的情況下擷取物件資料，遠端也無法用於還原來源上遺失的中繼資料。

所有對已轉換物件的存取都必須僅透過 MinIO 以 S3 API 作業進行。手動修改轉換後的物件（無論是「熱」MinIO 層上的中繼資料或遠端「溫/冷」層上的物件資料）都可能導致該物件資料遺失。

MinIO 會忽略遠端儲存貯體或儲存貯體前置詞中任何未由 MinIO 部署明確管理的物件。自動轉換和透明物件擷取取決於以下假設：

• 遠端儲存體上沒有物件的外部變更、移轉或刪除。

• 遠端儲存貯體上沒有生命週期管理規則（例如，轉換或過期）。

MinIO 會將所有轉換後的物件儲存在遠端儲存貯體或資源中的每個部署唯一的字首值下。此值並非旨在支援從後端識別來源部署。MinIO 在設定遠端目標時支援額外的選用可讀字首，這有助於與診斷、維護或災害復原相關的操作。

MinIO 建議為包含其他資料（包括來自其他 MinIO 部署的轉換物件）的遠端儲存層指定此選用字首。本教學課程包含設定此字首的必要語法。

遠端資料的可用性

MinIO 分層行為取決於遠端儲存體在要求時立即 (幾毫秒到幾秒) 傳回物件。因此，MinIO 無法支援需要重新補水、等待期或手動干預的遠端儲存體。

MinIO 會為每個轉換的物件建立中繼資料，以識別其在遠端儲存體上的位置。應用程式無法獨立於 MinIO 輕易識別和存取轉換後的物件。因此，轉換後的資料的可用性取決於 抹除編碼 和分散式部署拓撲為 MinIO 部署上的所有物件提供的相同核心保護。使用物件轉換並未提供任何額外的業務持續性或災害復原優勢。

需要 BC/DR 保護的工作負載應實作 MinIO 伺服器端複寫。複寫可確保物件保留在遠端複寫站點上，以便在發生部分或全部資料遺失時，您可以從遠端重新同步。請參閱 重新同步 (災害復原) 以取得有關使用複寫在部分或全部資料遺失後進行復原的更完整文件。

1) 設定生命週期管理的使用者帳戶和原則

此步驟會在 MinIO 部署上建立使用者和原則，以支援生命週期管理作業。如果部署已擁有具有必要權限的使用者，您可以跳過此步驟。

以下範例使用 Alpha 作為 MinIO 部署的預留位置別名。將此值取代為您在其中設定生命週期管理規則的 MinIO 部署的適當別名。將密碼 LongRandomSecretKey 取代為符合您組織密碼產生最佳實務的長、隨機且安全的密碼金鑰。

wget -O - https://minio.dev.org.tw/docs/minio/linux/examples/LifecycleManagementAdmin.json | \
mc admin policy create Alpha LifecycleAdminPolicy /dev/stdin
mc admin user add Alpha alphaLifecycleAdmin LongRandomSecretKey
mc admin policy attach Alpha LifecycleAdminPolicy --user=alphaLifecycleAdmin

此範例假設指定的別名具有在部署上建立原則和使用者的必要權限。請參閱 使用者管理 和 MinIO 依原則為基礎的存取控制，以分別取得有關 MinIO 使用者和原則的更完整文件。

2) 設定遠端儲存層

使用 mc ilm tier add 命令新增遠端儲存層

mc ilm tier add azure TARGET TIER_NAME \
   --account-name ACCOUNT \
   --account-key KEY \
   --bucket CONTAINER \
   --endpoint ENDPOINT \
   --prefix PREFIX \
   --storage-class STORAGE_CLASS

以上範例使用下列引數

3) 建立並套用轉換規則

使用 mc ilm rule add 命令來建立儲存貯體的新轉換規則。以下範例會在指定的天數之後設定轉換

mc ilm rule add ALIAS/BUCKET \
--transition-tier TIERNAME \
--transition-days DAYS \
--noncurrent-transition-days NONCURRENT_DAYS
--noncurrent-transition-tier TIERNAME

以上範例指定下列引數：

4) 驗證轉換規則

使用 mc ilm rule ls 命令來檢閱已設定的轉換規則

mc ilm rule ls ALIAS/PATH --transition

• 將 ALIAS 替換為 MinIO 部署的 alias。

• 將 PATH 替換為要檢索已設定的生命週期管理規則的儲存桶名稱。