什么是Fencing？
Red Hat High Availability Add-on使用fencing来确保集群中的数据完整性。fencing通常通过关闭节点的电源来完成，因为死节点显然无法执行任何操作。在其他情况下，一组操作将用于切断节点与网络（阻止新工作到达）或存储（阻止节点写入共享存储）的连接。fencing是群集中服务和资源恢复的必要步骤。Red Hat HighAvailability附加模块将不会为无响应节点启动资源和服务恢复，直到该节点被fencing。
不使用Fencing操作集群
没有fencing，共享存储资源上的数据完整性就无法得到保证。在由节点A、B和C组成的三节点群集中，没有配置fencing设备。节点A有一个从共享存储装载的ext4文件系统，并且正在运行一个web服务器，为来自该文件系统的页面提供服务。如果节点A在网络上停止响应，将触发以下事件链：
-
节点B执行文件系统快速检查后，从共享存储挂载文件系统。
-
节点B启动web服务。
-
节点A再次醒来，并继续向同样挂载在节点B上的ext4文件系统进行写入。
-
随后文件系统崩溃。
使用Fencing操作集群
为了阻止节点A访问文件系统，从而导致文件系统损坏，在节点B接管资源后，必须确保节点A在另一个节点尝试挂载文件系统之前不再访问该文件系统。这个过程叫做fencing。
配置了fencing后，事件链会略有不同:
-
节点B和节点C将节点A从存储中删除。
-
节点B执行文件系统快速检查后，从共享存储挂载文件系统。
-
节点B启动web服务。
-
节点A再次唤醒并尝试写入挂载的文件系统。此操作失败，因为节点A无法再访问共享存储资源。
Fencing机制简介
有两种主要的fencing方法:power fencing，也被称为Shoot The Other Node In The Head (STONITH)，和fabricfencing。这两种fence方法都需要一个fencing设备，例如电源开关或虚拟fencing守护进程和fencing代理软件来实现集群和fencing设备之间的通信。当需要fencing特定节点时，fencing代理要互相通信。
Power fencing
power fencing需要切断服务器的电源。这种fencing方法被称为“STONITH”，简称为“枪毙另一个节点的头部”，
有两种不同的power fencing装置:
•外部fencing硬件，切断电源，如网络控制的电源排。
•内部fencing硬件，如ILO、DRAG, IPMl或虚拟机fencing，用于poweroff节点的硬件。
power fencing可以配置为关闭目标机器并保持其关闭，或关闭它然后再打开。重新启动计算机的附加好处是，如果启用了集群服务，那么计算机应该干净地重新启动并重新加入集群。
下图展示了在一台服务器中使用一个网络控制的电源控制器和两个电源进行功率fencing的示例。
Fabric fencing
Fabric fencing (SCSI fencing)需要在存储层断开计算机与存储的连接。这可以通过关闭光纤交换机上的端口或使用SCSI保留来实现。如果只使用fabric fencing而没有结合power fencing对机器进行防护，则管理员有责任确保机器再次加入集群。这通常通过重新启动故障节点或对故障节点进行电源循环来完成。
下图显示了使用多路径光纤通道存储的fabric fencing示例。
设置Fencing设备
fence设备配置简介
fencing是每个可操作集群的必要条件。为集群设置fencing时的第一步是设置执行实际fencing的硬件或软件设备。
Red Hat Enterprise Linux High Availability附加模块提供了多种fencing代理，可用于不同的fence设备，pcs stonith list提供了所有已安装fencing代理的列表：
[root@node65 ~]# pcs stonith list
根据使用的fencing设备和fencing agent的不同，需要不同的参数。这些参数由fencing agent传递给fencing设备。只有通过上述参数设置，集群节点的fencing代理才能与fence设备通信成功。系统中为每一个已发货的fencing代理提供了一个手册页;手册页介绍了可以传递给fencing设备的参数。一个特定的fencing代理可能的和必需的参数列表也可以通过执行命令pcs stonith describe 找到。
[root@node65 ~]# pcs stonith describe fence_rhevm
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
