刷新四节点或八节点MetroCluster IP配置(ONTAP 9.8及更高版本)
您可以使用此操作步骤 升级四节点或八节点配置中的控制器和存储。
从ONTAP 9.13.1开始、您可以通过将八节点MetroCluster IP配置扩展为临时十二节点配置、然后删除旧的灾难恢复(DR)组来升级该配置中的控制器和存储。
从ONTAP 9.8开始、您可以通过将四节点MetroCluster IP配置扩展为临时八节点配置并删除旧DR组来升级此配置中的控制器和存储。
-
如果您使用的是八节点配置、则系统必须运行ONTAP 9.13.1或更高版本。
-
如果您使用的是四节点配置、则系统必须运行ONTAP 9.8或更高版本。
-
如果您还在升级IP交换机、则必须先升级这些交换机、然后再执行此刷新操作步骤。
-
本操作步骤 介绍了刷新一个四节点DR组所需的步骤。如果您使用的是八节点配置(两个DR组)、则可以刷新一个或两个DR组。
如果同时刷新两个DR组、则必须一次刷新一个DR组。
-
引用 " 旧节点 " 是指要替换的节点。
-
对于八节点配置、必须支持源和目标八节点MetroCluster 平台组合。
如果同时刷新两个DR组、则在刷新第一个DR组后可能不支持此平台组合。您必须刷新这两个DR组、才能实现受支持的八节点配置。 -
在MetroCluster IP配置中、只能使用此操作步骤 刷新特定平台型号。
-
有关支持哪些平台升级组合的信息、请查看中的MetroCluster IP刷新表 "选择系统刷新方法"。
-
-
源平台和目标平台的下限适用。如果要过渡到更高平台、则只有在所有灾难恢复组的技术更新完成后、新平台的限制才适用。
-
如果您对限制低于源平台的平台执行技术更新、则必须在执行此操作步骤 之前将限制调整为或低于目标平台限制。
启用控制台日志记录
NetApp强烈建议您在使用的设备上启用控制台日志记录、并在执行此过程时执行以下操作:
-
在维护期间保持AutoSupport处于启用状态。
-
在维护前后触发维护AutoSupport消息、以便在维护活动期间禁用案例创建。
请参阅知识库文章 "如何在计划的维护时段禁止自动创建案例"。
-
为任何命令行界面会话启用会话日志记录。有关如何启用会话日志记录的说明,请查看知识库文章中的“日志记录会话输出”部分 "如何配置PuTTY以优化与ONTAP系统的连接"。
执行刷新过程
按照以下步骤刷新MetroCluster IP配置。
-
验证是否已在旧节点上创建默认广播域。
向不具有默认广播域的现有集群添加新节点时、系统会使用通用唯一标识符(UID)(而不是预期名称)为新节点创建节点管理生命周期。有关详细信息、请参见知识库文章 "使用UUID名称生成的新添加节点上的节点管理生命周期"。
-
从旧节点收集信息。
在此阶段,四节点配置如下图所示:
此时将显示八节点配置、如下图所示:
-
要防止自动生成支持案例,请发送一条 AutoSupport 消息以指示升级正在进行中。
-
问题描述以下命令: +
ssystem node AutoSupport invoke -node * -type all -message "MAIN=10h upgrading old-model to new-model"
以下示例指定了一个 10 小时的维护时段。根据您的计划,您可能需要留出更多时间。
如果在该时间过后完成维护,您可以调用一条 AutoSupport 消息,指示维护期结束:
ssystem node AutoSupport invoke -node * -type all -message MAINT=end
-
在配对集群上重复此命令。
-
-
如果启用了端到端加密、请按照步骤执行 "禁用端到端加密"。
-
从 Tiebreaker ,调解器或其他可启动切换的软件中删除现有 MetroCluster 配置。
如果您使用的是 …
使用此操作步骤 …
Tiebreaker
-
使用 Tiebreaker CLI
monitor remove
命令删除 MetroCluster 配置。在以下示例中,从软件中删除了 "`cluster_A` " :
NetApp MetroCluster Tiebreaker :> monitor remove -monitor-name cluster_A Successfully removed monitor from NetApp MetroCluster Tiebreaker software.
-
使用Tieb破碎 机命令行界面确认已正确删除MetroCluster 配置
monitor show -status
命令:NetApp MetroCluster Tiebreaker :> monitor show -status
调解器
在 ONTAP 提示符处问题描述以下命令:
MetroCluster configuration-settings mediator remove
第三方应用程序
请参见产品文档。
-
-
执行中的所有步骤 "扩展MetroCluster IP配置" 将新节点和存储添加到配置中。
扩展操作步骤 完成后、将显示临时配置、如以下图像所示:
图 1. 临时八节点配置图 2. 临时十二节点配置 -
在两个集群上运行以下命令、以确认可以接管并且节点已连接:
s存储故障转移显示
cluster_A::> storage failover show Takeover Node Partner Possible State Description -------------- -------------------- --------- ------------------ Node_FC_1 Node_FC_2 true Connected to Node_FC_2 Node_FC_2 Node_FC_1 true Connected to Node_FC_1 Node_IP_1 Node_IP_2 true Connected to Node_IP_2 Node_IP_2 Node_IP_1 true Connected to Node_IP_1
-
移动 CRS 卷。
执行中的步骤 "在 MetroCluster 配置中移动元数据卷"。
-
按照以下步骤将数据从旧节点移动到新节点:
-
执行中的所有步骤 "创建聚合并将卷移动到新节点"。
您可以选择在创建聚合时或之后对其进行镜像。 -
执行中的所有步骤 "将非SAN数据LUN和集群管理LUN移动到新节点"。
-
-
修改每个集群中已转移节点的集群对等方的IP地址:
-
使用确定cluster-A对等方
cluster peer show
命令:cluster_A::> cluster peer show Peer Cluster Name Cluster Serial Number Availability Authentication ------------------------- --------------------- -------------- -------------- cluster_B 1-80-000011 Unavailable absent
-
修改cluster A对等IP地址:
cluster peer modify -cluster cluster_A -peer-addrs node_A_3_IP -address-family ipv4
-
-
使用确定cluster-B对等方
cluster peer show
命令:cluster_B::> cluster peer show Peer Cluster Name Cluster Serial Number Availability Authentication ------------------------- --------------------- -------------- -------------- cluster_A 1-80-000011 Unavailable absent
-
修改cluster B对等IP地址:
cluster peer modify -cluster cluster_B -peer-addrs node_B_3_IP -address-family ipv4
-
-
验证是否已更新每个集群的集群对等IP地址:
-
使用验证是否已更新每个集群的IP地址
cluster peer show -instance
命令:。
Remote Intercluster Addresses
字段显示更新后的IP地址。cluster A的示例:
cluster_A::> cluster peer show -instance Peer Cluster Name: cluster_B Remote Intercluster Addresses: 172.21.178.204, 172.21.178.212 Availability of the Remote Cluster: Available Remote Cluster Name: cluster_B Active IP Addresses: 172.21.178.212, 172.21.178.204 Cluster Serial Number: 1-80-000011 Remote Cluster Nodes: node_B_3-IP, node_B_4-IP Remote Cluster Health: true Unreachable Local Nodes: - Address Family of Relationship: ipv4 Authentication Status Administrative: use-authentication Authentication Status Operational: ok Last Update Time: 4/20/2023 18:23:53 IPspace for the Relationship: Default Proposed Setting for Encryption of Inter-Cluster Communication: - Encryption Protocol For Inter-Cluster Communication: tls-psk Algorithm By Which the PSK Was Derived: jpake cluster_A::>
+ cluster B的示例
-
cluster_B::> cluster peer show -instance Peer Cluster Name: cluster_A Remote Intercluster Addresses: 172.21.178.188, 172.21.178.196 <<<<<<<< Should reflect the modified address Availability of the Remote Cluster: Available Remote Cluster Name: cluster_A Active IP Addresses: 172.21.178.196, 172.21.178.188 Cluster Serial Number: 1-80-000011 Remote Cluster Nodes: node_A_3-IP, node_A_4-IP Remote Cluster Health: true Unreachable Local Nodes: - Address Family of Relationship: ipv4 Authentication Status Administrative: use-authentication Authentication Status Operational: ok Last Update Time: 4/20/2023 18:23:53 IPspace for the Relationship: Default Proposed Setting for Encryption of Inter-Cluster Communication: - Encryption Protocol For Inter-Cluster Communication: tls-psk Algorithm By Which the PSK Was Derived: jpake cluster_B::>
-
-
按照中的步骤进行操作 "删除灾难恢复组" 以删除旧DR组。
-
如果要刷新八节点配置中的两个DR组、则必须对每个DR组重复整个操作步骤。
删除旧DR组后、配置将如以下图像所示:
图 3. 四节点配置图 4. 八节点配置 -
确认 MetroCluster 配置的运行模式并执行 MetroCluster 检查。
-
确认 MetroCluster 配置以及操作模式是否正常:
MetroCluster show
-
确认显示所有预期节点:
MetroCluster node show
-
问题描述以下命令:
MetroCluster check run
-
显示 MetroCluster 检查的结果:
MetroCluster check show`
-
-
如果您在添加新节点之前禁用了端到端加密、则可以按照中的步骤重新启用它 "启用端到端加密"。
-
根据需要使用适用于您的配置的操作步骤还原监控。
如果您使用的是 …
使用此操作步骤
Tiebreaker
"正在添加 MetroCluster 配置" 在 _MetroCluster Tiebreaker 安装和配置 _ 中。
调解器
"从 MetroCluster IP 配置配置 ONTAP 调解器服务" 在 _IP MetroCluster 安装和配置 _ 中。
第三方应用程序
请参见产品文档。
-
要恢复自动生成支持案例,请发送 AutoSupport 消息以指示维护已完成。
-
问题描述以下命令:
ssystem node AutoSupport invoke -node * -type all -message MAINT=end
-
在配对集群上重复此命令。
-