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

4노드 또는 8노드 MetroCluster IP 구성 업데이트(ONTAP 9.8 이상)

05/17/2024 기여자

PDF

이 절차를 사용하여 4노드 또는 8노드 구성으로 컨트롤러 및 스토리지를 업그레이드할 수 있습니다.

ONTAP 9.13.1 버전부터는 구성을 임시 12노드 구성으로 확장한 다음 이전의 DR(재해 복구) 그룹을 제거하여 8노드 MetroCluster IP 구성에서 컨트롤러 및 스토리지를 업그레이드할 수 있습니다.

ONTAP 9.8부터 구성을 임시 8노드 구성으로 확장한 다음 이전 DR 그룹을 제거하여 4노드 MetroCluster IP 구성에서 컨트롤러와 스토리지를 업그레이드할 수 있습니다.

이 작업에 대해

8노드 구성의 경우 시스템에서 ONTAP 9.13.1 이상을 실행해야 합니다.
4노드 구성의 경우 시스템에서 ONTAP 9.8 이상을 실행해야 합니다.
IP 스위치도 업그레이드하는 경우 이 새로 고침 절차를 수행하기 전에 IP 스위치를 업그레이드해야 합니다.
이 절차에서는 4노드 DR 그룹 하나를 새로 고치는 데 필요한 단계를 설명합니다. 8노드 구성(DR 그룹 2개)이 있는 경우 하나 또는 두 DR 그룹을 모두 새로 고칠 수 있습니다.

두 DR 그룹을 모두 업데이트하는 경우 한 번에 하나의 DR 그룹을 새로 고쳐야 합니다.
"이전 노드"에 대한 참조는 바꾸려는 노드를 의미합니다.

8노드 구성의 경우 소스 및 타겟 8노드 MetroCluster 플랫폼 조합을 지원해야 합니다.

두 DR 그룹을 모두 새로 고치면 첫 번째 DR 그룹을 새로 고친 후 플랫폼 조합이 지원되지 않을 수 있습니다. 지원되는 8노드 구성을 달성하려면 두 DR 그룹을 모두 새로 고쳐야 합니다.

MetroCluster IP 구성에서 이 절차를 사용하여 특정 플랫폼 모델만 새로 고칠 수 있습니다.
- 지원되는 플랫폼 업그레이드 조합에 대한 자세한 내용은 의 MetroCluster IP 새로 고침 표를 참조하십시오 "시스템 새로 고침 방법 선택".
소스 및 타겟 플랫폼의 하한이 적용됩니다. 상위 플랫폼으로 전환할 경우 모든 DR 그룹의 기술 업데이트가 완료된 후에만 새 플랫폼의 제한이 적용됩니다.
소스 플랫폼보다 낮은 한계로 플랫폼에 대한 기술 업데이트를 수행할 경우 이 절차를 수행하기 전에 한계를 조정하고 대상 플랫폼 제한값 이하로 줄여야 합니다.

단계

이전 노드에 생성된 기본 브로드캐스트 도메인이 있는지 확인합니다.

기본 브로드캐스트 도메인 없이 기존 클러스터에 새 노드를 추가할 경우, 예상 이름 대신 UUID(Universal Unique Identifier)를 사용하여 새 노드에 대한 노드 관리 LIF가 생성됩니다. 자세한 내용은 기술 자료 문서를 참조하십시오 "UUID 이름으로 새로 추가된 노드의 노드 관리 LIF".
이전 노드에서 정보를 수집합니다.

이 단계에서는 다음 이미지와 같이 4노드 구성이 나타납니다.

8노드 구성은 다음 이미지와 같이 나타납니다.
자동 지원 케이스 생성을 방지하려면 업그레이드가 진행 중임을 알리는 AutoSupport 메시지를 보내십시오.
1. 다음 명령을 실행합니다. +'시스템 노드 AutoSupport invoke -node * -type all -message "MAINT=10h Upgrading_old-model_to_new-model"_"
  
  다음 예에서는 10시간의 유지 보수 기간을 지정합니다. 계획에 따라 추가 시간을 허용할 수 있습니다.
  
  시간이 경과하기 전에 유지 관리가 완료된 경우 유지 보수 기간이 종료되었음을 나타내는 AutoSupport 메시지를 호출할 수 있습니다.
