업그레이드할 노드를 준비합니다
컨트롤러 교체 프로세스는 일련의 사전 점검으로 시작합니다. 또한 절차의 뒷부분에서 사용할 원래 노드에 대한 정보를 수집하고, 필요한 경우 사용 중인 자체 암호화 드라이브의 유형을 결정합니다.
-
ONTAP 명령줄에 다음 명령을 입력하여 컨트롤러 교체 프로세스를 시작합니다.
system controller replace start -nodes <node_names>
system controller replace start 명령은 advanced 권한 수준에서만 실행할 수 있습니다. set -privilege advanced
다음 예제와 유사한 출력이 표시됩니다. 출력에는 클러스터에서 실행 중인 ONTAP 버전이 표시됩니다.
Warning: 1. Current ONTAP version is 9.15.1 2. Verify that NVMEM or NVRAM batteries of the new nodes are charged, and charge them if they are not. You need to physically check the new nodes to see if the NVMEM or NVRAM batteries are charged. You can check the battery status either by connecting to a serial console or using SSH, logging into the Service Processor (SP) or Baseboard Management Controller (BMC) for your system, and use the system sensors to see if the battery has a sufficient charge. Attention: Do not try to clear the NVRAM contents. If there is a need to clear the contents of NVRAM, contact NetApp technical support. 3. If a controller was previously part of a different cluster, run wipeconfig before using it as the replacement controller. 4. Note: This is not a MetroCluster configuration. Controller replacement supports only ARL based procedure. Do you want to continue? {y|n}: y
-
를 누릅니다
y
, 다음과 같은 출력이 표시됩니다.Controller replacement operation: Prechecks in progress. Controller replacement operation has been paused for user intervention.
시스템에서 다음 사전 점검을 실행하고 각 사전 점검의 출력을 이 절차의 뒷부분에서 사용할 수 있도록 기록합니다.
사전 점검 설명 클러스터 상태 점검
클러스터의 모든 노드를 검사하여 정상 상태인지 확인합니다.
애그리게이트 재배치 상태 점검
애그리게이트 재배치가 이미 진행 중인지 여부를 확인합니다. 다른 애그리게이트 재배치가 진행 중인 경우 검사에 실패합니다.
모델 이름 확인
이 절차에서 컨트롤러 모델이 지원되는지 여부를 확인합니다. 모델이 지원되지 않으면 작업이 실패합니다.
클러스터 쿼럼 점검
교체할 노드가 쿼럼에 있는지 확인합니다. 노드가 쿼럼에 없으면 작업이 실패합니다.
이미지 버전 확인
교체되는 노드가 동일한 버전의 ONTAP를 실행하는지 확인합니다. ONTAP 이미지 버전이 다르면 작업이 실패합니다. 새 노드에는 원래 노드에 설치된 동일한 버전의 ONTAP 9.x가 설치되어 있어야 합니다. 새 노드의 ONTAP 버전이 다른 설치되어 있으면 새 컨트롤러를 설치한 후 netboot 해야 합니다. ONTAP를 업그레이드하는 방법에 대한 지침은 을 참조하십시오 "참조" ONTAP_ 업그레이드 링크
HA 상태 점검
교체할 두 노드가 고가용성(HA) 쌍 구성에 있는지 확인합니다. 컨트롤러에 대해 스토리지 페일오버가 설정되지 않으면 작업이 실패합니다.
애그리게이트 상태 점검
대체되고 있는 노드가 홈 소유자가 아닌 자체 애그리게이트를 소유하는 경우 작업이 실패합니다. 노드는 비로컬 애그리게이트를 소유해서는 안 됩니다.
디스크 상태 확인
교체할 노드에 누락된 디스크 또는 장애가 발생한 디스크가 있는 경우 작업이 실패합니다. 누락된 디스크가 있으면 을 참조하십시오 "참조" CLI_를 사용하여 _ 디스크 및 애그리게이트 관리를 _, _ CLI를 사용한 _ 논리적 스토리지 관리 및 _ 고가용성 관리 _ 에 연결하여 HA 쌍의 스토리지를 구성합니다.
데이터 LIF 상태 점검
교체 중인 노드에 비로컬 데이터 LIF가 있는지 확인합니다. 노드에 홈 소유자가 아닌 데이터 LIF가 없어야 합니다. 노드 중 하나에 로컬이 아닌 데이터 LIF가 포함되어 있으면 작업이 실패합니다.
클러스터 LIF 상태입니다
클러스터 LIF가 두 노드에 대해 작동 중인지 확인합니다. 클러스터 LIF가 작동 중지되면 작업이 실패합니다.
ASUP 상태 점검
ASUP 알림이 구성되지 않으면 작업이 실패합니다. 컨트롤러 교체 절차를 시작하기 전에 ASUP를 활성화해야 합니다.
CPU 사용률 검사
교체할 노드에 대해 CPU 활용률이 50%를 초과하는지 확인합니다. CPU 사용량이 상당한 시간 동안 50% 이상인 경우 작업이 실패합니다.
애그리게이트 재구성 검사
데이터 애그리게이트에서 재구성되는지 확인합니다. 애그리게이트 재구성이 진행 중인 경우 작업이 실패합니다.
노드 선호도 작업 확인
노드 선호도 작업이 실행 중인지 확인합니다. 노드 선호도 작업이 실행 중이면 검사에 실패합니다.
-
컨트롤러 교체 작업이 시작되고 사전 점검을 완료한 후 노드 3을 구성할 때 나중에 필요할 수 있는 출력 정보를 수집할 수 있도록 작업이 일시 중지됩니다.
AFF 700과 같은 시스템이 있는 경우, 업그레이드를 시작하기 전에 다음 구성으로 클러스터 LIF를 노드당 두 개의 클러스터 포트로 마이그레이션했다가 다시 집으로 되돌립니다.
-
노드당 클러스터 포트가 3개 이상 있습니다
-
포트 e4a, e4b, e4c, e4d 및 포트 e4e 를 생성하는 브레이크아웃 모드의 SLOT4의 클러스터 상호 연결 카드 e4f, e4g 및 e4h
노드당 클러스터 포트가 3개 이상인 컨트롤러 업그레이드를 수행하면 업그레이드 후 새 컨트롤러에서 클러스터 LIF가 누락될 수 있습니다.
자세한 내용은 기술 자료 문서를 "원치 않거나 불필요한 클러스터 LIF를 삭제하는 방법"참조하십시오.
-
-
시스템 콘솔에서 컨트롤러 교체 절차의 지침에 따라 아래 명령 세트를 실행합니다.
각 노드에 연결된 시리얼 포트에서 다음 명령의 출력을 개별적으로 실행 및 저장합니다.
-
vserver services name-service dns show
-
network interface show -curr-node <local> -role <cluster,intercluster,node-mgmt,cluster-mgmt,data>
-
network port show -node <local> -type physical
-
service-processor show -node <local> -instance
-
network fcp adapter show -node <local>
-
network port ifgrp show -node <local>
-
system node show -instance -node <local>
-
run -node <local> sysconfig
-
storage aggregate show -r
-
storage aggregate show -node <local>
-
volume show -node <local>
-
system license show -owner <local>
-
storage encryption disk show
-
security key-manager onboard show-backup
-
security key-manager external show
-
security key-manager external show-status
-
network port reachability show -detail -node <local>
온보드 키 관리자(OKM)를 사용하는 NetApp 볼륨 암호화(NVE) 또는 NetApp 애그리게이트 암호화(NAE)가 사용 중인 경우, 키 관리자 암호를 준비하여 절차의 뒷부분에서 키 관리자 재동기화를 완료합니다. -
-
시스템에서 자체 암호화 드라이브를 사용하는 경우 기술 자료 문서를 참조하십시오 "드라이브가 FIPS 인증되었는지 확인하는 방법" 업그레이드하는 HA 쌍에서 사용 중인 자체 암호화 드라이브의 유형을 확인합니다. ONTAP 소프트웨어는 두 가지 유형의 자체 암호화 드라이브를 지원합니다.
-
FIPS 인증 NSE(NetApp Storage Encryption) SAS 또는 NVMe 드라이브
-
FIPS가 아닌 자체 암호화 NVMe 드라이브(SED)
-
ARL 사전 검사에 실패한 경우 애그리게이트 소유권을 수정하십시오
애그리게이트 상태 확인에 실패하면 파트너 노드가 소유한 애그리게이트를 홈 소유자 노드로 반환한 후 사전 확인 프로세스를 다시 시작해야 합니다.
-
파트너 노드가 현재 소유한 애그리게이트를 홈 소유자 노드로 반환:
storage aggregate relocation start -node source_node -destination destination-node -aggregate-list *
-
노드 1과 노드 2가 현재 소유자인 애그리게이트를 소유하지 않고 홈 소유자가 아닌 경우:
storage aggregate show -nodes node_name -is-home false -fields owner-name, home-name, state
다음 예제는 노드가 Aggregate의 현재 소유자이자 홈 소유자인 경우 명령의 출력을 보여줍니다.
cluster::> storage aggregate show -nodes node1 -is-home true -fields owner-name,home-name,state aggregate home-name owner-name state --------- --------- ---------- ------ aggr1 node1 node1 online aggr2 node1 node1 online aggr3 node1 node1 online aggr4 node1 node1 online 4 entries were displayed.
작업을 마친 후
컨트롤러 교체 프로세스를 다시 시작해야 합니다.
system controller replace start -nodes node_names
라이센스
ONTAP 라이센스에 대한 자세한 내용은 을 "라이센스 관리"참조하십시오.
컨트롤러에서 라이센스가 없는 기능을 사용하면 라이센스 계약을 준수하지 못할 수 있습니다. |