站点故障恢复

恢复不健康的站点复制对等节点

站点复制将两个或多个MinIO部署与IAM策略、存储桶、存储桶配置、对象和对象元数据保持同步。 如果某个对等站点发生故障，例如由于重大灾难或长时间停电，您可以使用剩余的健康站点来恢复可复现数据.

以下程序可以在以下场景中恢复数据：站点复制在站点丢失之前处于活动状态。 此过程假设一个总损失一个或多个对等站点与因延迟或临时部署停机导致的复制滞后或延迟之间的对比。

1. 使用以下命令从 MinIO 站点复制配置中移除故障站点：mc admin replicate rm带有命令的--force选项。

   以下命令强制从复制配置中移除不健康的对等站点：

   mc admin replicate rm HEALTHY_PEER UNHEALTHY_PEER --force
   

   • 替换HEALTHY_PEER随着别名复制配置中任何健康对等节点的

   • 替换UNHEALTHY_PEER使用不健康对等站点的别名

   站点复制配置中的所有健康对等点会自动更新以移除不健康的对等点。 您可以使用mc admin replicate info验证新站点复制配置的命令。

2. 按照以下步骤部署一个新的 MinIO 站点：站点复制要求.

   • 不要上传任何数据，也不要超出规定要求配置部署。

   • 验证新的 MinIO 部署功能正常，并与其他对等站点具有双向连接性。

   • 确保新站点与现有对等站点上的服务器版本保持一致

   警告

   Themc admin replicate rm --force该命令仅对站点复制配置中的在线或健康节点进行操作。 被移除的离线MinIO部署保留其原始复制配置，这样如果该部署恢复正常运行，将继续向其配置的对等站点执行复制操作。

   如果您计划为站点复制配置重复使用该硬件，您必须在重新初始化 MinIO 并将站点添加回复制配置之前，请彻底擦除部署所用的驱动器。

3. 添加替换对等站点到复制配置。

   使用mc admin replicate add更新复制配置以添加新站点的命令：

   mc admin replicate add HEALTHY_PEER NEW_PEER
   

   • 替换HEALTHY_PEER随着别名复制配置中任何健康对等节点的

   • 替换NEW_PEER使用新对等点的别名

   站点复制配置中的所有健康对等点会自动为新对等点进行更新。 您可以使用mc admin replicate info验证新站点复制配置的命令。

4. 将新对等节点与mc admin replicate resync.

   mc admin replicate resync start HEALTHY_PEER NEW_PEER
   

   • 替换HEALTHY_PEER随着别名复制配置中任何健康对等节点的

   • 替换NEW_PEER使用新对等点的别名

5. 验证复制状态。

   使用以下命令跟踪复制状态：

   • mc admin replicate status- 提供复制的整体状态和进度

   • mc replicate status- 提供存储桶级别和全局复制状态

Active Bucket Replication Resynchronization

对于需要存储桶复制在故障发生前已就位，您可以使用mc replicate resync将数据恢复到新站点。 创建一个新站点以替换失败的部署，然后从现有的、健康的、启用了存储桶复制的部署将数据同步到新站点。

1. 部署一个新的 MinIO 站点。

2. 根据需要设置IAM和用户。

3. 在数据站点上，创建一个新的remote target使用mc admin bucket remote add命令并记录输出中的ARN。

4. 从包含数据的网站，使用mc replicate resync start使用上一条命令中的 ARN 在新站点上重建存储桶。

5. 等待重新同步完成（使用mc replicate resync status检查)。

6. 从新的 MinIO 站点设置存储桶复制规则到现有的目标存储桶。

7. （可选）从目标部署中删除存储桶复制规则，以恢复主从复制场景。

被动存储桶复制重新同步

存储桶复制可以直接通过从目标存储桶执行复制到新的 MinIO 站点来恢复站点内容。

作为一个被动过程，存储桶复制的执行速度可能无法满足站点恢复场景的需求。

Bucket replication relies on the standard replication扫描仪queue，它不会优先于其他进程。 对于具有更严格SLA/SLO的恢复过程，请使用具有mc replicate resync如上所述的命令。

存储桶复制规则将对象、其版本ID、版本和其他元数据复制到目标存储桶。 如果在站点丢失之前已经启用了存储桶复制，MinIO可以将具有所有这些属性的对象恢复到新的MinIO站点。

1. 部署一个新的 MinIO 站点。

2. 根据需要设置IAM和用户。

3. 在剩余的目标存储桶部署上，为每个存储桶创建指向新 MinIO 站点的存储桶复制规则。

4. 等待复制完成。

5. 从新的 MinIO 站点设置存储桶复制规则到现有的目标存储桶。

6. （可选）从目标部署中删除存储桶复制规则，以恢复主从复制场景。

   如果您希望在存储桶之间保持主动-主动复制，请不要从用于数据恢复的部署中删除存储桶复制规则。 在主动-主动复制中，任一位置对对象的更改都会影响另一位置的对象。

镜像

MinIO的镜像功能可以从任何S3兼容存储系统复制对象。

镜像仅复制每个对象的最新版本，不包含版本控制元数据，无论源如何。 您无法通过此方法恢复这些属性。

使用mc mirror在需要仅恢复对象最新版本的情况下使用。 如果您从另一个 MinIO 部署复制数据，并希望恢复对象的版本历史记录和版本元数据，请使用存储桶复制或站点复制（如果这些方法已在使用的场景中）。

1. 部署一个新的 MinIO 站点。

2. 根据需要设置IAM和用户。

3. 在新站点上创建存储桶。

4. 使用mc cp将镜像位置的内容复制到新 MinIO 站点的 CLI 命令。