站点故障恢复
MinIO 可以使整个站点的丢失(虽然意义重大)成为相对较小的事件。站点恢复取决于您用于站点的复制选项。
站点复制 |
从健康的对等站点完全恢复 IAM 配置、存储桶配置和数据 |
存储桶复制 |
为每个配置为复制的存储桶从健康远程位置恢复对象和元数据 |
仅从健康远程位置恢复对象数据,没有版本控制 |
站点复制修复会自动将 IAM 设置、存储桶、存储桶配置和对象从现有站点添加到新站点,无需任何其他操作。
如果任何存储桶复制规则保留在其他健康站点上,则无法配置站点复制。存储桶复制与站点复制互斥。
如果您要从使用存储桶复制切换到使用站点复制,则必须先从健康站点删除所有存储桶复制规则,然后才能设置站点复制。
将不健康的对等方恢复到站点复制
重要
MinIO 服务器 RELEASE.2023-01-02T09-40-09Z 版本包含了重要的修复程序,用于在包含三个或更多对等站点的复制配置中移除已停机的站点。
对于配置为站点复制的部署,计划将所有对等站点测试并升级到指定的版本。如果发生站点故障,您可以将剩余的健康站点更新到指定的版本并使用此过程。
站点复制 使两个或多个 MinIO 部署与 IAM 策略、存储桶、存储桶配置、对象和对象元数据保持同步。如果对等站点发生故障(例如由于重大灾难或长时间停电),您可以使用剩余的健康站点来恢复可复制数据。
以下过程可以在站点丢失之前站点复制处于活动状态的场景中恢复数据。此过程假设一个或多个对等站点的完全丢失,而不是由于延迟或瞬态部署停机导致的复制延迟或延迟。
使用
mc admin replicate rm
命令和--force
选项从 MinIO 站点复制配置中移除故障站点。以下命令强制从复制配置中移除一个不健康的对等站点。
mc admin replicate rm HEALTHY_PEER UNHEALTHY_PEER --force
将
HEALTHY_PEER
替换为复制配置中任何健康对等站点的别名将
UNHEALTHY_PEER
替换为不健康对等站点站点的别名。
站点复制配置中的所有健康对等站点都会自动更新以移除不健康的对等站点。您可以使用
mc admin replicate info
命令来验证新的站点复制配置。按照站点复制要求部署一个新的MinIO站点。
除了规定的要求外,请勿上传任何数据或配置部署。
验证新的MinIO部署是否正常运行,并与其他对等站点具有双向连接。
确保新站点与现有对等站点上的服务器版本匹配。
警告
mc admin replicate rm --force
命令仅对站点复制配置中的联机或健康节点进行操作。移除的离线MinIO部署将保留其原始复制配置,因此如果部署恢复正常运行,它将继续与其配置的对等站点进行复制操作。如果您计划在站点复制配置中重复使用硬件,则**必须**在重新初始化MinIO并将站点添加回复制配置之前完全擦除部署的驱动器。
将替换的对等站点添加到复制配置中。
使用
mc admin replicate add
命令更新包含新站点的复制配置。mc admin replicate add HEALTHY_PEER NEW_PEER
将
HEALTHY_PEER
替换为复制配置中任何健康对等站点的别名将
NEW_PEER
替换为新对等站点的别名。
站点复制配置中的所有健康对等站点都会自动更新以包含新对等站点。您可以使用
mc admin replicate info
命令来验证新的站点复制配置。使用
mc admin replicate resync
重新同步新对等站点。mc admin replicate resync start HEALTHY_PEER NEW_PEER
将
HEALTHY_PEER
替换为复制配置中任何健康对等站点的别名将
NEW_PEER
替换为新对等站点的别名。
验证复制状态。
使用以下命令跟踪复制状态
mc admin replicate status
- 提供复制的总体状态和进度mc replicate status
- 提供桶级和全局复制状态
活动桶复制重新同步
对于在故障之前已启用桶复制的场景,您可以使用mc replicate resync
将数据恢复到新站点。创建一个新的站点以替换失败的部署,然后将数据从现有的、健康的、启用了桶复制的部署同步到新站点。
部署一个新的MinIO站点。
根据需要设置IAM和用户。
在有数据存储的站点上,使用
mc admin bucket remote add
命令创建一个新的remote target
,并记录输出中的ARN。在有数据存储的站点上,使用
mc replicate resync start
命令以及上一个命令中的ARN在新的站点上重建桶。等待重新同步完成(使用
mc replicate resync status
检查)。从新的MinIO站点到现有的目标桶设置桶复制规则。
(可选) 删除目标部署中的桶复制规则以恢复主动-被动复制方案。
被动桶复制重新同步
桶复制可以通过从目标桶到新的MinIO站点执行复制来直接恢复站点内容。
作为被动过程,桶复制可能无法像站点恢复方案那样快速执行。
桶复制依赖于标准复制扫描程序队列,该队列不会优先于其他进程。对于具有更严格SLA/SLO的恢复过程,请使用上面描述的mc replicate resync
命令的活动桶复制过程。
桶复制规则将对象、其版本ID、版本和其他元数据复制到目标桶。如果在站点丢失之前已使用桶复制,则MinIO可以将具有所有这些属性的对象恢复到新的MinIO站点。
部署一个新的MinIO站点。
根据需要设置IAM和用户。
在剩余的目标桶部署中,为每个桶创建到新MinIO站点的桶复制规则。
等待复制完成。
从新的MinIO站点到现有的目标桶设置桶复制规则。
(可选) 删除目标部署中的桶复制规则以恢复主动-被动复制方案。
如果您希望在桶之间保持主动-主动复制,请不要删除用于恢复数据的部署中的桶复制规则。在主动-主动复制中,对任一位置的对象所做的更改都会影响另一位置的对象。
镜像
MinIO的镜像功能从任何与S3兼容的存储系统复制对象。
镜像仅复制每个对象的最新版本,不包括版本控制元数据,无论源是什么。您无法使用此方法恢复这些属性。
在只需要恢复对象的最新版本的情况下使用mc mirror
。如果要从另一个MinIO部署复制并希望恢复对象的版本历史记录和版本元数据,请使用桶复制或站点复制(如果这些方法已在使用)。
部署一个新的MinIO站点。
根据需要设置IAM和用户。
在新站点上创建桶。
使用
mc cp
CLI命令将内容从镜像位置复制到新的MinIO站点。