본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

CLI를 사용하여 4노드 또는 8노드 MetroCluster 구성의 무중단 수동 업그레이드

4노드 또는 8노드 MetroCluster 구성의 업그레이드 또는 다운그레이드를 위한 수동 업데이트 절차에는 업데이트 준비, 1개 또는 2개의 DR 그룹 각각에서 DR 쌍 업데이트, 일부 업데이트 후 작업 수행이 포함됩니다.

  • 이 작업은 다음 구성에 적용됩니다.

    • ONTAP 9.2 이하를 실행하는 4노드 MetroCluster FC 또는 IP 구성

    • ONTAP 버전에 상관없이 8노드 MetroCluster FC 구성

  • 2노드 MetroCluster 구성이 있는 경우 이 절차를 사용하지 마십시오.

  • 다음 작업은 ONTAP의 이전 버전과 새 버전을 나타냅니다.

    • 업그레이드할 때 이전 버전은 ONTAP의 이전 버전이며, 새 버전의 ONTAP보다 버전 번호가 낮습니다.

    • 다운그레이드할 때 이전 버전은 최신 버전의 ONTAP로, 새 버전의 ONTAP보다 높은 버전 번호가 있습니다.

  • 이 작업은 다음과 같은 고급 워크플로를 사용합니다.

    워크플로우 MCC lockstep 업그레이드

8노드 또는 4노드 MetroCluster 구성에서 소프트웨어를 업데이트할 때의 차이점

MetroCluster 소프트웨어 업데이트 프로세스는 MetroCluster 구성에 8개 또는 4개의 노드가 있는지 여부에 따라 다릅니다.

MetroCluster 구성은 1개 또는 2개의 DR 그룹으로 구성됩니다. 각 DR 그룹은 2개의 HA 쌍으로 구성되며, 각 MetroCluster 클러스터에 하나의 HA 쌍이 있습니다. 8노드 MetroCluster에는 2개의 DR 그룹이 포함되어 있습니다.

MCC DR 그룹 8개 노드

MetroCluster 소프트웨어 업데이트 절차에는 한 번에 하나의 DR 그룹을 업그레이드하거나 다운그레이드하는 과정이 포함됩니다.

4노드 MetroCluster 구성의 경우:

  1. DR 그룹 1 업데이트:

    1. node_A_1 및 node_B_1을 업데이트합니다.

    2. node_A_2 및 node_B_2를 업데이트합니다.

8노드 MetroCluster 구성의 경우 DR 그룹 업데이트 절차를 두 번 수행합니다.

  1. DR 그룹 1 업데이트:

    1. node_A_1 및 node_B_1을 업데이트합니다.

    2. node_A_2 및 node_B_2를 업데이트합니다.

  2. DR 그룹 2 업데이트:

    1. node_A_3 및 node_B_3을 업데이트합니다.

    2. node_A_4 및 node_B_4를 업데이트합니다.

MetroCluster DR 그룹 업데이트를 준비 중입니다

실제로 노드에서 소프트웨어를 업데이트하기 전에 노드 간의 DR 관계를 식별하고 업데이트를 시작한다는 AutoSupport 메시지를 보내고 각 노드에서 실행 중인 ONTAP 버전을 확인해야 합니다.

이 작업은 각 DR 그룹에서 반복해야 합니다. MetroCluster 구성이 8개 노드로 구성된 경우 2개의 DR 그룹이 있습니다. 따라서 이 작업은 각 DR 그룹에서 반복해야 합니다.

이 작업에 제공된 예제에서는 다음 그림에 표시된 이름을 사용하여 클러스터와 노드를 식별합니다.

