ibm 恢复raido喜喜_使用IBM地理分散弹性系统进行灾难恢复的双向支持

最新推荐文章于 2025-07-30 19:41:48 发布

cusi77914

最新推荐文章于 2025-07-30 19:41:48 发布

阅读量463

点赞数

CC 4.0 BY-SA版权

文章标签： linux java 数据库 hadoop 分布式

原文链接：https://www.ibm.com/developerworks/aix/library/au-aix-bidirectional-supports-disaster-recovery/index.html

IBM地理位置分散的弹性概述

如果管理员发生灾难或计划中的系统维护，那么IBM®Power Systems的地理分散弹性可以使用虚拟机（VM）重新启动技术来重新启动备份站点上的VM。所有这些都由与生产系统分开的单个管理系统控制。 VM在Power Systems的IBM地理分散弹性中定义为主机，并在两个站点之间配对。如果有计划的或计划外的移动，则每个站点都必须具有可用于运行主机的资源。 IBM Power Systems的地理分散弹性是由称为KSYS的单个控制系统逻辑分区（LPAR）管理的，该分区代表f 或C（K）ontroller系统LPAR 。管理系统（KSYS）允许管理员执行移动操作和灾难恢复（DR）测试。 KSYS处理与IBM地理分散弹性系统Power Systems环境的不同组件进行通信以执行必要任务的所有复杂性。

本文演示了使用IBM针对Power Systems™服务器引入的IBM地理分散弹性灾难恢复解决方案的双向支持。

硬件设定

为了实现双向支持，需要两组KSYS配置。每个KSYS将处理一个方向。

让我们考虑以下示例：

KSYSA ：印度是活动站点，Austin是备份站点，管理KSYSA_VM1，KSYSA_VM2。
KSYSB ：Austin是活动站点，印度是备用站点，并且管理KSYSB_VM1，KSYSB_VM2。
站点印度 ：KSYSA_VM1，KSYSA_VM2，KSYSB，KSYSA（非活动KSYSA，KSYSB的副本）。
站点Austin ：KSYSB_VM1，KSYSB_VM2，KSYSA，KSYSB（非活动KSYSB，KSYSA的副本）。

请参阅如何在IBM Power地理位置分散性弹性系统中维护KSYS节点？有关KSYS节点复制的更多详细信息。

图1显示了使用IBM地理分散的弹性来演示双向支持的硬件设置。

图1.硬件支持

图2.生产HMC和DR HMC上的KSYS和VM

同时为KSYSA和KSYSB配置KSYS集群

让我们考虑两个KSYS节点：KSYSA和KSYSB。在这里，KSYSA具有一个名为KSYSACluster的集群，而KSYSB具有一个名为KSYSBCluster的集群。

需要执行以下步骤在KSYSA和KSYSB节点上创建集群。

步骤1：创建KSYS集群并将KSYS节点添加到其中。

KSYS集群KSYSACluster和KSYSBCluster分别在KSYS节点KSYSA和KSYSB上创建。

ksysnode KSYSA上的KSYS集群KSYSACluster
ksysnode KSYSB上的KSYS集群KSYSBCluster

运行以下命令来创建KSYS集群：

ksysmgr add ksyscluster <cluster_name> ksysnodes=<node_name> sync=yes

图3.在KSYSA KSYS节点上创建集群

图4.在KSYSB KSYS节点上创建集群

步骤2：将站点添加到KSYS集群。

根据KSYS配置，将创建活动站点（称为生产站点）和备份站点（称为远程站点）。

让我们考虑以下站点名称：

KSYSACluster：以印度为生产站点，以奥斯汀为远程站点
KSYSBCluster ：以奥斯丁为生产站点，印度为远程站点

运行以下命令来创建这些站点：

ksysmgr add site <site_name> sitetype=<active|backup>

图5.为KSYSA配置添加站点

图6.为KSYSB配置添加站点

步骤3：将硬件管理控制台（HMC）添加到KSYS集群

让我们考虑vmhmc8作为生产现场HMC和vmhmc1为远程站点HMC为KSYSA和vmhmc1作为生产现场HMC和vmhmc8为远程站点HMC的KSYSB。下图显示了为KSYSA和KSYSB站点添加的vmhmc1和vmhmc8 。

运行以下命令以添加HMC：

ksysmgr add hmc <name> hostname=<hmc_name> login=<username> password=<password> 
          site=<sitename to which added>

图7.将HMC vmhmc8添加到生产站点以进行KSYSA配置

图8.将HMC vmhmc1添加到生产站点以进行KSYSB配置

图9.将HMC vmhmc1添加到远程站点以进行KSYSA配置

图10.将HMC vmhmc8添加到远程站点以进行KSYSB配置

步骤4：将主机添加到KSYS集群。

让我们考虑在图7中示出为生产现场的主机和图9中示为远程站点主机为KSYS簇KSYSACluster，在图8中示出为生产站点主机vmhmc1的宿主rar1m5 vmhmc1的rar1m5 vmhmc8的宿主why2_9117-MMD-105E61P_32CPU256G和vmhmc8的why2_9117-MMD-105E61P_32CPU256G在图10中作为远程站点主机为KSYS簇KSYSBCluster所示。

运行以下命令以添加主机：

ksysmgr add host <hostname> site=<site_name to which its hmc belongs> uuid=<uuid of cec>

图11.将生产站点主机和远程站点主机添加到KSYSACluster

图12.将生产站点主机和远程站点主机添加到KSYSBCluster

步骤5：将生产站点中的主机与远程站点配对。

