硬件故障后的恢复
分布式 MinIO 部署依赖于擦除编码来提供针对多个驱动器或节点故障的内置容错能力。根据部署拓扑和所选擦除码奇偶校验,MinIO 可以容忍部署中最多一半的驱动器或节点丢失,同时保持对对象的读取访问权限(“读取仲裁”)。
下表列出了 MinIO 部署中常见的故障类型,并链接到从每种故障中恢复的过程
故障类型 |
描述 |
---|---|
MinIO 支持将故障驱动器热插拔替换为新的健康驱动器。 |
|
MinIO 检测到节点何时重新加入部署,并在节点重新加入集群后不久开始主动修复该节点,修复先前存储在该节点上的数据。 |
|
MinIO 站点复制支持在站点完全丢失后完全重新同步存储桶、对象和可复制配置设置。 |
由于 MinIO 可以在性能损失不大的情况下处于降级状态运行,因此管理员可以根据硬件故障率计划硬件更换。“正常”故障率(单个驱动器或节点故障)可能允许更合理的更换时间范围,而“严重”故障率(多个驱动器或节点)可能需要更快的响应。
对于一个或多个驱动器处于部分故障或降级状态(驱动器错误增加、SMART 警告、MinIO 日志中的超时等)的节点,您可以安全地卸载驱动器,前提是集群有足够的剩余健康驱动器来维护读取和写入仲裁。丢失的驱动器对部署的影响小于持续产生读取和写入错误的驱动器。
驱动器的独占访问权限
MinIO **需要**对用于对象存储的驱动器或卷进行独占访问。任何其他进程、软件、脚本或人员都不应对提供给 MinIO 的驱动器或卷或 MinIO 在其上放置的对象或文件执行任何操作。
除非 MinIO 工程师指示,否则请勿使用脚本或工具直接修改、删除或移动提供的驱动器上的任何数据分片、奇偶校验分片或元数据文件,包括从一个驱动器或节点移动到另一个驱动器或节点。此类操作极有可能导致广泛的数据损坏和数据丢失,超出 MinIO 的修复能力。
MinIO 专业支持
MinIO SUBNET 用户可以登录并创建一个与驱动器、节点或站点故障相关的新问题。通过 SUBNET 与 MinIO 工程师协调可以确保生产 MinIO 部署的恢复操作成功,包括根本原因分析和健康诊断。
社区用户可以在MinIO 社区 Slack上寻求支持。社区支持仅限于尽力而为,并且对响应能力没有任何服务水平协议。