Skip to main content
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

ARL 升级工作流

贡献者

在使用 ARL 升级节点之前,您应了解操作步骤的工作原理。在本文档中,操作步骤分为多个阶段。

升级节点对

要升级节点对,您必须准备原始节点,然后对原始节点和新节点执行一系列步骤。然后,您可以停用原始节点。

ARL 升级顺序概述

在操作步骤期间,您可以使用替代控制器硬件升级原始控制器硬件,一次升级一个控制器,从而利用 HA 对配置重新定位非根聚合的所有权。所有非根聚合都必须进行两次重新定位,才能到达其最终目标,即正确的升级节点。

每个聚合都有一个主所有者和当前所有者。主所有者是聚合的实际所有者,当前所有者是临时所有者。

下图显示了操作步骤的各个阶段。浅灰色厚箭头表示聚合的重新定位和 LIF 的移动,而较细的黑色箭头表示原始节点的删除。较小的控制器映像代表原始节点,较大的控制器映像代表新节点。

图中显示了 ARL 操作步骤的各个阶段

下表介绍了您在每个阶段执行的高级任务以及此阶段结束时的聚合所有权状态。操作步骤稍后将提供详细步骤:

阶段 Description

"第 1 阶段:准备升级"

在第1阶段、如果需要、您可以确认内部磁盘驱动器不包含根聚合或数据聚合、为节点做好升级准备、并运行一系列预检。如果需要、您可以为磁盘重新设置存储加密密钥、并准备通过网络启动新控制器。

阶段 1 结束时的聚合所有权:

  • node1 是 node1 聚合的主所有者和当前所有者。

  • node2 是 node2 聚合的主所有者和当前所有者。

"第 2 阶段:停用 node1"

在第2阶段、您可以将非根聚合从node1重新定位到node2、并将node1拥有的非SAN数据LIF移动到node2、包括发生故障或被否决的聚合。您需要记录必要的node1信息以供日后在操作步骤 中使用、然后停用node1。

阶段 2 结束时的聚合所有权:

  • node1 是 node1 聚合的主所有者。

  • node2 是 node1 聚合的当前所有者。

  • node2 是 node2 聚合的主所有者和当前所有者。

"第 3 阶段:安装并启动节点 3."

在第 3 阶段,您将安装并启动 node3 ,将集群和节点管理端口从 node1 映射到 node3 ,验证 node3 安装,并将属于 node1 的数据 LIF 和 SAN LIF 从 node2 移动到 node3 。您还可以将所有聚合从node2重新定位到node3、并将node2拥有的数据LIF和SAN LIF移动到node3。

第 3 阶段结束时的聚合所有权:

  • node2 是 node2 聚合的主所有者,但不是当前所有者。

  • node3 是最初属于 node1 的聚合的主所有者和当前所有者。

  • node2 是属于 node2 的聚合的主所有者和当前所有者,但不是主所有者。

"第 4 阶段:停用 node2"

在第4阶段、您需要记录必要的node2信息、以便稍后在操作步骤 中使用、然后停用node2。

聚合所有权不会发生任何更改。

"第 5 阶段:安装并启动节点 4"

在第5阶段、您将安装并启动node4、将集群和节点管理端口从node2映射到node4、验证node4安装、并将属于node2的数据LIF和SAN LIF从node3移动到node4。您还可以将node2聚合从node3重新定位到node4、并将数据node2 NAS LIF从node3移动到node4。

第 5 阶段结束时的聚合所有权:

  • node3 是最初属于 node1 的聚合的主所有者和当前所有者。

  • Node4 是最初属于 Node2 的聚合的主所有者和当前所有者。

"第 6 阶段:完成升级"

在第6阶段、您需要确认新节点设置正确、如果新节点启用了加密、则还需要设置存储加密或NetApp卷加密。您还应停用旧节点并恢复SnapMirror操作。

备注 根据分配的计划、Storage Virtual Machine (SVM)灾难恢复更新不会中断。

聚合所有权不会发生任何更改。