將物件從 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 儲存帳戶時，請確保儲存帳戶對應於具有本機備援儲存 (LRS) 備援選項的標準或進階 Blob 儲存體。MinIO 使用的 Azure Go SDK API 不支援任何其他備援選項。

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

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

遠端資料的獨佔存取權

MinIO 要求對遠端儲存層上轉換的資料具有獨佔存取權。「熱」MinIO 來源上的物件中繼資料與「暖/冷」遠端層上的物件資料緊密連結。如果無法存取遠端，MinIO 無法檢索物件資料，也無法使用遠端來還原來源上遺失的中繼資料。

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

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

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

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

MinIO 會將所有轉換的物件儲存在遠端儲存桶或資源中，並在每個部署中使用唯一的前置詞值。此值不適用於從後端識別來源部署。MinIO 在設定遠端目標時支援額外的可選人類可讀前置詞，這有助於診斷、維護或災難復原相關的操作。

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

遠端資料的可用性

MinIO 分層行為取決於遠端儲存是否在收到請求後立即（毫秒到秒）傳回物件。因此，MinIO 無法支援需要重新整理、等待時間或手動介入的遠端儲存。

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

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

1) 設定用於生命週期管理的使用者帳戶和策略

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

以下範例使用 Alpha 作為 MinIO 部署的預留位置 alias。將此值替換為您正在設定生命週期管理規則的 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 替換為要擷取已設定生命週期管理規則的儲存貯體名稱。