将对象迁移到远程 MinIO 部署

本页中的操作步骤用于创建新的对象生命周期管理规则，将对象从主 MinIO 部署上的某个存储桶迁移到远程 MinIO 部署上的某个存储桶。该流程支持成本管理策略，例如将对象从使用 NVMe 存储的“热” MinIO 部署分层到使用 SSD 的“温” MinIO 部署。

前提条件

安装并配置 `mc`

此过程使用 mc 对 MinIO 集群执行操作。请在一台同时具备源集群和目标集群网络访问能力的机器上安装 mc。有关下载和安装 mc 的说明，请参见 mc 安装快速开始。

使用 mc alias set 命令为源 MinIO 集群创建别名。创建别名时，需要为源集群和目标集群上的用户指定 access key。所指定的用户必须具备配置和应用迁移操作所需的权限。

所需的源 MinIO 权限

MinIO 要求对要为其创建生命周期管理规则的存储桶授予以下权限。

对于要在其中为对象迁移生命周期管理规则创建远程层的集群，MinIO 还要求具备以下管理权限：

例如，以下策略授予在该集群任意存储桶上配置对象迁移生命周期管理规则的权限：

{
   "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"
      }
   ]
}

所需的远程 MinIO 权限

对象迁移生命周期管理规则要求在远程存储层上具备额外权限。具体而言，MinIO 要求远程层凭据对远程存储桶具备读取、写入、列出和删除权限。

例如，远程 MinIO 部署上的以下策略提供了将对象迁入和迁出远程层所需的权限：

{
   "Version": "2012-10-17",
   "Statement": [
      {
            "Action": [
               "s3:ListBucket"
            ],
            "Effect": "Allow",
            "Resource": [
               "arn:aws:s3:::MyDestinationBucket"
            ],
            "Sid": ""
      },
      {
            "Action": [
               "s3:GetObject",
               "s3:PutObject",
               "s3:DeleteObject"
            ],
            "Effect": "Allow",
            "Resource": [
               "arn:aws:s3:::MyDestinationBucket/*"
            ],
            "Sid": ""
      }
   ]
}

请修改 Resource，使其指向 MinIO 要迁移对象进入的存储桶。

有关配置所需权限的更完整指导，请参见访问管理文档。

远程存储桶必须已存在

必须先创建远程存储桶，然后才能配置以该存储桶为目标的生命周期管理层或规则。

如果远程存储桶中包含现有数据，请使用 prefix 功能，将已迁移对象与该存储桶中的其他对象隔离开来。

注意事项

生命周期管理对象扫描器

MinIO 使用扫描器进程根据所有已配置的生命周期管理规则检查对象。高 IO 负载或系统资源受限导致的扫描变慢，可能会延迟生命周期管理规则的生效。

对远程数据的独占访问

MinIO 要求对远程存储层上的已转移数据拥有独占访问权限。 “hot” MinIO 源端上的对象元数据与远程 “warm/cold” 层上的对象数据紧密关联。如果无法访问远程层，MinIO 就无法检索对象数据；同样，远程层也不能用于恢复源端丢失的元数据。

对已转移对象的所有访问都必须仅通过 MinIO 发起的 S3 API 操作完成。手动修改已转移对象时，无论修改的是 “hot” MinIO 层上的元数据，还是远程 “warm/cold” 层上的对象数据，都可能导致该对象的数据丢失。

对于远程存储桶或存储桶前缀中不受该 MinIO 部署明确管理的任何对象， MinIO 都会将其忽略。自动转移与透明对象检索依赖以下前提：

不会在远程存储上由外部修改、迁移或删除对象。
远程存储桶上不存在生命周期管理规则（例如转移或过期）。

MinIO 会将所有已转移对象存储在远程存储桶或资源下、每个部署唯一的前缀值之中。该值并非用于在后端识别源部署。在配置远程目标时，MinIO 还支持附加一个可选的人类可读前缀，这可能有助于诊断、维护或灾难恢复相关操作。

对于包含其他数据的远程存储层，包括来自其他 MinIO 部署的已转移对象， MinIO 建议指定此可选前缀。本教程包含设置此前缀所需的语法。

远程数据的可用性

MinIO 分层行为依赖远程存储在收到请求后立即返回对象（毫秒到秒级）。因此，MinIO 不支持需要 rehydration、等待窗口或人工干预的远程存储。

MinIO 会为每个已转移对象创建元数据，用于标识其在远程存储中的位置。应用程序无法脱离 MinIO 直接识别和访问已转移对象。因此，已转移数据的可用性仍依赖于纠删码和分布式部署拓扑为 MinIO 部署中所有对象提供的核心保护能力。使用对象转移不会带来任何额外的业务连续性或灾难恢复收益。