对于KSYSACluster生产站点主机，将why2_9117-MMD-105E61P_32CPU256G与rar1m5配对，对于KSYSBCluster生产站点主机，将rar1m5与why2_9117-MMD-105E61P_32CPU256G配对。

运行以下命令来配对主机：

ksysmgr pair host <active_site_host> pair=<backup_site_host>

图13.生产主机why2_9117-MMD-105E61P_32CPU256G与用于KSYSACluster的远程主机rar1m5配对

图14.用于KSYSBCluster的生产主机rar1m5与远程主机why2_9117-MMD-105E61P_32CPU256G配对

步骤6：添加用于处理磁盘复制的存储代理。

让我们考虑两个KSYS节点KSYSA和KSYSB的存储代理SA_L （作为本地存储代理）和 SA_R （作为远程存储代理）。

运行以下命令以添加存储代理：

ksysmgr add storage_agent <name> login=<username> password=<password> site=<sitename_associated> 
          serialnumber=<storage_no> storagetype=<type_of_storage> ip=<ip_of_storage>

图15. KSYSACluster（左）和KSYSBCluster（右）的存储代理详细信息

现在就可以对KSYS进行配置了。

图16.要在主机why2_9117-MMD-105E61P_32CPU256G用于KSYSA的主机下处理的虚拟机

图17.用于KSYSB的主机rar1m5下要处理的虚拟机

步骤7：执行KSYS配置的发现。

在两个KSYS节点上完成发现之后，检查磁盘组和创建的磁盘对。下图显示了每个KSYS节点的发现详细信息，磁盘对详细信息和磁盘组详细信息。

运行以下命令以发现活动（生产）站点：

ksysmgr discover site <active_site_name>

图18. KSYSACluster的发现

图19. KSYSBCluster的发现

运行以下命令查询磁盘对：

ksysmgr q disk_pair

图20. KSYSACluster和KSYSBCluster的磁盘对详细信息

运行以下命令查询磁盘组：

ksysmgr query disk_group

图21. KSYSACluster和KSYSBCluster的磁盘组详细信息

步骤8：在两个KSYS节点KSYSA和KSYSB上验证站点。

通常，将对远程站点进行验证，以确认生产站点虚拟机是否能够在远程站点上重新启动。

运行以下命令来验证站点：

ksysmgr verify site <active_site_name>

图22.在KSYSA上的KSYSACluster上的验证

图23.在KSYSB上的KSYSBCluster上的验证

步骤9：在灾难或系统故障期间移动虚拟机。

虚拟机处于READY_TO_MOVE状态后，请确保在计划内和计划外的移动过程中可以在远程站点上重新启动虚拟机。

您需要运行以下命令来移动站点：

ksysmgr move site from=<active site name> to=<backup site name> dr_type=planned|unplanned

计划搬家

维护时需要计划的移动。在计划移动之前，VM必须处于READY_TO_MOVE状态。如果计划外的移动，则不需要验证。

图24.使用dr_type = planned从KSYSA站点启动到KSYSB站点的移动

下图显示了KSYSA和KSYSB的所有虚拟机现在都已在远程站点上重新启动。

图25.移动后的主机

下图显示，现在站点Austin成为活动站点，而站点印度成为KSYSACluster的备份站点。

图26.移动后的站点

现在，我们需要在迁移后取消管理VM。

由于虚拟机KSYSA_VM1和KSYSA_VM2已移至主机rar1m5 ，因此KSYSBCluster会自动发现它们。因此，我们需要从KSYSBCluster中取消管理它们。

由于rar1m5已成为KSYSACluster的活动主机，因此请取消管理除KSYSA_VM1和KSYSA_VM2之外的所有VM。

运行以下命令来取消管理VM：

ksysmgr unmanage vm name=<vm name> host=<host name>

此后，我们可以运行带有dr_type=planned的move命令，将我们的VM KSYSA_VM1和KSYSA_VM2从rar1m5移到why2_9117-MMD-105E61P_32CPU256G，以将其设置回原始配置。

计划外的举动

让我们假设站点印度的中央处理器综合体（CPC）已关闭。

图27. CPC why2_9117-MMD-105E61P_32CPU256G关闭

随着CPC下降，KSYS将启动计划外的移动。

图28.使用dr_type = unplanned从KSYSA站点启动到KSYSB站点的移动

使KSYSB（副本）节点在rar1m5上运行，以便它可以监视VM：KSYSB_VM1和KSYSB_VM2。

现在，KSYSA_VM1和KSYSA_VM2已移至主机rar1m5 。因此，它们会被KSYSBCluster自动发现，我们需要从KSYSBCluster中对其进行取消管理。

现在rar1m5已经成为一个活跃主机KSYSACluster。因此，请取消管理除KSYSA_VM1和KSYSA_VM2之外的所有VM。

运行以下命令来取消管理VM：

ksysmgr unmanage vm name=<vm name> host=<host name>

站点印度的CEC通电后，在站点印度上执行清理操作，以从why2_9117-MMD-105E61P_32CPU256G中删除KSYSA_VM1和KSYSA_VM2的副本。

使用以下命令清理站点：

ksysmgr cleanup site <sitename>

下图显示了所有用于KSYSA和KSYSB的虚拟机现在都在rar1m5重新启动。

图29.移动后的主机

图29显示了由于计划外的移动以及相应的VMS移至DR站点，活动站点上的KSYSA和KSYSB处于未激活状态。因此，DR站点上的KSYSA和KSYSB将监视它们各自的VM。在纠正了导致计划外迁移的问题之后，活动站点最初将再次联机，并且与其关联的主机也将联机。因此，要在双向支持下将虚拟机恢复到初始位置，您需要执行以下步骤将很有帮助。