MCC DR 그룹 8개 노드
  1. 구성에서 'MetroCluster node show-fields dr-partner'( 노드 표시 필드 dr-partner) DR 쌍을 식별합니다

     cluster_A::> metrocluster node show -fields dr-partner
       (metrocluster node show)
     dr-group-id cluster     node       dr-partner
     ----------- -------     --------   ----------
     1           cluster_A   node_A_1   node_B_1
     1           cluster_A   node_A_2   node_B_2
     1           cluster_B   node_B_1   node_A_1
     1           cluster_B   node_B_2   node_A_2
     4 entries were displayed.
    
     cluster_A::>
  2. admin에서 advanced로 권한 수준을 설정하고 계속할지 묻는 메시지가 표시되면 * y * 를 입력합니다

    고급 프롬프트('*>')가 나타납니다.

  3. 각 노드에서 실행 중인 ONTAP 버전을 확인합니다.

    1. cluster_A:'system image show’의 버전을 확인합니다

       cluster_A::*> system image show
                        Is      Is                Install
       Node     Image   Default Current Version   Date
       -------- ------- ------- ------- -------   -------------------
       node_A_1
                image1  true    true    X.X.X     MM/DD/YYYY TIME
                image2  false   false   Y.Y.Y     MM/DD/YYYY TIME
       node_A_2
                image1  true    true    X.X.X     MM/DD/YYYY TIME
                image2  false   false   Y.Y.Y     MM/DD/YYYY TIME
       4 entries were displayed.
      
       cluster_A::>
    2. cluster_B:'system image show’의 버전을 확인합니다

       cluster_B::*> system image show
                        Is      Is                 Install
       Node     Image   Default Current Version    Date
       -------- ------- ------- ------- -------    -------------------
       node_B_1
                image1  true    true    X.X.X      MM/DD/YYYY TIME
                image2  false   false   Y.Y.Y      MM/DD/YYYY TIME
       node_B_2
                image1  true    true    X.X.X      MM/DD/YYYY TIME
                image2  false   false   Y.Y.Y      MM/DD/YYYY TIME
       4 entries were displayed.
      
       cluster_B::>
  4. AutoSupport notification:'AutoSupport invoke-node * -type all-message "starting_ndu"'를 트리거한다

    이 AutoSupport 알림에는 업데이트 전에 시스템 상태에 대한 레코드가 포함됩니다. 업데이트 프로세스에 문제가 있는 경우 유용한 문제 해결 정보를 저장합니다.

    클러스터가 AutoSupport 메시지를 전송하도록 구성되지 않은 경우 알림 복사본이 로컬에 저장됩니다.

  5. 첫 번째 세트의 각 노드에 대해 대상 ONTAP 소프트웨어 이미지를 기본 이미지로 설정합니다. 'system image modify {-node nodename -iscurrent false} -isdefault true’입니다

    이 명령은 확장 쿼리를 사용하여 대체 이미지로 설치된 대상 소프트웨어 이미지를 노드의 기본 이미지로 변경합니다.

  6. 대상 ONTAP 소프트웨어 이미지가 기본 이미지로 설정되었는지 확인합니다.

    1. cluster_a:'system image show’의 이미지를 확인합니다

      다음 예제에서 image2는 새 ONTAP 버전이며 첫 번째 집합의 각 노드에서 기본 이미지로 설정됩니다.

       cluster_A::*> system image show
                        Is      Is              Install
       Node     Image   Default Current Version Date
       -------- ------- ------- ------- ------- -------------------
       node_A_1
                image1  false   true    X.X.X   MM/DD/YYYY TIME
                image2  true    false   Y.Y.Y   MM/DD/YYYY TIME
       node_A_2
                image1  false   true    X.X.X   MM/DD/YYYY TIME
                image2  true   false   Y.Y.Y   MM/DD/YYYY TIME
      
       2 entries were displayed.
    2. cluster_B:'system image show’의 이미지를 확인합니다

      다음 예에서는 타겟 버전이 첫 번째 세트의 각 노드에서 기본 이미지로 설정되었음을 보여 줍니다.

     cluster_B::*> system image show
                      Is      Is              Install
     Node     Image   Default Current Version Date
     -------- ------- ------- ------- ------- -------------------
     node_A_1
              image1  false   true    X.X.X   MM/DD/YYYY TIME
              image2  true    false   Y.Y.Y   MM/YY/YYYY TIME
     node_A_2
              image1  false   true    X.X.X   MM/DD/YYYY TIME
              image2  true    false   Y.Y.Y   MM/DD/YYYY TIME
    
     2 entries were displayed.
  7. 업그레이드할 노드가 현재 'system node run-node target-node-command 가동 시간’이라는 각 노드에 대해 두 번 클라이언트에 서비스를 제공하고 있는지 확인합니다

    Uptime 명령은 노드가 마지막으로 부팅된 이후 NFS, CIFS, FC 및 iSCSI 클라이언트에 대해 노드에서 수행한 총 작업 수를 표시합니다. 각 프로토콜에 대해 명령을 두 번 실행하여 작업 수가 증가하는지 여부를 확인해야 합니다. 노드가 증가하면 현재 해당 프로토콜에 대한 클라이언트를 제공하고 있는 것입니다. 증가되지 않는 경우 노드는 현재 해당 프로토콜에 대한 클라이언트를 제공하지 않습니다.

    • 참고 *: 노드를 업그레이드한 후 클라이언트 트래픽이 재개되었는지 확인할 수 있도록 클라이언트 작업이 증가하는 각 프로토콜을 기록해 두어야 합니다.

      이 예에서는 NFS, CIFS, FC 및 iSCSI 작업이 있는 노드를 보여 줍니다. 하지만 노드는 현재 NFS 및 iSCSI 클라이언트만 제공하고 있습니다.

     cluster_x::> system node run -node node0 -command uptime
       2:58pm up  7 days, 19:16 800000260 NFS ops, 1017333 CIFS ops, 0 HTTP ops, 40395 FCP ops, 32810 iSCSI ops
    
     cluster_x::> system node run -node node0 -command uptime
       2:58pm up  7 days, 19:17 800001573 NFS ops, 1017333 CIFS ops, 0 HTTP ops, 40395 FCP ops, 32815 iSCSI ops

