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

文本的目的是提供一个分步指南,指导您将现有 IBM HACMP (PowerHA) 集群从基于 POWER6 处理器的服务器迁移到基于 POWER7 处理器的新服务器。本文基于一个真实的客户场景。尽管您的环境和需求可能与这里给出的情况不符,但其他大部分情况都可以应用类似的方法。

客户购买了两个基于 POWER7 处理器技术的新的 IBM Power Systems 795 (9119-FHB) 服务器。他们需要将现有的 HACMP 集群从旧的 POWER6 硬件迁移到新系统。除了进行服务器迁移之外,他们还需要升级 HACMP(因为他们当前的版本很快将停止提供支持)。作为 POWER7 迁移的一部分,我们认为可以适当地升级集群,因为反正在迁移期间集群需要处于离线状态。

客户的">工作负载分散在两个基于 POWER6 处理器技术的现有的 IBM Power 595 (9119-FHA) ) 系统上。现有的集群安装了 HACMP v5.4。它是由两节点组成的一个集群,每个 Power 595 服务器上有一个集群节点。LPAR 和该集群已构建多年。因此,作为迁移过程的一部分,需要更改或升级以下组件:

新的 POWER7 逻辑分区 (LPAR),它具有新的 8 GB 光纤通道 (FC) 和 1 GB 以太网适配器。旧的 POWER6 LPAR 和 Power 595 服务器将一起退役。 在引入新的
磁盘存储之后,我们需要将集群共享的卷组磁盘从 IBM System Storage® DS8300 磁盘迁移到 Hitachi Data Systems (HDS) 虚拟服务处理器 (VSP) 磁盘设备。 子系统设备驱动程序 (Subsystem Device Driver, SDD) 和关联的 vpath 设备需要删除,因为新的 LPAR 上不再有 IBM 存储设备。 为了支持新的 HDS 磁盘设备,我们需要安装 HDS Object Data Manager (ODM) 文件集(并配置新的 HDS VSP hdisk 设备)。 集群中共享的卷组将从标准模式转换为增强并发模式。 引入了新网络交换机。POWER7 LPAR 中的 1GB 以太网适配器将连接到新的交换机。 IBM AIX® 5.3*(从 TL8)更新到 TL12。 HACMP 5.4 迁移到 PowerHA 6.1.

*注意:AIX 5.3 不再受支持。在计划执行 POWER7 迁移时(2011 年 9 月),鉴于客户的应用软件尚未验证能否在 AIX 7.1(或 6.1)上运行,他们希望仍然使用 AIX 5.3。他们计划今年(2013 年)将集群升级到 AIX 7.1。

迁移概述

开始迁移之前,我们生成了实现我们的目标所需的步骤的(非常)笼统的列表。总体迁移步骤如下所示:

通过新的 POWER7 LPAR 上的网络安装管理器 (Network Installation
Management, NIM) 从 mksysb 还原 LPAR (recover devices = yes)。 将共享和非共享的磁盘配置从 IBM 迁移到 HDS 磁盘。 导入非共享的卷组。 导入共享的卷组。 执行 HACMP 发现,
查找新的 (HDS) hdisk 设备,而不是 vpath (SDD)。 同步/验证集群。 启动集群服务。 重新配置磁盘心跳,以便使用 hdisk 代替 vpath。 同步/验证集群。 启用共享的卷组,以便实现快速磁盘接管(增强并发模式)。 同步/验证集群。 停止两个节点上的集群服务。 启动两个节点上的集群服务。 验证共享的磁盘组在增强并发模式下是否已连接。 停止两个节点上的集群服务。 将两个节点上的 HACMP 5.4 升级(迁移)到 PowerHA 6.1 SP6。 重新启动两个节点。 启动集群服务。 同步/验证集群。 执行集群故障转移测试。 确保迁移已完成。

迁移结束时,集群节点位于基于 POWER7 处理器的系统上,也就是说,每个节点位于一个 Power 795 服务器上。每个节点都将运行 PowerHA 6.1,对所有 AIX 卷组利用 HDS 磁盘设备。

时间: 2024-09-18 21:57:43

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

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

