Linux集群认证

核心提示： 假设有两个匹配的 LDAP 服务器，我们可以使用几种配置，Linux集群认证(3)，首先，我们可以实现‘冷备用’， 主服务器配置文件指明复制日志文件的位置（第 16 行），并且有一份从服务器的清单，主节点有一个虚拟 IP 和正在运行的服务器，辅助节点处于空闲状态

假设有两个匹配的 LDAP 服务器，我们可以使用几种配置。首先，我们可以实现‘冷备用’。主节点有一个虚拟 IP 和正在运行的服务器。辅助节点处于空闲状态。当主节点出现故障时，服务器实例和 IP 会转移到“冷”节点。这是容易实现的，但主服务器和辅助服务器之间的数据同步却是个问题。要解决这个问题，我们可以这样配置群集，即在两个节点上都配置处于运行状态的服务器。主节点运行主 LDAP 服务器，辅助节点则运行从实例。对主服务器的更新通过 slurpd 被立即传递到从服务器。

主节点的故障使得辅助节点要响应查询，但现在我们还不能更新。为了提供更新，在故障转移时，我们要重新启动辅助服务器并将它提升为主服务器。

这给予我们完整的 LDAP 服务，但却增加了一个问题 — 如果向辅助服务器作出了更新，那么在允许它重新启动之前必须修复主服务器。Heartbeat 支持‘nice failback’选项，该选项禁止有故障的节点在故障转移后重新获得资源，这会更令人满意。在本文中，我们手工演示重新启动。我们的样本配置将使用 Heartbeat 提供的虚拟 IP 工具。如果需要支持较重的查询负载，则会用同时向主从服务器分发查询的 IP 发射器取代虚拟 IP。在这一情况中，对从服务器作出的更新请求会产生引用。对引用的跟踪不是自动的；必须将该功能构建到客户机应用程序中。除了复制伪指令外，主节点和从节点是以完全相同的方式配置的。 主服务器配置文件指明复制日志文件的位置（第 16 行），并且有一份从服务器的清单，这些从服务器是具有凭证信息的复制目标（第 34-36 行）。