MetroCluster DR 그룹의 첫 번째 DR 쌍을 업데이트합니다

새로운 버전의 ONTAP를 노드의 현재 버전으로 만들려면 노드에 대해 테이크오버 및 반환을 올바른 순서로 수행해야 합니다.

모든 노드에서 이전 버전의 ONTAP를 실행해야 합니다.

이 작업에서는 node_A_1 및 node_B_1이 업데이트됩니다.

첫 번째 DR 그룹에서 ONTAP 소프트웨어를 업데이트하고 8노드 MetroCluster 구성에서 두 번째 DR 그룹을 업데이트하는 경우 이 작업에서는 node_A_3 및 node_B_3을 업데이트합니다.

  1. MetroCluster Tiebreaker 소프트웨어가 활성화되면 사용하지 않도록 설정합니다.

  2. HA Pair의 각 노드에 대해 'storage failover modify -node target-node -auto-반환 false’를 사용하지 않도록 설정합니다

    이 명령은 HA 쌍의 각 노드에 대해 반복해야 합니다.

  3. 자동 반환이 'Storage failover show-fields auto-반환’으로 비활성화되어 있는지 확인합니다

    이 예제는 두 노드에서 자동 반환이 사용되지 않도록 설정되었음을 보여 줍니다.

     cluster_x::> storage failover show -fields auto-giveback
     node     auto-giveback
     -------- -------------
     node_x_1 false
     node_x_2 false
     2 entries were displayed.
  4. 각 컨트롤러의 I/O가 최대 50%를 초과하지 않도록 합니다. CPU 활용률이 컨트롤러당 최대 50%를 초과하지 않도록 하십시오.

  5. cluster_A에서 타겟 노드의 테이크오버 시작:

    즉시 실행 매개 변수를 지정하지 마십시오. 새 소프트웨어 이미지로 부팅하기 위해 테이크오버가 수행되는 노드에 일반 테이크오버가 필요합니다.

    1. cluster_A(node_a_1)에서 DR 파트너를 넘겨받습니다. "storage failover takeover -ofnode_a_1"

      노드가 "Waiting for 반환" 상태로 부팅됩니다.

      참고 AutoSupport가 활성화된 경우 노드가 클러스터 쿼럼을 벗어났음을 나타내는 AutoSupport 메시지가 전송됩니다. 이 알림을 무시하고 업그레이드를 진행할 수 있습니다.
    2. 테이크오버가 성공했는지 확인: 스토리지 페일오버 표시

      다음 예제는 Takeover가 성공했음을 보여줍니다. node_a_1은 "반환 대기 중" 상태이고 node_a_2는 "인수 중" 상태입니다.

     cluster1::> storage failover show
                                   Takeover
     Node           Partner        Possible State Description
     -------------- -------------- -------- -------------------------------------
     node_A_1       node_A_2       -        Waiting for giveback (HA mailboxes)
     node_A_2       node_A_1       false    In takeover
     2 entries were displayed.
  6. cluster_B(node_B_1)에서 DR 파트너를 인수합니다.

    즉시 실행 매개 변수를 지정하지 마십시오. 새 소프트웨어 이미지로 부팅하기 위해 테이크오버가 수행되는 노드에 일반 테이크오버가 필요합니다.

    1. node_B_1:'storage failover - ofnode_B_1’을 인수합니다

      노드가 "Waiting for 반환" 상태로 부팅됩니다.

      참고 AutoSupport가 활성화된 경우 노드가 클러스터 쿼럼을 벗어났음을 나타내는 AutoSupport 메시지가 전송됩니다. 이 알림을 무시하고 업그레이드를 진행할 수 있습니다.
    2. 테이크오버가 성공했는지 확인: 스토리지 페일오버 표시

      다음 예제는 Takeover가 성공했음을 보여줍니다. node_B_1은 "반환 대기 중" 상태이고 node_B_2는 "인수 중" 상태입니다.

     cluster1::> storage failover show
                                   Takeover
     Node           Partner        Possible State Description
     -------------- -------------- -------- -------------------------------------
     node_B_1       node_B_2       -        Waiting for giveback (HA mailboxes)
     node_B_2       node_B_1       false    In takeover
     2 entries were displayed.
  7. 다음 조건이 충족되도록 8분 이상 기다리십시오.

    • 클라이언트 다중 경로(배포된 경우)가 안정화됩니다.

    • 테이크오버가 수행되는 동안 입출력이 일시 중지되어 클라이언트가 복구됩니다.

      복구 시간은 클라이언트에 따라 다르며 클라이언트 애플리케이션의 특성에 따라 8분 이상 걸릴 수 있습니다.

  8. 애그리게이트를 타겟 노드로 반환:

    MetroCluster IP 구성을 ONTAP 9.5 이상으로 업그레이드한 후, 애그리게이트는 짧은 기간 동안 성능 저하 상태가 된 후에 재동기화되어 미러링된 상태로 돌아갑니다.

    1. 애그리게이트를 cluster_A:'storage failover 반환 – ofnode_a_1’의 DR 파트너에게 제공합니다

    2. 애그리게이트를 cluster_B:'storage failover 반환 – ofnode_B_1’의 DR 파트너에게 제공합니다

      반환 작업은 먼저 루트 애그리게이트를 노드로 반환한 다음, 노드가 부팅을 완료한 후 루트가 아닌 애그리게이트를 반환합니다.

  9. 양쪽 클러스터에서 다음 명령을 실행하여 모든 애그리게이트가 반환되었는지 확인하십시오. 'storage failover show-반환

    GiveStatus 필드에 반환할 애그리게이트가 없다고 표시되면 모든 애그리게이트가 반환된 것입니다. Giveback이 거부되면 명령은 반환 진행률을 표시하고 어떤 서브시스템이 Giveback을 거부하는지 표시합니다.

  10. 애그리게이트가 반환되지 않은 경우 다음을 수행합니다.

    1. 거부권을 행사할 수 있는 대안을 검토하여 "받는 사람" 조건을 해결할지 또는 거부권을 무시할지 여부를 결정합니다.

    2. 필요한 경우 오류 메시지에 설명된 "받는 사람" 조건을 해결하여 식별된 작업이 정상적으로 종료되도록 합니다.

    3. 스토리지 페일오버 반환 명령을 다시 입력합니다.

      만약 "to" 조건을 무시하기로 결정했다면 -override-vetoes 매개변수를 TRUE로 설정하십시오.

  11. 다음 조건이 충족되도록 8분 이상 기다리십시오.

    • 클라이언트 다중 경로(배포된 경우)가 안정화됩니다.

    • 클라이언트는 반환 중에 발생하는 I/O의 일시 중지로부터 복구됩니다.

      복구 시간은 클라이언트에 따라 다르며 클라이언트 애플리케이션의 특성에 따라 8분 이상 걸릴 수 있습니다.

  12. admin에서 advanced로 권한 수준을 설정하고 계속할지 묻는 메시지가 표시되면 * y * 를 입력합니다

    고급 프롬프트('*>')가 나타납니다.

  13. cluster_A:'system image show’의 버전을 확인합니다

    다음 예제는 System image2가 node_A_1의 기본 버전과 현재 버전임을 보여 줍니다.

     cluster_A::*> system image show
                      Is      Is               Install
     Node     Image   Default Current Version  Date
     -------- ------- ------- ------- -------- -------------------
     node_A_1
              image1  false   false    X.X.X   MM/DD/YYYY TIME
              image2  true    true     Y.Y.Y   MM/DD/YYYY TIME
     node_A_2
              image1  false   true     X.X.X   MM/DD/YYYY TIME
              image2  true    false    Y.Y.Y   MM/DD/YYYY TIME
     4 entries were displayed.
    
     cluster_A::>
  14. cluster_B:'system image show’의 버전을 확인합니다

    다음 예제는 system image2(ONTAP 9.0.0)가 node_A_1의 기본 및 현재 버전임을 보여 줍니다.

     cluster_A::*> system image show
                      Is      Is               Install
     Node     Image   Default Current Version  Date
     -------- ------- ------- ------- -------- -------------------
     node_B_1
              image1  false   false    X.X.X   MM/DD/YYYY TIME
              image2  true    true     Y.Y.Y   MM/DD/YYYY TIME
     node_B_2
              image1  false   true     X.X.X   MM/DD/YYYY TIME
              image2  true    false    Y.Y.Y   MM/DD/YYYY TIME
     4 entries were displayed.
    
     cluster_A::>

