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

刷新四节点或八节点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配置中、只能使用此操作步骤 刷新特定平台型号。

  • 源平台和目标平台的下限适用。如果要过渡到更高平台、则只有在所有灾难恢复组的技术更新完成后、新平台的限制才适用。

  • 如果您对限制低于源平台的平台执行技术更新、则必须在执行此操作步骤 之前将限制调整为或低于目标平台限制。

步骤
  1. 验证是否已在旧节点上创建默认广播域。

    向不具有默认广播域的现有集群添加新节点时、系统会使用通用唯一标识符(UID)(而不是预期名称)为新节点创建节点管理生命周期。有关详细信息、请参见知识库文章 "使用UUID名称生成的新添加节点上的节点管理生命周期"

  2. 从旧节点收集信息。

    在此阶段,四节点配置如下图所示:

    MCC DR 组 A

    此时将显示八节点配置、如下图所示:

    MCC DR 组 8 个节点
  3. 要防止自动生成支持案例,请发送一条 AutoSupport 消息以指示升级正在进行中。

    1. 问题描述以下命令: + 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

    1. 在配对集群上重复此命令。

  4. 从 Tiebreaker ,调解器或其他可启动切换的软件中删除现有 MetroCluster 配置。

    如果您使用的是 …​

    使用此操作步骤 …​

    Tiebreaker

    1. 使用 Tiebreaker CLI monitor remove 命令删除 MetroCluster 配置。

      在以下示例中,从软件中删除了 "`cluster_A` " :

      NetApp MetroCluster Tiebreaker :> monitor remove -monitor-name cluster_A
      Successfully removed monitor from NetApp MetroCluster Tiebreaker
      software.
    2. 使用Tieb破碎 机命令行界面确认已正确删除MetroCluster 配置 monitor show -status 命令:

      NetApp MetroCluster Tiebreaker :> monitor show -status

    调解器

    在 ONTAP 提示符处问题描述以下命令:

    MetroCluster configuration-settings mediator remove

    第三方应用程序

    请参见产品文档。

  5. 执行中的所有步骤 "扩展MetroCluster IP配置" 将新节点和存储添加到配置中。

    扩展操作步骤 完成后、将显示临时配置、如以下图像所示:

    MCC DR 组 b
    图 1. 临时八节点配置
    MCC DR组C4
    图 2. 临时十二节点配置
  6. 在两个集群上运行以下命令、以确认可以接管并且节点已连接:

    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
  7. 移动 CRS 卷。

  8. 按照以下步骤将数据从旧节点移动到新节点:

    1. 执行中的所有步骤 "创建聚合并将卷移动到新节点"

      备注 您可以选择在创建聚合时或之后对其进行镜像。
    2. 执行中的所有步骤 "将非SAN数据LUN和集群管理LUN移动到新节点"

  9. 修改每个集群中已转移节点的集群对等方的IP地址:

    1. 使用确定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
      1. 修改cluster A对等IP地址:

        cluster peer modify -cluster cluster_A -peer-addrs node_A_3_IP -address-family ipv4

    2. 使用确定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
      1. 修改cluster B对等IP地址:

        cluster peer modify -cluster cluster_B -peer-addrs node_B_3_IP -address-family ipv4

    3. 验证是否已更新每个集群的集群对等IP地址:

      1. 使用验证是否已更新每个集群的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::>
  10. 按照中的步骤进行操作 "删除灾难恢复组" 以删除旧DR组。

  11. 如果要刷新八节点配置中的两个DR组、则必须对每个DR组重复整个操作步骤。

    删除旧DR组后、配置将如以下图像所示:

    MCC DR 组 d
    图 3. 四节点配置
    MCC DR组C5
    图 4. 八节点配置
  12. 确认 MetroCluster 配置的运行模式并执行 MetroCluster 检查。

    1. 确认 MetroCluster 配置以及操作模式是否正常:

      MetroCluster show

    2. 确认显示所有预期节点:

      MetroCluster node show

    3. 问题描述以下命令:

      MetroCluster check run

    4. 显示 MetroCluster 检查的结果:

      MetroCluster check show`

  13. 根据需要使用适用于您的配置的操作步骤还原监控。

    如果您使用的是 …​

    使用此操作步骤

    Tiebreaker

    "正在添加 MetroCluster 配置" 在 _MetroCluster Tiebreaker 安装和配置 _ 中。

    调解器

    "从 MetroCluster IP 配置配置 ONTAP 调解器服务" 在 _IP MetroCluster 安装和配置 _ 中。

    第三方应用程序

    请参见产品文档。

  14. 要恢复自动生成支持案例,请发送 AutoSupport 消息以指示维护已完成。

    1. 问题描述以下命令:

      ssystem node AutoSupport invoke -node * -type all -message MAINT=end

    2. 在配对集群上重复此命令。