刷新四节点或八节点MetroCluster IP配置(ONTAP 9.8及更高版本)
建议更改
PDF
您可以使用此操作步骤 升级四节点或八节点配置中的控制器和存储。
从ONTAP 9.13.1开始、您可以通过将八节点MetroCluster IP配置扩展为临时十二节点配置、然后删除旧的灾难恢复(DR)组来升级该配置中的控制器和存储。
从ONTAP 9.8开始、您可以通过将四节点MetroCluster IP配置扩展为临时八节点配置并删除旧DR组来升级此配置中的控制器和存储。
以下指导针对一种不常见的情况，即您需要将较旧的平台模型（ ONTAP 9.15.1 之前发布的平台）添加到包含较新平台模型（ ONTAP 9.15.1 或更高版本中发布的平台）的现有MetroCluster配置中。
如果您现有的MetroCluster配置包含使用 共享集群/HA 端口 的平台（ ONTAP 9.15.1 或更高版本中发布的平台），则如果不将配置中的所有节点升级到ONTAP 9.15.1P11 或ONTAP 9.16.1P4 或更高版本，则无法添加使用 共享MetroCluster/HA 端口 的平台（ ONTAP 9.15.1 之前发布的平台）。
|
将使用 共享/ MetroCluster HA 端口 的旧平台模型添加到包含使用 共享集群/HA 端口 的新平台模型的MetroCluster是一种不常见的情况，大多数组合不会受到影响。 |
使用下表来验证您的组合是否受到影响。如果第一列列出了您现有的平台，而第二列列出了要添加到配置中的平台，则配置中的所有节点都必须运行ONTAP 9.15.1P11 或ONTAP 9.16.1P4 或更高版本才能添加新的 DR 组。
| 如果您现有的 MetroCluster 包含… | 您要添加的平台是… | 那么 … | ||
|---|---|---|---|---|
使用*共享集群/HA 端口*的 AFF 系统：
|
使用*共享集群/HA 端口*的 FAS 系统：
|
使用*共享 MetroCluster/HA 端口*的 AFF 系统：
|
使用*共享 MetroCluster/HA 端口*的 FAS 系统：
|
在将新平台添加到现有 MetroCluster 配置之前，请将现有配置和新配置中的所有节点升级到 ONTAP 9.15.1P11 或 ONTAP 9.16.1P4 或更高版本。 |
-
如果您使用的是八节点配置、则系统必须运行ONTAP 9.13.1或更高版本。
-
如果您使用的是四节点配置、则系统必须运行ONTAP 9.8或更高版本。
-
如果您还在升级IP交换机、则必须先升级这些交换机、然后再执行此刷新操作步骤。
-
本操作步骤 介绍了刷新一个四节点DR组所需的步骤。如果您使用的是八节点配置(两个DR组)、则可以刷新一个或两个DR组。
Refresh DR groups one at a time. * References to "old nodes" mean the nodes that you intend to replace. * For eight-node configurations, the source and target eight-node MetroCluster platform combination must be supported.
如果同时刷新两个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 调解器"在《MetroCluster IP 安装和配置》中。
第三方应用程序
请参见产品文档。
-
要恢复自动生成支持案例，请发送 AutoSupport 消息以指示维护已完成。
-
问题描述以下命令：
ssystem node AutoSupport invoke -node * -type all -message MAINT=end -
在配对集群上重复此命令。
-