MetroCluster DR 그룹의 두 번째 DR 쌍을 업데이트합니다

새 버전의 ONTAP를 노드의 현재 버전으로 만들려면 노드에 대해 테이크오버 및 반환을 올바른 순서로 수행해야 합니다.

첫 번째 DR 쌍(node_A_1 및 node_B_1)을 업그레이드해야 합니다.

이 작업에서는 node_A_2 및 node_B_2가 업데이트됩니다.

첫 번째 DR 그룹에서 ONTAP 소프트웨어를 업데이트하고 8노드 MetroCluster 구성에서 두 번째 DR 그룹을 업데이트하는 경우 이 작업에서는 node_A_4 및 node_B_4를 업데이트합니다.

  1. cluster_A에서 타겟 노드의 테이크오버 시작:

    즉시 실행 매개 변수를 지정하지 마십시오. 새 소프트웨어 이미지로 부팅하기 위해 테이크오버가 수행되는 노드에 일반 테이크오버가 필요합니다.

    1. cluster_A에서 DR 파트너를 인수합니다.

      'Storage failover takeover-ofnode_a_2 - option allow-version-mismatch'

      참고 ONTAP 9.0에서 ONTAP 9.1 또는 패치 업그레이드에는 "버전 불일치 허용" 옵션이 필요하지 않습니다.

      노드가 "Waiting for 반환" 상태로 부팅됩니다.

      AutoSupport가 활성화된 경우 노드가 클러스터 쿼럼을 벗어났음을 나타내는 AutoSupport 메시지가 전송됩니다. 이 알림을 무시하고 업그레이드를 진행할 수 있습니다.

    2. 테이크오버가 성공했는지 확인: 스토리지 페일오버 표시

      다음 예제는 Takeover가 성공했음을 보여줍니다. node_a_2가 "반환 대기 중" 상태이고 node_a_1이 "인수 중" 상태입니다.

    cluster1::> storage failover show
                                  Takeover
    Node           Partner        Possible State Description
    -------------- -------------- -------- -------------------------------------
    node_A_1       node_A_2       false    In takeover
    node_A_2       node_A_1       -        Waiting for giveback (HA mailboxes)
    2 entries were displayed.
  2. cluster_B에서 타겟 노드의 테이크오버 시작:

    즉시 실행 매개 변수를 지정하지 마십시오. 새 소프트웨어 이미지로 부팅하기 위해 테이크오버가 수행되는 노드에 일반 테이크오버가 필요합니다.

    1. cluster_B(node_B_2)에서 DR 파트너를 인수합니다.

      에서 업그레이드하는 경우…​ 이 명령을 입력하십시오…​

      ONTAP 9.2 또는 ONTAP 9.1

      'Storage failover - ofnode_B_2’를 선택합니다

      ONTAP 9.0 또는 Data ONTAP 8.3.x

      'Storage failover takeover - ofnode_B_2 - option allow-version-mismatch' 참고: ONTAP 9.0에서 ONTAP 9.1로 업그레이드하거나 패치를 업그레이드하는 경우에는 'allow-version-mismatch' 옵션이 필요하지 않습니다.