PowerHA 是 IBM 发布的一款高可用集群套件,通过它可以在 AIX 系统上构建由多个节点组成的高可用集群计算环境,增强应用的防灾能力,减少停机时间.IBM System Director(以下简称 ISD)是 IBM 推出的平台管理工具,可以在统一的用户界面实现跨平台的主机系统管理.通过 PowerHA SystemMirror plug-in,ISD 可以实现对高可用平台的创建和管理.基于 ISD 的统一http://www.aliyun.com/zixun/aggregation/1

ODPS跨集群迁移与数据同步经验分享

本文来自于<程序员>与阿里云联合出品的<凌云>杂志. 作者:余晋       随着业务的迅猛发展,阿里各业务部门如淘宝.天猫.一淘.B2B等每天都会产生大量的数据,日均增量数百TB.2013年初,阿里内部的生产集群PA所在机房的存储量最多可扩容到数十PB,而当时已使用75 % 的存储量.存储容量告急,迫切需要将生产集群PA上的大量数据迁移到其他集群.        此时,如何安全地跨集群迁移几十PB的数据和其上相关业务,是我们面临的第一个挑战.数据迁移之后,两个集群间存在大量的数据

Zookeeper集群模式无法部署云服务器【java.net.BindException: 无法指定被请求的地址 (Bind failed)】的解决

Zookeeper集群模式无法部署云服务器[java.net.BindException: 无法指定被请求的地址 (Bind failed)]的解决. 正文 在云服务器(阿里云.腾讯云)上部署Zookeeper集群模式时,无法成功的原因有很多,网上主要提到了端口被占用(未开放)和防火墙开启两种问题,类似的博客很多,本文不再赘述. 如果你已经针对上述两种情况做了修改依然没有成功,那么就可能出现了本篇的问题. Zookeeper在启动时,并不会打印信息,即使集群启动失败,依然会显示: 这样我们看不到

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

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

IBM PowerHA SystemMirror 的 HyperSwap 和 Metro Mirror 特性

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

Hyper集群迁移方法

问题描述 5台HP的DL388搭建的Hyper集群,外接一个10T的存储共享盘,运行了80虚拟机,现在机房要搬迁,服务器和存储都要搬到新的机房,有没有什么好的迁移方法,最好能保证虚拟机不间断的那种? 解决方案 解决方案二:你这个实现起来有难度,虚拟机关掉后,最快速度运过去,然后架设起来不行?

10月10日SLS集群迁移公告

尊敬的用户:   10月10日 01:30~03:00 我们将对SLS服务集群进行迁移操作,迁移期间对服务使用的影响有: 1. 升级期间,SLS用户数据延时写入SLS服务集群,不会丢失.(数据会在升级完成后自动发送到SLS.) 2. 升级期间,SLS用户无法登陆控制台做project,logtail相关配置,无法查询01:30~03:00时间段的数据.(升级期间产生的数据会在迁移完成后自动补录,补录后即可查询.) 给您带来的不便敬请谅解,感谢您对阿里云的支持! 阿里云计算 2014年10月8日

IBM HPC刀片集群解决方案

行业应用 高性能计算的主要行业和应用: ● 学校.研究所等科学研究机构:● 石油部门.医学生物.计算化学:● 汽车与航空航天设计.建筑结构设计.三维图形运算等. 高性能计算多年来一直是科技http://www.aliyun.com/zixun/aggregation/33230.html">综合实力竞争的制高点,也在一定程度上反映了各大公司在系统研发方面的实力.作为行业的技术领先者,IBM公司在这一领域占主导地位.在2007年07月最新公布的全球500强超级计算机中,192套来自IBM,其

IBM DB2 pureScale集群化数据库架构和技术概述

本系列文章共分为两个部分,第 1 部分介绍了 DB2 pureScale 的架构和技术,第 2 部分将介绍 DB2 pureScale 应用程序配置. 持续可用性.应用程序集群透明度和极限容量:无论在怎样的市场营销资料中,这些热门关键词总是与 IBM DB2 pureScale 密不可分.但它们真正的含义是什么? DB2 pureScale 绝不只是一项特性,而是一种观察 DB2 数据库的全新方式.您在http://www.aliyun.com/zixun/aggregation/11872.h