利用IBM PowerHA SystemMirror plug-in管理基Power平台的高可用集群

PowerHA 是 IBM 发布的一款高可用集群套件,通过它可以在 AIX 系统上构建由多个节点组成的高可用集群计算环境,增强应用的防灾能力,减少停机时间。IBM System Director(以下简称 ISD)是 IBM 推出的平台管理工具,可以在统一的用户界面实现跨平台的主机系统管理。通过 PowerHA SystemMirror plug-in,ISD 可以实现对高可用平台的创建和管理。基于 ISD 的统一">图形用户界面,系统管理员可以比以往更加方便、更加直观地对高可用集群进行监控和管理。本文介绍和分析了 ISD 与 PowerHA 相整合的高可用集群管理架构,并基于 PowerVM 架构上的虚拟化环境,实践了从 ISD 的用户界面进行高可用集群环境的创建及管理过程。

背景介绍及相关名词解释

PowerHA 高可用环境的基本架构

图 1 是 IBM 高可用环境子系统架构图。

图 1. 高可用环境子系统架构图

PowerHA是 IBM 高可用集群软件,通过提供冗余实现故障转移保护,同时通过并发 / 并行访问支持水平扩展。

CAA(Cluster Aware AIX)是 AIX V7.1(或 AIX V6.1 TL06 以上)的新特性,负责 cluster 的底层功能,PowerHA 使用其功能对应用提供高可用。

RSCT(Reliable Scalable Cluster Technology)提供了一套完整的集群资源监控机制。

TSA(IBM Tivoli® System Automation for Multiplatforms)为应用程序提供基于策略的自我恢复机制。

IBM System Director 及 PowerHA SystemMirror 插件

通过 IBM System Director,系统管理员可以进行如下管理工作:

对主机和网络资源进行优化 能够对业务需求进行更为灵活的快速响应 对物理的或者虚拟的主机或存储设备以及网络资源实现更高层次的业务管理。

IBM System Director 的一个核心功能就是用一个通用界面来进行常用的系统管理工作。通过这种全局 IT 环境的统一视图,服务器、存储设备、网络设备等能够被更加简单方便地被监控和管理。管理员可以在统一的用户界面下观察被管理的系统,确定被管理系统之间的相互关系、状态,从而帮助相关资源满足业务需求。IBM Systems Director 包括了一系列的常见任务,大部分是基础管理的核心。在整个被管理系统上,这些常见的任务包括发现、库存、配置、系统的健康、监视、更新、事件通知和自动化。

图 2 显示了利用 IBM System Director 的 PowerHA 插件管理高可用平台环境的基本架构图。IBM System Director 可以对指定的网段进行简单快速的扫描,以发现并加载环境中的 AIX 系统。当这些扫描出的节点被解锁(得到系统的登录 ID 和密码)后,如果节点上安装有 PowerHA 套件,则可被 IBM System Director 的 PowerHA 插件自动识别并接管。

图 2. 利用 IBM System Director 的 PowerHA 插件管理高可用平台环境的基本架构图

高可用集群实验环境的描述

表 1. 节点一览表

节点 操作系统 HA 版本 Node01 AIX 6100-07-01-1141 PowerHA7.1.1.0 Node02 AIX 6100-07-01-1141 PowerHA7.1.1.0

表 2. 磁盘和 VG 规划表

节点 磁盘 VG 功能 Node01 hdisk1 caavg_private 磁盘心跳通信盘 Node02 hdisk2 hadatavg 共享盘 Node01 hdisk1 caavg_private 磁盘心跳通信盘 Node02 hdisk2 hadatavg 共享盘

表 3. 逻辑卷和文件系统规划表

节点 逻辑卷 文件系统
0.5.html">大小 Node01 lv01 /hadata 60G Node02 lv01 /hadata 60G

集群名:testcluster

表 4.IP 地址规划表

网络名称 功能 适配器名 网络类型 IP 地址 Prve45 boot en0 ether 10.50.5.137 Prve54 boot en0 ether 10.50.5.138 net_ether_01 service en0 ether 10.50.4.37

图 3. 实验环境示意图

时间: 2024-09-15 10:16:01

利用IBM PowerHA SystemMirror plug-in管理基Power平台的高可用集群的相关文章

LDAP Server环境集中化管理IBM PowerHA SystemMirror高可用性集群

IBM System Director 提供了专用的管理平台,将操作整合,并且简化了配置步骤,从而实现了集中化的管理. 由于篇幅的限制,本文无法详细地阐述每一个涉及到的概念和专有名词.您可以针对具体的环境,对于文中出现的概念自行查找相关的资料来了解.本文的重心是强调实际的操作步骤和方法. 文章将会注重表达操作的步骤和操作结果的分析. 一些重要概念的简介 IBM Systems Director IBM Systems Director 是一套平台管理软件.它能够有效地管理物理和虚拟设备,提高系统

将IBM PowerHA SystemMirror集群迁移到IBM POWER7服务器的技巧