노드가 "Waiting for 반환" 상태로 부팅됩니다.

+참고: AutoSupport가 활성화된 경우 노드가 클러스터 쿼럼을 벗어났음을 나타내는 AutoSupport 메시지가 전송됩니다. 이 알림을 무시해도 되고 업그레이드를 진행할 수 있습니다.

  1. 테이크오버가 성공했는지 확인: 스토리지 페일오버 표시

    다음 예제는 Takeover가 성공했음을 보여줍니다. node_B_2가 "반환 대기 중" 상태이고 node_B_1이 "인수 중" 상태입니다.

    cluster1::> storage failover show
                                  Takeover
    Node           Partner        Possible State Description
    -------------- -------------- -------- -------------------------------------
    node_B_1       node_B_2       false    In takeover
    node_B_2       node_B_1       -        Waiting for giveback (HA mailboxes)
    2 entries were displayed.
    1. 다음 조건이 충족되도록 8분 이상 기다리십시오.

      • 클라이언트 다중 경로(배포된 경우)가 안정화됩니다.

      • 테이크오버가 수행되는 동안 입출력이 일시 중지되어 클라이언트가 복구됩니다.

        복구 시간은 클라이언트에 따라 다르며 클라이언트 애플리케이션의 특성에 따라 8분 이상 걸릴 수 있습니다.

    2. 애그리게이트를 타겟 노드로 반환:

      MetroCluster IP 구성을 ONTAP 9.5로 업그레이드한 후 재동기화하여 미러링된 상태로 되돌리기 전에 잠시 동안 애그리게이트가 성능 저하 상태가 됩니다.

  2. 애그리게이트를 cluster_A:'storage failover 반환 – ofnode_a_2’의 DR 파트너에게 제공합니다

  3. 애그리게이트를 cluster_B:'storage failover 반환 – ofnode_B_2’의 DR 파트너에게 제공합니다

    반환 작업은 먼저 루트 애그리게이트를 노드로 반환한 다음, 노드가 부팅을 완료한 후 루트가 아닌 애그리게이트를 반환합니다.

    1. 양쪽 클러스터에서 다음 명령을 실행하여 모든 애그리게이트가 반환되었는지 확인하십시오. 'storage failover show-반환

      GiveStatus 필드에 반환할 애그리게이트가 없다고 표시되면 모든 애그리게이트가 반환된 것입니다. Giveback이 거부되면 명령은 반환 진행률을 표시하고 어떤 서브시스템이 Giveback을 거부하는지 표시합니다.

    2. 애그리게이트가 반환되지 않은 경우 다음을 수행합니다.

  4. 거부권을 행사할 수 있는 대안을 검토하여 "받는 사람" 조건을 해결할지 또는 거부권을 무시할지 여부를 결정합니다.

  5. 필요한 경우 오류 메시지에 설명된 "받는 사람" 조건을 해결하여 식별된 작업이 정상적으로 종료되도록 합니다.

  6. 스토리지 페일오버 반환 명령을 다시 입력합니다.

    만약 "to" 조건을 무시하기로 결정했다면 -override-vetoes 매개변수를 TRUE로 설정하십시오. . 8분 이상 기다린 후 다음과 같은 상태를 확인하십시오. 클라이언트 다중 경로(배포된 경우) 안정화됨 클라이언트는 반환 중에 발생하는 I/O의 일시 중지로부터 복구됩니다.

    + 복구 시간은 클라이언트에 따라 다르며 클라이언트 애플리케이션의 특성에 따라 8분 이상 걸릴 수 있습니다.

    1. admin에서 advanced로 권한 수준을 설정하고 계속할지 묻는 메시지가 표시되면 * y * 를 입력합니다

      고급 프롬프트('*>')가 나타납니다.

    2. cluster_A:'system image show’의 버전을 확인합니다

      다음 예제는 system image2(대상 ONTAP 이미지)가 node_A_2의 기본 버전과 현재 버전임을 보여 줍니다.

      cluster_B::*> system image show
                       Is      Is                 Install
      Node     Image   Default Current Version    Date
      -------- ------- ------- ------- ---------- -------------------
      node_A_1
               image1  false   false    X.X.X     MM/DD/YYYY TIME
               image2  true    true     Y.Y.Y     MM/DD/YYYY TIME
      node_A_2
               image1  false   false    X.X.X     MM/DD/YYYY TIME
               image2  true    true     Y.Y.Y     MM/DD/YYYY TIME
      4 entries were displayed.
      
      cluster_A::>
    3. cluster_B:'system image show’의 버전을 확인합니다

      다음 예제는 system image2(대상 ONTAP 이미지)가 node_B_2의 기본 버전과 현재 버전임을 보여 줍니다.

      cluster_B::*> system image show
                       Is      Is                 Install
      Node     Image   Default Current Version    Date
      -------- ------- ------- ------- ---------- -------------------
      node_B_1
               image1  false   false    X.X.X     MM/DD/YYYY TIME
               image2  true    true     Y.Y.Y     MM/DD/YYYY TIME
      node_B_2
               image1  false   false    X.X.X     MM/DD/YYYY TIME
               image2  true    true     Y.Y.Y     MM/DD/YYYY TIME
      4 entries were displayed.
      
      cluster_A::>
    4. HA Pair의 각 노드에 대해 'storage failover modify -node target-node -auto-반환 true’를 설정합니다

      이 명령은 HA 쌍의 각 노드에 대해 반복해야 합니다.

    5. 자동 반환이 설정되었는지 'Storage failover show-fields auto-반환’으로 확인하십시오

      이 예에서는 두 노드에서 자동 반환이 설정되었음을 보여 줍니다.

    cluster_x::> storage failover show -fields auto-giveback
    node     auto-giveback
    -------- -------------
    node_x_1 true
    node_x_2 true
    2 entries were displayed.