컴퓨팅 펌웨어를 업그레이드하기 전에 컴퓨팅 노드 상태 점검을 실행합니다
컴퓨팅 펌웨어를 업그레이드하기 전에 상태 점검을 실행하여 클러스터의 모든 컴퓨팅 노드를 업그레이드할 준비가 되었는지 확인해야 합니다. 컴퓨팅 노드 상태 점검은 하나 이상의 관리되는 NetApp HCI 컴퓨팅 노드의 컴퓨팅 클러스터에서만 실행할 수 있습니다.
-
* 관리 서비스 *: 최신 관리 서비스 번들(2.11 이상)으로 업데이트되었습니다.
-
* 관리 노드 *: 관리 노드 11.3 이상을 실행하고 있습니다.
-
* Element 소프트웨어 *: 스토리지 클러스터에서 NetApp Element 소프트웨어 11.3 이상이 실행 중입니다.
-
* 최종 사용자 라이센스 계약(EULA) *: 관리 서비스 2.20.69부터 NetApp 하이브리드 클라우드 제어 UI 또는 API를 사용하여 컴퓨팅 노드 상태 점검을 실행하기 전에 EULA에 동의하고 저장해야 합니다.
-
웹 브라우저에서 관리 노드의 IP 주소를 엽니다.
https://<ManagementNodeIP>
-
NetApp 하이브리드 클라우드 제어에 스토리지 클러스터 관리자 자격 증명을 제공하여 로그인하십시오.
-
인터페이스의 오른쪽 상단 근처에 있는 * Upgrade * 를 선택합니다.
-
EULA가 나타납니다. 아래로 스크롤하여 * 현재 업데이트 및 향후 모든 업데이트에 동의함 * 을 선택하고 * 저장 * 을 선택합니다.
-
NetApp HCC(하이브리드 클라우드 제어) UI 또는 HCC API를 사용하여 상태 점검을 실행할 수 있습니다.
서비스에서 실행되는 컴퓨팅 노드 상태 검사에 대한 자세한 내용을 확인할 수도 있습니다.
펌웨어를 업그레이드하기 전에 NetApp 하이브리드 클라우드 제어를 사용하여 컴퓨팅 노드 상태 점검을 실행하십시오
NetApp 하이브리드 클라우드 제어(HCC)를 사용하여 컴퓨팅 노드가 펌웨어 업그레이드가 가능한지 확인할 수 있습니다.
2노드 스토리지 클러스터 구성이 여러 개 있는 경우 각 클러스터 구성이 자체 vCenter 내에 있으면 Witness 노드 상태 검사가 정확하게 보고되지 않을 수 있습니다. 따라서 ESXi 호스트를 업그레이드할 준비가 되면 업그레이드 중인 ESXi 호스트에서 Witness Node만 종료해야 합니다. 대체 방식으로 Witness 노드의 전원을 꺼서 NetApp HCI 설치 시 항상 Witness Node가 하나만 실행 중인지 확인해야 합니다. |
-
웹 브라우저에서 관리 노드의 IP 주소를 엽니다.
https://<ManagementNodeIP>/hcc
-
NetApp 하이브리드 클라우드 제어에 스토리지 클러스터 관리자 자격 증명을 제공하여 로그인하십시오.
-
인터페이스의 오른쪽 상단 근처에 있는 * Upgrade * 를 선택합니다.
-
업그레이드 * 페이지에서 * 컴퓨팅 펌웨어 * 탭을 선택합니다.
-
업그레이드 준비 상태를 확인할 클러스터의 상태 점검을 선택합니다.
-
Compute Health Check * 페이지에서 * Run Health Check * 를 선택합니다.
-
문제가 있는 경우 페이지에 보고서가 제공됩니다. 다음을 수행합니다.
-
각 문제에 대해 나열된 특정 KB 문서로 이동하거나 지정된 해결책을 수행합니다.
-
KB가 지정된 경우 관련 KB 문서에 설명된 프로세스를 완료합니다.
-
클러스터 문제를 해결한 후 * 상태 점검 다시 실행 * 을 선택합니다.
-
상태 점검이 오류 없이 완료된 후 클러스터의 컴퓨팅 노드를 업그레이드할 준비가 되었습니다. 계속하려면 를 "컴퓨팅 노드 펌웨어를 업데이트합니다"참조하십시오.
펌웨어를 업그레이드하기 전에 API를 사용하여 컴퓨팅 노드 상태 점검을 실행하십시오
REST API를 사용하여 클러스터의 컴퓨팅 노드를 업그레이드할 준비가 되었는지 확인할 수 있습니다. 상태 점검은 ESXi 호스트 문제 또는 기타 vSphere 문제와 같이 업그레이드에 장애가 없는지 확인합니다. 사용자 환경의 각 컴퓨팅 클러스터에 대해 컴퓨팅 노드 상태 점검을 실행해야 합니다.
-
컨트롤러 ID 및 클러스터 ID를 찾습니다.
-
관리 노드에서 인벤토리 서비스 REST API UI를 엽니다.
https://<ManagementNodeIP>/inventory/1/
-
authorize * 를 선택하고 다음을 완료합니다.
-
클러스터 사용자 이름 및 암호를 입력합니다.
-
값이 아직 채워지지 않은 것처럼 클라이언트 ID를
mnode-client
입력합니다. -
세션을 시작하려면 * authorize * 를 선택합니다.
-
-
REST API UI에서 * Get Windows/Installations * 를 선택합니다.
-
체험하기 * 를 선택합니다.
-
Execute * 를 선택합니다.
-
코드 200 응답 본문에서 상태 검사에 사용할 설치에 대한 를
"id"
복사합니다. -
REST API UI에서 * get si./installations./{id} * 를 선택합니다.
-
체험하기 * 를 선택합니다.
-
설치 ID를 입력합니다.
-
Execute * 를 선택합니다.
-
코드 200 응답 본문에서 다음 각 항목의 ID를 복사합니다.
-
클러스터 ID(
"clusterID"
) -
컨트롤러 ID(
"controllerId"
){ "_links": { "collection": "https://10.117.187.199/inventory/1/installations", "self": "https://10.117.187.199/inventory/1/installations/xx94f6f0-12a6-412f-8b5e-4cf2z58329x0" }, "compute": { "errors": [], "inventory": { "clusters": [ { "clusterId": "domain-1", "controllerId": "abc12c3a-aa87-4e33-9f94-xx588c2cdcf6", "datacenterName": "NetApp-HCI-Datacenter-01", "installationId": "xx94f6f0-12a6-412f-8b5e-4cf2z58329x0", "installationName": "test-nde-mnode", "inventoryType": "managed", "name": "NetApp-HCI-Cluster-01", "summary": { "nodeCount": 2, "virtualMachineCount": 2 } } ],
-
-
-
클러스터의 컴퓨팅 노드에서 상태 점검을 실행합니다.
-
관리 노드에서 컴퓨팅 서비스 REST API UI를 엽니다.
https://<ManagementNodeIP>/vcenter/1/
-
authorize * 를 선택하고 다음을 완료합니다.
-
클러스터 사용자 이름 및 암호를 입력합니다.
-
값이 아직 채워지지 않은 것처럼 클라이언트 ID를
mnode-client
입력합니다. -
세션을 시작하려면 * authorize * 를 선택합니다.
-
-
POST/computeeh./{controller_ID} mifx/health-checks * 를 선택합니다.
-
체험하기 * 를 선택합니다.
-
이전 단계에서 복사한 을
"controllerId"
* Controller_ID * Parameter(컨트롤러 ID * 매개변수) 필드에 입력합니다. -
페이로드에서 이전 단계에서 복사한 을
"clusterId"
값으로"cluster"
입력하고 매개 변수를 제거합니다"nodes"
.{ "cluster": "domain-1" }
-
클러스터에서 상태 점검을 실행하려면 * Execute * 를 선택합니다.
코드 200 응답은
"resourceLink"
상태 점검 결과를 확인하는 데 필요한 작업 ID가 추가된 URL을 제공합니다.
{ "resourceLink": "https://10.117.150.84/vcenter/1/compute/tasks/[This is the task ID for health check task results]", "serviceName": "vcenter-v2-svc", "taskId": "ab12c345-06f7-42d7-b87c-7x64x56x321x", "taskName": "VCenter service health checks" }
-
URL의 작업 ID 부분을 복사하여
"resourceLink"
작업 결과를 확인합니다.
-
-
상태 점검 결과를 확인합니다.
-
관리 노드의 컴퓨팅 서비스 REST API UI로 돌아가기:
https://<ManagementNodeIP>/vcenter/1/
-
get/computeh./tasks/{task_id} * 를 선택합니다.
-
체험하기 * 를 선택합니다.
-
매개 변수 필드에 * POST/compute/{controller_ID} /health-checks * code 200 응답의 URL의
task_id
작업 ID 부분을 입력합니다"resourceLink"
. -
Execute * 를 선택합니다.
-
반환되는 에 컴퓨팅 노드 상태와 관련된 문제가 있는 것으로 나타나면 다음을 수행합니다.
status
-
(`KbLink`각 문제에 대해 나열된 특정 KB 문서로 이동하거나 지정된 해결 방법을 수행합니다.
-
KB가 지정된 경우 관련 KB 문서에 설명된 프로세스를 완료합니다.
-
클러스터 문제를 해결한 후 * POST/computeh./{controller_ID} m./health-checks * 를 다시 실행하십시오(2단계 참조).
-
-
상태 점검이 문제 없이 완료되면 응답 코드 200이 성공적인 결과를 나타냅니다.
서비스에서 수행한 컴퓨팅 노드 상태 점검
HCC 또는 API 방법에 의해 수행되는 컴퓨팅 상태 점검은 노드당 다음과 같은 점검을 수행합니다. 환경에 따라 이러한 검사 중 일부를 건너뛸 수 있습니다. 감지된 문제를 해결한 후 상태 점검을 다시 실행해야 합니다.
설명을 확인하십시오 | 노드/클러스터 | 해결에 필요한 조치 | 절차를 포함한 기술 자료 문서 |
---|---|---|---|
DRS가 활성화되어 있고 완전히 자동화되어 있습니까? |
클러스터 |
DRS를 켜고 완전히 자동화되었는지 확인하십시오. |
"이 KB를 참조하십시오".. 참고: 표준 라이센스가 있는 경우 ESXi 호스트를 유지 관리 모드로 전환하고 이 상태 점검 실패 경고를 무시하십시오. |
vSphere에서 DPM을 사용할 수 없습니까? |
클러스터 |
분산 전원 관리를 끕니다. |
|
vSphere에서 HA 승인 제어가 비활성화됩니까? |
클러스터 |
HA 승인 제어를 끕니다. |
|
클러스터의 호스트에 있는 VM에 대해 FT가 활성화되어 있습니까? |
노드 |
영향을 받는 모든 가상 시스템에서 내결함성 중지 |
|
클러스터에 대한 vCenter에 위험 경보가 있습니까? |
클러스터 |
계속하기 전에 vSphere를 시작하고 알림을 확인 및/또는 확인합니다. |
문제 해결에 필요한 KB가 없습니다. |
vCenter에 일반/글로벌 정보 알림이 있습니까? |
클러스터 |
계속하기 전에 vSphere를 시작하고 알림을 확인 및/또는 확인합니다. |
문제 해결에 필요한 KB가 없습니다. |
관리 서비스가 최신 상태입니까? |
hci 시스템 |
업그레이드를 수행하거나 업그레이드 전 상태 점검을 실행하기 전에 관리 서비스를 업데이트해야 합니다. |
문제 해결에 필요한 KB가 없습니다. 자세한 내용은 을 "이 기사를 참조하십시오" 참조하십시오. |
vSphere의 현재 ESXi 노드에 오류가 있습니까? |
노드 |
계속하기 전에 vSphere를 시작하고 알림을 확인 및/또는 확인합니다. |
문제 해결에 필요한 KB가 없습니다. |
가상 미디어가 클러스터의 호스트에 있는 VM에 마운트됩니까? |
노드 |
VM에서 모든 가상 미디어 디스크(CD/DVD/플로피)를 마운트 해제합니다. |
문제 해결에 필요한 KB가 없습니다. |
BMC 버전이 Redfish를 지원하는 최소 필수 버전입니까? |
노드 |
BMC 펌웨어를 수동으로 업데이트합니다. |
문제 해결에 필요한 KB가 없습니다. |
ESXi 호스트가 가동되어 실행 중입니까? |
노드 |
ESXi 호스트를 시작합니다. |
문제 해결에 필요한 KB가 없습니다. |
로컬 ESXi 스토리지에 있는 가상 머신이 있습니까? |
노드/VM |
가상 시스템에 연결된 로컬 스토리지를 제거하거나 마이그레이션합니다. |
문제 해결에 필요한 KB가 없습니다. |
BMC가 가동 및 실행 중입니까? |
노드 |
BMC의 전원을 켜고 이 관리 노드가 연결할 수 있는 네트워크에 연결되어 있는지 확인합니다. |
문제 해결에 필요한 KB가 없습니다. |
사용 가능한 파트너 ESXi 호스트가 있습니까? |
노드 |
클러스터에서 하나 이상의 ESXi 호스트를 유지 관리 모드가 아닌 사용 가능한 상태로 만들어 가상 머신을 마이그레이션합니다. |
문제 해결에 필요한 KB가 없습니다. |
IPMI 프로토콜을 통해 BMC와 연결할 수 있습니까? |
노드 |
베이스보드 관리 컨트롤러(BMC)에서 IPMI 프로토콜을 활성화합니다. |
문제 해결에 필요한 KB가 없습니다. |
ESXi 호스트가 하드웨어 호스트(BMC)에 올바르게 매핑되었습니까? |
노드 |
ESXi 호스트가 베이스보드 관리 컨트롤러(BMC)에 올바르게 매핑되지 않았습니다. ESXi 호스트와 하드웨어 호스트 간의 매핑을 수정합니다. |
문제 해결에 필요한 KB가 없습니다. 자세한 내용은 을 "이 기사를 참조하십시오" 참조하십시오. |
클러스터에서 Witness 노드의 상태는 어떻습니까? 확인된 증인 노드 중 가동 및 실행 중인 노드가 없습니다. |
노드 |
대체 ESXi 호스트에서 Witness 노드가 실행되고 있지 않습니다. 대체 ESXi 호스트에서 Witness Node의 전원을 켜고 상태 점검을 다시 실행합니다. * 하나의 Witness Node는 HCI 설치에서 항상 실행되어야 합니다 *. |
|
클러스터에서 Witness 노드의 상태는 어떻습니까? 이 ESXi 호스트에서 감시 노드가 실행 중이며 대체 감시 노드가 실행 중이 아닙니다. |
노드 |
대체 ESXi 호스트에서 Witness 노드가 실행되고 있지 않습니다. 대체 ESXi 호스트에서 Witness Node의 전원을 켭니다. 이 ESXi 호스트를 업그레이드할 준비가 되면 이 ESXi 호스트에서 실행 중인 감시 노드를 종료하고 상태 점검을 다시 실행합니다. * 하나의 Witness Node는 HCI 설치에서 항상 실행되어야 합니다 *. |
|
클러스터에서 Witness 노드의 상태는 어떻습니까? 감시 노드가 이 ESXi 호스트에서 실행 중이고 대체 노드가 작동 중이지만 동일한 ESXi 호스트에서 실행 중입니다. |
노드 |
두 Witness 노드가 이 ESXi 호스트에서 실행 중입니다. 대체 ESXi 호스트에 하나의 Witness 노드를 재배치합니다. 이 ESXi 호스트를 업그레이드할 준비가 되면 이 ESXi 호스트에 남아 있는 Witness 노드를 종료하고 상태 점검을 다시 실행합니다. * 하나의 Witness Node는 HCI 설치에서 항상 실행되어야 합니다 *. |
|
클러스터에서 Witness 노드의 상태는 어떻습니까? 감시 노드가 이 ESXi 호스트에서 실행 중이며 대체 감시 노드가 다른 ESXi 호스트에서 실행 중입니다. |
노드 |
Witness Node가 이 ESXi 호스트에서 로컬로 실행 중입니다. 이 ESXi 호스트를 업그레이드할 준비가 되면 이 ESXi 호스트에서 Witness Node만 종료하고 상태 점검을 다시 실행하십시오. * 하나의 Witness Node는 HCI 설치에서 항상 실행되어야 합니다 *. |