需要 BC/DR 保护的工作负载应实现 MinIO Server-Side replication。复制可确保对象保存在远程复制站点上，从而使用户能够在发生部分或全部数据丢失时从远端重新同步。有关如何使用复制在部分或全部数据丢失后恢复的更完整文档，请参见重新同步（灾难恢复）。

过程

1) 配置生命周期管理的用户账户和策略

此步骤会在 MinIO 部署上创建用于支持生命周期管理操作的用户和策略。如果该部署已经存在具备所需 permissions 的用户，则可以跳过此步骤。

以下示例使用 Alpha 作为 MinIO 部署 alias 的占位符。请将其替换为配置生命周期管理规则时所使用的 MinIO 部署别名。同时，请按照所在组织的密码生成最佳实践，将密码 LongRandomSecretKey 替换为足够长、随机且安全的密钥。

wget -O - https://minio.pigsty.io/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

此示例假定所指定的 alias 具有在该部署上创建策略和用户所需的权限。有关 MinIO 用户和策略的更完整文档，请分别参见用户管理和 MinIO Policy Based Access Control。

2) 配置远程存储层

使用 mc ilm tier add 命令将远程 MinIO 部署添加为新的远程存储层：

mc ilm tier add minio TARGET TIER_NAME  \
   --endpoint https://HOSTNAME       \
   --access-key ACCESS_KEY           \
   --secret-key SECRET_KEY           \
   --bucket BUCKET                   \
   --prefix PREFIX                   \
   --storage-class STORAGE_CLASS     \
   --region REGION

上面的示例使用了以下参数：

参数	说明
`ALIAS`	要在其上配置 MinIO 远程层的 MinIO 部署 `别名`。
`TIER_NAME`	要关联到新 MinIO 远程存储层的名称。请使用全大写名称，例如 `MINIO_WARM_TIER`。下一步需要使用该值。
`HOSTNAME`	MinIO 存储后端的 URL endpoint。
`ACCESS_KEY`	MinIO 用于访问存储桶的 access key。该 access key 必须对应到具备所需权限.
`SECRET_KEY`	与指定 `ACCESS_KEY` 对应的 secret key。
`BUCKET`	远程 MinIO 部署上用于接收 `SOURCE` 迁移对象的存储桶名称。
`PREFIX`	MinIO 迁移对象时使用的可选存储桶前缀。 MinIO 会将所有已迁移对象存储到指定的 `BUCKET` 中，并放在部署唯一的前缀值之下。省略此参数时，将仅使用该前缀值在远程存储中隔离和组织数据。对于包含其他数据的远程存储层，包括来自其他 MinIO 部署的已迁移对象，MinIO 建议指定此可选前缀。该前缀应能清晰标识回源 MinIO 部署，以便开展诊断、维护或灾难恢复等运维工作。
`STORAGE_CLASS`	MinIO 对迁移到远程 MinIO 存储桶的对象应用的纠删码存储类。请指定以下受支持存储类之一： `STANDARD` 推荐 `REDUCED`
`REGION`	指定 `BUCKET` 的 MinIO region。 MinIO 部署通常不需要在安装时设置 region。只有在您为该部署显式设置了 `MINIO_SITE_REGION` 配置项时，才需要包含此选项。

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

上述示例指定了以下参数：

参数	说明
`ALIAS`	指定要为其创建生命周期管理规则的 MinIO 部署 `alias`。
`BUCKET`	指定要为其创建生命周期管理规则的存储桶完整路径。
`TIERNAME`	MinIO 将对象转移到的远程存储层。指定在上一步中创建的远程存储层名称。如果要将非当前对象版本转移到不同的远程层，请为 `--noncurrent-transition-tier` 指定另一个层名称。
`DAYS`	MinIO 在经过多少个日历天后将对象标记为可转移。该值必须为整数，例如 `30` 表示 30 天。
`NONCURRENT_DAYS`	MinIO 在经过多少个日历天后将非当前对象版本标记为可转移。 MinIO 具体计算的是对象变为非当前版本后的时间，而不是对象创建时间。该值必须为整数，例如 `90` 表示 90 天。省略此值可忽略非当前对象版本。此选项对未启用版本控制的存储桶无效。

4) 验证迁移规则

使用 mc ilm rule ls 命令检查已配置的迁移规则：

mc ilm rule ls ALIAS/PATH --transition

将 ALIAS 替换为 MinIO 部署的 别名。
将 PATH 替换为要获取其生命周期管理规则的存储桶名称。