| Linux集群认证 |
|
| |
|
stat ifstat
heartbeat: 2001/09/07_14:52:53 info: Running /etc/ha.d/rc.d/shutdone shutdone
heartbeat: 2001/09/07_14:52:53 info: Releasing resource group: slave6 192.168.10.51 slapd
heartbeat: 2001/09/07_14:52:53 info: Running /etc/ha.d/resource.d/slapd stop
heartbeat: 2001/09/07_14:52:53 info: /etc/ha.d/resource.d/slapd: Shutting down
heartbeat: 2001/09/07_14:52:53 info: Running /etc/ha.d/resource.d/IPaddr 192.168.10.51 stop
heartbeat: 2001/09/07_14:52:53 info: IP Address 192.168.10.51 released
heartbeat: 2001/09/07_14:52:54 info: All HA resources relinquished.
heartbeat: 2001/09/07_14:52:54 info: Heartbeat shutdown in progress.
heartbeat: 2001/09/07_14:52:54 info: Giving up all HA resources.
heartbeat: 2001/09/07_14:52:54 info: All HA resources relinquished.
heartbeat: 2001/09/07_14:52:55 info: Heartbeat shutdown complete.
应在选择超时值时考虑这一问题。如果超时太短，负载繁重的系统会错误地触发接管，从而产生明显的“裂脑”关机。请参阅 Linux-ha FAQ 文档以获得有关这一点的更多信息。 故障转移后的恢复
如果当主 LDAP 服务器当机时，对 LDAP 名称空间进行了更新，则必须在重新启动主服务器之前重新同步 LDAP 数据库。有两种方法可做到这一点。如果可以中断服务的话，可以在 LDAP 服务器停止后手工复制数据库（缺省情况下，数据文件被放置在 /usr/local/var 中）。也可以使用 OpenLDAP 复制来恢复数据库而无需服务中断。首先，在以前的主节点上将 LDAP 服务器作为从服务器启动。然后在当前主节点上启动 slurpd 守护程序。在前主节点退出服务期间收到的更改将从新主节点“推”到原来的节点上。最后，在以前的主节点上停止从 LDAP 服务器，并启动 Heartbeat。这将导致向原始配置进行故障回复。 针对 Apache 的 LDAP 配置
这里是向 LDAP 服务器进行订阅的应用程序示例。该应用程序是 Apache Web 服务器，使用 mod_auth_ldap 软件包。 结束语
本文是一个非常简单的示例，使用开放源码软件创建一些高度可用的基本网络服务。网络服务（包括 LDAP）很少需要大型服务器。由群集提供的额外可靠性以及服务器和数据文件的复制可以增加服务可用性。系统经历了所有的测试，在所有情况下都在 15 秒内进行了故障转移。假如对系统负载和利用率有较好的理解，可以把故障转移时间减少到这个阈值以下。
（责任编辑：城尘） 上一页 [1] [2]
 |
频道声明：本频道的文章除部分特别声明禁止转载的专稿外，可以自由转载.但请务必注明出出处和原始作者 文章版权归本频道与文章作者所有.对于被频道转载文章的个人和网站,我们表示深深的谢意。
| 原始作者:佚名 |
录入时间:2006-10-9 |
| 信息来源:不详 |
投稿信箱:itqoo@126.com |
|
|
 |
|
|
|
| 教程录入：admin 责任编辑：admin |
|
上一个教程： Linux集群技术概述
下一个教程： 没有了 |
| 【字体：小 大】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】 |
用户登录 
新用户注册 
网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！） 