HACMP的网络环境根据类型,有以下两种: TCP/IP-based network Device-based network 基于TCP/IP协议的网络环境,在实际应用中最常见的就是使用网卡设备、通过IP地址组成的以太网环境。 基于设备的网络环境主要指的是磁盘心跳网络。心跳网络通过监控cluster各节点之间的通信,来判断各个节点的服务状态。 HACMP相关文章涉及网络环境(TCP/IP-based)都会提到以下几个关键词: Boot IP Service IP persistent IP label 刚开始搭建的时候确实稀里糊涂的,每个节点只有2块网卡,能不能搭建这个貌似需要多个网段个IP地址的HACMP环境呢?当时没有搞清这些东西,也没有正确规划Boot IP、Service IP什么的就动手,结果是error一片,惨不忍睹! Boot IP 拜读了很多其他人的经验,再加上自己最近的失败教训,总结一下Boot IP,大概就是这么一些子知识点: boot IP是AIX系统定义在物理网卡上IP地址,与HACMP的启动与否无关 同一节点上的多个boot IP必须在不同的子网上 boot IP在任何时候都不会被删除 也就是说,对于每个节点,一块物理网卡对应一个boot ip,系统启动时自动生效。 Service IP Service IP是用于客户端访问的 IP 地址。Service IP 地址(及其关联的标签)由 HACMP 监视,并且是资源组的一部分。存在两种类型的Service IP: 共享服务 IP 地址(标签):可以配置在多个节点上的 IP 地址,并且是一次只能在一个节点上处于活动状态的资源组的一部分。 与节点绑定的服务 IP 地址(标签):只能配置在一个节点上(不由多个节点共享)的 IP 地址。通常,此类服务 IP 地址与并发资源组相关联。 服务 IP 地址在 HACMP 已启动并且关联的资源组处于在线状态时变得可用。 Service IP是以别名的形式存在的,它有以下特性和要求: 每个cluster节点上至少有一个service IP以别名方式附在boot adapter 上 同一节点上的service IP必须与该节点上的所有boot IP处在不同的子网上 多个service IP可以别名方式与boot IP同在一块物理网卡上 HACMP启动后,service IP以别名方式赋予boot IP 所在的物理网卡上 如果一个工作节点失效,接管节点使用与失效节点上 service IP处于同一network的boot adapter以别名方式接管该service IP。这对使用此service IP的client端是透明的。 Service IP类似Oracle RAC里的VIP机制,以别名的形式存在,支持故障后漂移。HACMP的高可用性主要就是体现在Service IP实现从故障节点到备份节点的接管。 Persistent IP 关于persistent IP,牛新庄牛大师的热门文档《HACMP 5.1 配置手册》有一段给了比较多的总结,这里直接转贴过来。永久的IP标识(persistent IP label)的特性: 一个永久的IP标识(persistent IP label)是一个IP别名,它可以被分配给一个群集 一直固定在被分配的节点上(节点绑定) 作为别名被配置在启动网卡(boot adapter)上 与已经被配置的服务IP标识(service IP label)或启动IP标识(boot IP label)共同存在 不需要在节点上安装额外的物理网卡 不属于任何资源组 可以被用于在群集中访问指定的节点进行管理工作 在节点启动后即可用,当HACMP服务停止后也始终保持可用 在以太网、令牌环网、FDDI以及ATM LANE网络中都可被配置 不能在SP交换机、ATM传统IP网和串行网络上进行配置 和配置的服务IP标识(service IP label)和启动IP标识(boot IP label)使用同一块网卡 如果节点失败,该IP标识不会迁移到群集中的其它节点 如果网卡失败,它只会迁移到相同网络的同一个节点上的其它网卡 每个网络的每个节点上只能配置一个永久的IP标识(persistent IP label) 通过了解HACMP的网络环境资源,我们在规划高可用环境应该注意: Boot IP、Service IP以及Persistent IP不要设计在同一个网段 Boot IP是HACMP各节点上网卡配置的实际IP Service IP以alias形式存在,是实现高可用性的共享IP。部署应用时,建议把application process绑定在service ip上 Persistent IP也是以alias形式存在,每个节点配一个persistent IP即可 |