'System node AutoSupport invoke-node * -type all-message maINT=end'
1. 파트너 클러스터에서 명령을 반복합니다.
종단간 암호화가 활성화된 경우 - 단계를 따릅니다 "종단간 암호화를 비활성화합니다".

전환을 시작할 수 있는 Tiebreaker, 중재자 또는 기타 소프트웨어에서 기존 MetroCluster 구성을 제거합니다.

사용 중인 경우…

다음 절차를 사용하십시오.

Tiebreaker입니다

MetroCluster 구성을 제거하려면 tiebreaker CLI monitor remove 명령을 사용합니다.

다음 예에서는 ""cluster_a""가 소프트웨어에서 제거됩니다.
```
NetApp MetroCluster Tiebreaker :> monitor remove -monitor-name cluster_A
Successfully removed monitor from NetApp MetroCluster Tiebreaker
software.
```
Tiebreaker CLI를 사용하여 MetroCluster 구성이 올바르게 제거되었는지 확인합니다 monitor show -status 명령.
```
NetApp MetroCluster Tiebreaker :> monitor show -status
```

중재자

ONTAP 프롬프트에서 다음 명령을 실행합니다.

'MetroCluster configuration-settings 중재자 제거

타사 응용 프로그램

제품 설명서를 참조하십시오.

의 모든 단계를 수행합니다 "MetroCluster IP 구성 확장" 를 클릭하여 구성에 새 노드 및 스토리지를 추가합니다.

확장 절차가 완료되면 다음 이미지와 같이 임시 구성이 나타납니다.

그림 1. 일시적인 8노드 구성

그림 2. 임시 12노드 구성

두 클러스터 모두에서 다음 명령을 실행하여 테이크오버 가능하고 노드가 연결되어 있는지 확인합니다.

'스토리지 페일오버 쇼'

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 구성에서 메타데이터 볼륨 이동".
다음 절차를 사용하여 이전 노드에서 새 노드로 데이터를 이동합니다.
1. 의 모든 단계를 수행합니다 "애그리게이트를 생성하고 볼륨을 새 노드로 이동합니다".
  
  Aggregate를 생성할 때나 생성한 후에 미러링할 수도 있습니다.
2. 의 모든 단계를 수행합니다 "비 SAN 데이터 LIF 및 클러스터 관리 LIF를 새 노드로 이동합니다".

각 클러스터에 대해 전환된 노드의 클러스터 피어의 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 그룹을 제거합니다.
8노드 구성에서 두 DR 그룹을 모두 새로 고치려면 각 DR 그룹에 대해 전체 절차를 반복해야 합니다.

이전 DR 그룹을 제거한 후 다음 이미지와 같이 구성이 나타납니다.

그림 3. 4노드 구성

그림 4. 8노드 구성
MetroCluster 구성의 운영 모드를 확인하고 MetroCluster 검사를 수행합니다.
1. MetroCluster 구성을 확인하고 운영 모드가 정상인지 확인합니다.
  
  MetroCluster 쇼
2. 예상되는 모든 노드가 표시되는지 확인합니다.
  
  'MetroCluster node show'
3. 다음 명령을 실행합니다.
  
  'MetroCluster check run
4. MetroCluster 검사 결과를 표시합니다.
  
  MetroCluster 체크 쇼
새 노드를 추가하기 전에 종단 간 암호화를 비활성화한 경우 의 단계를 따라 다시 활성화할 수 있습니다 "엔드 투 엔드 암호화 지원".

필요한 경우 구성 절차를 사용하여 모니터링을 복원합니다.

사용 중인 경우…

이 절차를 사용합니다

Tiebreaker입니다

"MetroCluster 구성 추가" MetroCluster Tiebreaker 설치 및 구성 _.

중재자

"MetroCluster IP 구성에서 ONTAP 중재자 서비스 구성" MetroCluster IP 설치 및 구성 _.

타사 응용 프로그램

제품 설명서를 참조하십시오.

자동 지원 케이스 생성을 재개하려면 유지 관리가 완료되었음을 나타내는 AutoSupport 메시지를 보냅니다.
1. 다음 명령을 실행합니다.
  
  'System node AutoSupport invoke-node * -type all-message maINT=end'
2. 파트너 클러스터에서 명령을 반복합니다.

4노드 또는 8노드 MetroCluster IP 구성 업데이트(ONTAP 9.8 이상)

Creating your file...