HACMP认证学习系列,第2部分计划与设计.docx

了解应用程序在故障情况下的行为，对于控制集群在此类情况下应当如何反应是非常重要的。 规划和实现集群所必需的信息应该涵盖应用程序、环境、硬件、网络、存储，同时还要涵盖支持和变更过程。 本章将介绍以下 HACMP 集群主题： 节点规模调整注意事项 集群硬件规划 软件规划 存储规划 灾难恢复规划 注意：规划是成功的实现的一半，但是就 HACMP 而言，如何强调正确规划的重要性都不为过。如果规划不当，您可能会在以后某个时候发现自己陷入种种限制之中，而要摆脱这些限制可能是非常痛苦的经历。因此，请保持镇定从容，并使用产品附带的规划工作表；这些工作表对于任何迁移或问题确定情形或者对于规划的文档记录都是非常有价值的。 规划注意事项 在规划高可用性集群时，您应该考虑节点、存储、网络等方面的规模调整，以便即使是在接管情况下，也能够提供应用程序正确运行所必需的资源。 规模调整：选择集群中的节点 在开始集群的实现之前，您应该了解需要多少个节点，以及应该使用什么节点类型。就应用程序所需要的资源而言，将要使用的节点类型是非常重要的。 节点的规模调整应该涵盖以下方面： CPU（CPU 的数量和速度） 每个节点中的随机访问存储器 (RAM) 容量 磁盘存储（内部） 每个节点中的通信和磁盘适配器数量 节点可靠性 集群中的节点数量取决于要实现高可用性的应用程序的数量，同时还取决于所需的可用性程度。在集群中为每个应用程序准备多个备用节点可以提高应用程序的总体可用性。 注意：HACMP V5.1 集群中的最大节点数量是 32。 HACMP V5.1 支持各种各样的节点，涵盖从桌面系统到高端服务器的范围。SP 节点和逻辑分区（Logical Partition，LPAR）也受支持。有关进一步的信息，请参阅红皮书《HACMP for AIX 5L V5.1 Planning and Installation Guide》（SC23-4861-02）。 集群资源的共享基于应用程序的需求。有些节点执行的任务与要实现高可用性的应用程序并不直接相关，并且不需要与应用程序节点共享资源，应该将此类节点配置在单独的集群中以简化实现和管理。 所有的节点都应该提供足够的资源（CPU、内存和适配器），以维持所有指定的应用程序在故障转移（接管故障节点中的资源）情况下的执行。 如果可能，应该在集群中包括附加的节点，以提高集群的可用性；这还可以在执行节点故障转移、重新集成和维护操作时提供更大的灵活性。 建议使用具有相似硬件配置的集群节点， 在实现具有相互接管（mutual takeover）或并发配置的应用程序的集群时尤其是如此。这样使得分发资源和执行管理操作（软件维护等等）变得更加容易。 规模调整：存储注意事项 在最常用的配置中，要实现高可用性的应用程序需要一个共享存储空间来存储应用程序数据。该共享存储空间或者用于并发访问，或者用于使数据对接管节点上的应用程序可用（在 fail-over 情况下）。 要在集群中使用的存储应该允许每个应用程序从所有的指定节点进行共享访问。当前支持的 HACMP 共享存储技术包括 SCSI、SSA 和光纤通道（Fibre Channel.）。 根据应用程序的需求，应该将存储配置定义为非共享（“私有”）或共享存储。私有存储可以保留在内部磁盘上，并且不参与任何接管活动。 考虑到以下原因，共享存储应该提供访问控制机制： 放在共享存储中的数据必须能够从可能在某个时间点运行应用程序的任何一个节点进行访问。在某些情况下，应用程序一次仅在一个节点上运行（非并发），但是在另一些情况下，必须提供对数据的并发访问。 在非并发环境中，如果共享数据被错误的节点更新，这可能会导致数据破坏。 在并发环境中，应用程序应该提供自己的数据访问机制，因为平台并发软件 (AIX/HACMP) 会绕过由存储控制的访问机制。 网络注意事项 在规划 HACMP 集群时，应该考虑以下方面： IP 网络拓扑（路由、交换机等等） IP 网络性能（速度/带宽、延迟和冗余） ATM 和/或 X.25 网络配置 IP 网络用于使客户端访问运行在集群中的节点上的应用程序，以及用于在集群节点之间交换心跳信号消息。在 HACMP 集群中，心跳信号消息是通过 IP 网络和点对点（非 IP）网络进行交换的。 HACMP 旨在通过基于 TCP/IP 的网络、X.25 和 ATM 网络提供客户端的访问。  HYPERLINK /developerworks/cn/aix/redbooks/HACMP-2/index.html \l ibm-pcon 回页首 HACMP 集群规划 集群规划也许是实现成功的配置过程中最重要的步骤。HACMP 规划应该包括以下方面： 硬件规划 节点 网络 存储 软件规划 操作系统版本 HACMP 版