文本的目的是提供一个分步指南,指导您将现有 IBM HACMP (PowerHA) 集群从基于 POWER6 处理器的服务器迁移到基于 POWER7 处理器的新服务器.本文基于一个真实的客户场景.尽管您的环境和需求可能与这里给出的情况不符,但其他大部分情况都可以应用类似的方法. 客户购买了两个基于 POWER7 处理器技术的新的 IBM Power Systems 795 (9119-FHB) 服务器.他们需要将现有的 HACMP 集群从旧的 POWER6 硬件迁移到新系统.除了进行服务器迁移之

IBM PowerHA SystemMirror 的 HyperSwap 和 Metro Mirror 特性

简介 数据中心和服务可用性是 IT 基础架构的最重要课题之一,并且每天都会吸引更多的关注.站点之间的数据复制是一个最大限度地减少业务中断的好办法,因为备份还原操作所用的时间太长,无法满足业务需求,或者设备可能被损坏,无法用于数据恢复,这取决于灾难程度.从最便宜的(恢复需要较长的时间)恢复到最昂贵的(提供最短的恢复时间,并且最接近零数据丢失)恢复,恢复选项的成本各不相同. PowerHA SystemMirror 7.1.2 Enterprise Edition 提供一个灾难恢复和高可用性解决方案

IBM i HTTP Server上IPv6高可用性Web服务器集群

如今,越来越多的企业认识到高可用性 (HA) 对于其 Web 服务器的重要意义,毕竟客户需要的是可靠的服务.与此同时,也有越来越多的组织开始从 IPv4 标准过渡到 http://www.aliyun.com/zixun/aggregation/9485.html">IPv6 标准.在 IPv6 环境内支持高可用性 Web 服务的新需求随之出现. IPv6 环境内的 Web 服务器高可用性可利用 IBM PowerHA SystemMirror for i 软件来实现.本文描述了一个将 I

利用Docker轻松实现云原生应用 - 高可用架构设计

本文为利用Docker和容器服务轻松实现云原生应用系列的第一篇 高可用架构设计(本文) Spring Boot + Redis分布式会话 最近对应用迁云的讨论很多,很多用户对云环境中的应用架构和运维方式还不了解.直接利用云服务器替换自有物理机并不是使用云的正确姿势. Cloud Native Application(云原生应用)是当下一个热门名词,简单而言就是针对云计算的特性,来设计应用架构,并优化应用的交付.运维流程.Linux基金会旗下的云原生计算基金会 CNCF(Cloud Native

基于Python+Django的Kubernetes集群管理平台

原文出自[听云技术博客]:http://blog.tingyun.com/web/article/detail/1345 时至今日,接触kubernetes也有一段时间了,而我们的大部分业务也已经稳定地运行在不同规模的kubernetes集群上,不得不说,无论是从应用部署.迭代,还是从资源调度管理等方面都有其难以言喻的优势,但是随着业务的不断增长,以及服务的多元化,容器的体量与管理的难度也随之增长. 浅述Kubernetes集群日常管理维护中的一些痛点: 1.较为庞大的集群规模及容器数量维护管理

DockOne微信分享( 九十五):树莓派上的Docker集群管理

本文讲的是DockOne微信分享( 九十五):树莓派上的Docker集群管理[编者的话]随着IOT市场的火热发展,Docker天然的轻量级以及帮助业务快速重构的特性,将会在IOT领域迎来巨大发展潜力,甚至有可能会比它在云端的潜力更大.本文将致力于构建一个利用Rancher&RancherOS来管理运行在树莓派上的容器集群. 目前业界主流基本都是在x86架构上使用Docker,除了因为Intel在服务器领域的绝对领导地位之外,x86 CPU的确在性能上有着卓越的表现.但是近些年来,随着云计算的迅猛

集群管理工具经得起考验吗?

如今集群设计遍地都是.最典型的例子包括软件定义存储.虚拟化架构.超级融合.公有云与私有云,以及众所周知的大数据.集群以横向扩展的方式来构建基础设施,使用商业产品,如服务器和JBOD.横向扩展的设计能够实现容量与性能递增,与大部分纵向扩展的基础架构相比,有着巨大的成本规模效益. 大集群因为其支持大规模融合与整合,可以协助优化整体资本支出,而不断吸引业内目光.那么为什么我们不把现在所有的IT基础设施都集群化呢?大规模集群管理和运维都相当复杂,尤其是在开始将工作负载和租户结合后.如果建造了一个大集群,

《实施Cisco统一通信管理器(CIPT1)》——2.5 跨越IP WAN的集群部署模型

2.5 跨越IP WAN的集群部署模型 实施Cisco统一通信管理器(CIPT1)Cisco支持跨越WAN部署CUCM集群.这种模型拥有以下特点. 同一集群的应用和CUCM服务器通过IP WAN分布在各个站点中.IP WAN负责承载集群内部服务器之间的通信与信令.站点的数量存在以下限制.若部署的是本地故障倒换(Failover),则只能部署2-4个站点(每个站点部署2台CUCM服务器).若通过IP WAN实现远程故障倒换(Failover),则最多部署8个站点(每个站点部署1台CUCM服务器).