SUN CLUSTER原理.docxVIP

Sun Cluster原理介绍 ???? quorum是在具有竞争关系的关键时刻时一个多数成员达成的一致意见，从而得出最好的解决方案。这里理解为多数人达成一致的意见的一种机制，或者达成一致意见的多数成员。 ?在分布式计算机系统中，一组有通讯关系的进程由quorum的潜在成员组成。为保证系统有效运行以及对系统行为作出关键决策，该组进程通过交互信息以在一些关键问题上达成一致，直到quorum的最终形成。  在Sun?Cluster中，有两种类型的quorum被使用： ?群集成员关系监视器CMM（Cluster?Membership?Monitor）需要获取关于一组群集节点列表的quorum，这些节点具有成为Cluster成员的能力；?Cluster配置数据库CCD（Cluster?Configuration?Database）需要获得quorum，以挑选出一个有效一致的CCD拷贝。这里的主体就是CCD了。 1、CMM?quorum  Cluster2.2中，如果使用SSVM或CVM，quorum由Cluster的框架软件决定，如果使用disksuite作为???管理器，则quorum由disksuite来决定。  CMM?quorum的决定方法： ? 如果使用SSVM和CVM作为卷管理器，quorum是在多个具有投票权利的节点和其他的中性设备上达成的多数通过意见。在两节点中，为了产生quorum，一个quorum?device提供一个投票的第三方。当节点加入、离开Cluster时和Cluster之间的私网连接失败的情况下形成quorum是非常必要的。Cluster2.x努力达到在不要人为干预的情况下，既保证了数据的完整性，也维系Cluster的可用性，所以就使用到了quorum?device。在多节点中，甚至用到了TC。Cluster?2.2在Cluster心跳连接失败的情况下决定quorum时，卷管理器起到了主要的因素作用。2、CCD?quorum ? ???群集配置数据库CCD（Cluster?Configuration?Database）需要获得quorum，以挑选出一个有效一致的CCD拷贝。?CCD中保存了Cluster的配置信息，CCD在每个Cluster节点上都有一个，正常情况下，各节点的CCD间应该是保持同步的。CCD间的通信通过私网连接。但由于故障后，可能会导致各CCD不能报错同步，这时就需要用到CCD?quorum。  一个有效的CCD在故障恢复后必须被决定出来，如果一个有效的CCD不能够被决定出来，所有对于CCD的查询和更新操作随着一个CCD错误的告警而失败。 ?在决定有效CCD拷贝之前需要启动所有节点是一个非常受限制的条件。可以通过对更新操作作一个强制限制来使该限制放松。 ? ???如果n是当前Cluster中配置的节点数，对于Cluster重启时，有ceiling（n）个同样的拷贝就足以选出一个有效的CCD拷贝。当n为奇数时，ceiling（n）＝（n＋1）/2；当n为偶数时，ceiling（n）＝（n/2）。对于一个节点，拷贝数为1个时足够；对于2个节点时，1个拷贝足够；对于3个节点时，2个拷贝足够；对于4个节点，2个拷贝足够。所以该ceiling（n）可以理解为大于等于n的一半的最大整数。有效的CCD将被知会到所有没有最新CCD的节点中去。 当至少有一个或更多的节点在CCD重配置过程中处于“清醒”状态时，CCD的quorum问题能够被避免。既然这样，这些节点中任意一个节点的有效拷贝将被知会到最近加入Cluster的节 点，另一个可供选择的是确保Cluster在具有最新CCD拷贝的节点上启动。然而，恰好在CCD更新过程中，系统崩溃了，在这之后，很有可能的是系统的恢复算法找到一个不一致的CCD拷贝。在这种情况下，系统管理员的就需要用ccdadm带一些参数去重新恢复CCD。CCD也提供检查点操作的工具去备份目前CCD当前的内容。在系统配置有了任何变化以后，对CCD作一个备份是一个非常好的习惯，这个拷贝可能在以后的恢复中有用。CCD的规模和常见的关系型数据库比较起来非常小，备份和恢复只需要几秒钟。 3、quorum?device ?? ??在特定情况下，例如两节点的Cluster中，当节点间的私网连接失败，且节点们仍然是Cluster中的成员。Sun?Cluster需要在一个物理设备的帮助下来解决CMM?quorum的问题，这个物理设备就是quorum?device。 ?? ??quorum?device仅仅是一个在安装过程中指定的磁盘或控制器。quorum?device是一个逻辑概念，一个硬件被指定为quorum?device与否对于其使用上并没