將物件從 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 替換為要檢索其生命週期管理規則的儲存桶名稱。