为手动启动的特定接管移动 epsilon

如果希望手动启动的任何接管不会导致存储系统因为丢失集群级仲裁而出现一个意外的节点故障，则应移动 epsilon。

关于本任务

要执行计划的维护，必须接管 HA 对中的一个节点。必须维持集群级冲裁，以防意外中断其余节点的客户端数据。在某些情况下，执行接管可能不会导致存储系统因为丢失集群级仲裁而出现一个意外的节点故障。

如果正在被接管的节点包含 epsilon 或包含 epsilon 的节点不正常，可能出现这种情况。要保持更灵活的集群，可将 epsilon 转给不会被接管的正常节点。通常是 HA 伙伴。

只有正常且符合资格的节点才会参与仲裁投票。要维持集群级仲裁，需要超过 N/2 的投票（其中 N 表示运行状况良好、符合资格且已联机的节点的总和）。在联机节点数量为偶数的集群中，epsilon 会增加额外的投票权重以维持分配给的节点的仲裁。

注

尽管可使用 cluster modify ‑eligibility false 命令修改集群的构成投票，但您还是应避免出现这种情况，除非需要恢复节点配置或长时间维护节点。如果将节点设置为不符合资格，将停止提供 SAN 数据，直到将节点重置为符合资格并重新启动。如果节点不符合资格，也可能会影响节点的 NAS 数据访问权限。

有关集群管理、仲裁和 epsilon 的更多信息，请参阅 Lenovo 支持站点上的文档库或《系统管理指南》。

Lenovo 支持站点

系统管理指南

验证集群状态并确认该 epsilon 由不会被接管的正常节点所有：
1. 更改为高级权限级别，并在显示高级模式提示（*>）时确认要继续：set -privilege advanced
2. 确定哪个节点包含 epsilon：cluster show
  在以下示例中，Node1 包含 epsilon：
  cluster::*> cluster show Node Health Eligibility Epsilon -------------------- ------- ------------ ------------ Node1 true true true Node2 true true false
  如果要接管的节点不包含 epsilon，请继续执行步骤 4。
从要接管的节点中删除 epsilon：cluster modify -node Node1 -epsilon false
通过使用以下命令将 epsilon 分配给伙伴节点（此示例中为 Node2）：cluster modify -node Node2 -epsilon true
执行接管操作：storage failover takeover -ofnode node_name
恢复为管理员权限级别：set -privilege admin

提供反馈