ServiceGuard OPS Edition 体系结构

ServiceGuard 命令和 SAM 接口使用该守候进程来收集源自群集中所有节点的信息。它收集配置信息，如有关网络或卷组的信息。它还给群集中所有节点分配群集二进制配置文件。此守候进程由 inetd(1M) 启动。在 /etc/inetd.conf 文件中有该进程相应的配置条目。

通过向 ServiceGuard 群集内其他节点上的 cmcld 守候进程发送心跳线消息，该守候进程可以用来确定群集成员。它按照实时优先级运行且锁定在内存中。cmcld 守候进程在内核中设置了一个安全计时器，用于检测内核挂起。如果此计时器未由 cmcld 定期复位，则内核将产生系统 TOC（即控制转移），这意味着将创建 CPU 的复位和崩溃转储文件。发生这种情况的原因可能是 cmcld 无法与大多数群集成员通信；或者是因为 cmcld 异常退出、中止以及无法运行足够长的时间并无法更新内核计时器（内核挂起）。在因安全计时器过期而导致 TOC 之前，消息将会写入 /var/adm/syslog/syslog.log 文件和内核消息的缓冲区中。

cmcld 守候进程还检测系统中网络运行是否正常并执行本地局域网故障切换。最后，此守候进程负责 ServiceGuard 程序包的管理，确定在何处运行它们以及何时启动它们。

	注释：MC/ServiceGuard 的三个核心组件 — 程序包管理器、群集管理器以及网络管理器 — 都作为 cmcld 守候进程的组成部分运行。此守候进程在所有群集节点上都以 20 的优先级运行。因此用户进程一定要以低于 20 的优先级运行，否则它们可能使 MC/ServiceGuard 无法更新内核安全计时器，这将导致节点上出现 TOC。

cmcld 用 cmlogd 将消息写入 Syslog。任何通过 cmcld 写入 Syslog 的消息都用 cmlogd 写入的。这样就会避免向 Syslog 的写入延迟对 cmcld 的定时造成影响。

该守候进程负责跟踪所有可由群集识别的卷组。当某个卷组可由群集识别时，群集节点仅能以共享写入或独占模式将其激活。这样可避免一个卷组在没有 OPS 锁定控制的情况下被一个以上节点同时以写入模式激活。

此守候进程负责将有关群集的信息提供给客户端 — 需要获取群集对象状态信息的外部产品或工具（如 ServiceGuard Manager）。客户端向 Object Manager 发送查询，并从该管理器接收响应。此守候进程可能未在您的系统上运行，它仅用于 Object Manager 的客户端。

cmomd 接受来自客户端的连接，并检验查询。查询将分解为隶属于不同提供者的（多个类的）类别。提供者从各种源收集信息（这些源通常包括连接的所有节点上的 cmclconfd 守候进程），然后将数据返回到一个中心分解点进行过滤，以切实满足客户端查询的需要。此守候进程由 inetd(1M) 启动。在 /etc/inetd.conf 文件中有该进程相应的配置条目。

ClusterView 使用该守候进程来获取有关群集的信息。此守候进程产生群集 MIB。有关群集 MIB 的详细信息可以在 URL http://docs.hp.com/hpux/ha 中的 Frequently Asked Questions（常见问题解答）部分找到。只有将 /etc/rc.config.d/cmsnmpagt 文件编辑为自动启动此子代理时，它才可运行。为能正常运行，cmsnmpd 必须在 ServiceGuard 群集之前启动。

该守候进程按照群集守候进程 cmcld 的要求派生并执行任何脚本或进程。该守候进程执行两种类型的派生指令：

就服务而言，cmcld 监视服务进程；同时将根据服务重试次数的多少， 通过 cmsrvassistd 重新启动服务，或者暂停程序包并将该程序包移到一个可用的备用节点。

共享磁带守候进程负责跟踪群集中所有的共享磁带设备。共享磁带设备可以通过执行 stapplyconf 命令进行配置。

在群集重组期间，Quorum Server 守候进程可根据需要提供仲裁服务。Quorum Server 在群集外部的系统上运行，并且由用户（而不是 ServiceGuard）启动。通常从 /etc/inittab 启动此守候进程，这意味着如果此守候进程失败或被强行终止，它也可自动重新加载。

群集的所有成员都将启动并维护与 Quorum Server 的连接。如果 Quorum Server 终止运行，ServiceGuard 节点将检测到此情况并定期尝试去重新连接 Quorum Server，直到其恢复正常运行。如果在 Quorum Server 终止运行时对群集进行重新配置，并且群集中的某个分区需要仲裁，则此重新配置将失败。