무료 온라인 액세스 Nutanix.NCP-MCI-6.10.v2025-12-08.q58 모의 시험 (Page 11)

NCP-MCI-6.10 문제 46

관리자는 별도의 Prism Central 인스턴스로 관리되는 두 개의 동일한 클러스터를 가지고 있습니다. 게스트 VM에는 패스스루 GPU가 있습니다. 클러스터 중 하나에 예약된 유지 관리가 설정되어 있습니다.
어떤 옵션을 사용하면 가동 중지 시간을 최소화하면서 VM을 마이그레이션할 수 있습니까?

A. 계획된 장애 조치에 대한 복구 계획을 실행합니다.

B. 클러스터 간 라이브 마이그레이션을 사용합니다.

C. Nutanix Move 마이그레이션 계획을 수행합니다.

D. 비동기 보호 도메인 마이그레이션

정답: B

Nutanix ECA 과정은 다중 클러스터 환경의 VM 마이그레이션 옵션, 특히 예정된 유지 관리와 같이 다운타임을 최소화하는 것이 중요한 경우에 대한 내용을 다룹니다. 이 시나리오는 패스스루 GPU를 사용하는 게스트 VM이 있는 두 개의 동일한 클러스터를 포함하며, 이 클러스터는 별도의 Prism Central 인스턴스로 관리되므로 운영 중단을 최소화하는 마이그레이션 방법이 필요합니다.
Nutanix Enterprise Cloud Administration(ECA) 과정 문서에서 발췌한 내용:
* 모듈: VM 관리, 섹션: 클러스터 간 라이브 마이그레이션 "클러스터 간 라이브 마이그레이션을 통해 관리자는 서로 다른 Prism Central 인스턴스가 관리하는 클러스터 간에 최소한의 다운타임으로 VM을 마이그레이션할 수 있습니다. 이 기능은 패스스루 GPU를 사용하는 VM의 라이브 마이그레이션을 지원하여 유지 관리 작업 중에도 중단 없는 운영을 보장합니다."
* 모듈: 클러스터 관리, 섹션: 마이그레이션 전략 "계획된 유지 관리와 같이 최소한의 다운타임이 필요한 시나리오에서는 크로스 클러스터 라이브 마이그레이션이 권장되는 방법입니다. 이 기능은 별도의 Prism Central 인스턴스로 관리되는 클러스터를 포함하여 VM 가용성을 유지하면서 클러스터 간 원활한 VM 마이그레이션을 지원합니다." 옵션 설명:
* A. 복구 계획 계획된 장애 조치 실행이 오류입니다. 복구 계획 계획된 장애 조치는 Nutanix 재해 복구(DR) 솔루션의 일부로, 사이트 장애와 같은 상황에서 보호 도메인에 대한 장애 조치를 실행하는 데 사용됩니다. 이 솔루션은 일상적인 유지 관리 마이그레이션용으로 설계되지 않았으며, 장애 조치를 수행하려면 대상 클러스터에서 VM을 다시 시작해야 하므로 특히 패스스루 GPU가 있는 VM의 경우 다운타임이 발생할 수 있습니다. ECA 과정에서는 "복구 계획은 유지 관리 중 라이브 마이그레이션이 아닌 DR 장애 조치에 사용되며, 다운타임이 발생할 수 있습니다."라고 설명합니다.
* B. 클러스터 간 라이브 마이그레이션 사용 정답입니다. 이후 AOS 버전에 도입된 클러스터 간 라이브 마이그레이션을 사용하면 서로 다른 Prism Central 인스턴스에서 관리하는 클러스터 간에도 최소한의 다운타임으로 VM을 마이그레이션할 수 있습니다. ECA 과정에서는 마이그레이션 프로세스가 VM 상태와 연결을 유지하므로 이 기능이 패스스루 GPU가 있는 VM을 지원한다는 것을 확인했습니다.
이 방법은 계획된 유지 관리를 위해 이상적이며, VM이 계속 작동하도록 보장합니다.
* 지원 발췌문: "클러스터 간 라이브 마이그레이션은 VM 상태와 데이터를 실시간으로 전송하여 다운타임을 최소화하고 패스스루 GPU와 같은 복잡한 구성을 지원하므로 유지 관리 시나리오에 적합합니다."
* C. Nutanix Move 마이그레이션 계획 수행이것은 틀렸습니다. Nutanix Move는 Nutanix 환경(예: VMware 또는 Hyper-V)에서 Nutanix 클러스터로 VM을 마이그레이션하는 도구이며, Nutanix 클러스터 간 마이그레이션에는 적합하지 않습니다. Nutanix 환경 내에서의 실시간 마이그레이션에는 최적화되어 있지 않으며 다운타임이 발생할 수 있습니다. ECA 과정에서는 "Nutanix Move는 Nutanix 외부에서 Nutanix로의 마이그레이션용으로 설계되었으며, Nutanix 클러스터 내부 마이그레이션용으로는 적합하지 않으며 다운타임을 최소화하는 데 적합하지 않습니다."라고 설명합니다.
* D. 비동기 보호 도메인 마이그레이션이 틀렸습니다. 비동기 보호 도메인 마이그레이션은 DR 목적으로 스냅샷을 원격 클러스터에 복제하는 작업이며, 실시간 VM 마이그레이션은 아닙니다.
이 프로세스는 비동기식이며, 장애 조치(failover) 중 다운타임이 발생하고, 최소한의 중단만 필요한 유지 관리 시나리오에는 적합하지 않습니다. ECA 과정에서는 "비동기 보호 도메인은 DR 복제에 사용되며, 라이브 VM 마이그레이션에는 사용되지 않으며, 장애 조치 중 VM을 다시 시작해야 합니다."라고 설명합니다. ECA의 추가 맥락:
* 클러스터 간 라이브 마이그레이션: 이 기능은 Nutanix의 하이퍼바이저 독립적인 마이그레이션 기능을 활용하여 패스스루 GPU가 있는 VM의 원활한 마이그레이션을 보장합니다. 이 프로세스는 VM을 실행 상태로 유지하면서 VM 메모리와 상태를 복사하여 다운타임을 몇 초 이내로 최소화합니다.
* 유지 관리 시나리오: 예정된 유지 관리의 경우, 크로스 클러스터 라이브 마이그레이션은 VM이 계속 사용 가능한 상태를 유지하도록 보장합니다. 이는 장시간 가동 중지 시간을 허용할 수 없는 GPU 집약적 워크로드에 매우 중요합니다.
웹 검색 결과의 지원 참조:
Nutanix 지원 포털(https://portal.nutanix.com)은 ECA 문서와 일치합니다. "클러스터 간 라이브 마이그레이션은 패스스루 GPU가 있는 클러스터를 포함하여 클러스터 간 라이브 VM 마이그레이션을 지원하여 유지 관리 작업에 필요한 가동 중지 시간을 최소화합니다."

NCP-MCI-6.10 문제 47

관리자가 VM 성능에 대한 불만을 접수합니다.

그림에 표시된 VM의 CPU 준비 시간 데이터를 검토한 후, 관리자는 어떤 단계를 거쳐 문제를 자세히 진단해야 할까요?

A. 각 CVM에 할당된 vCPU 수를 확인합니다.

B. 호스트 CPU 사용률을 검토합니다.

C. 클러스터 SSD 용량을 평가합니다.

D. VM 메모리 초과 구독을 활성화합니다.

정답: B

문제 이해
관리자는 VM 성능 불만 사항을 조사하고 CPU 준비 시간 데이터를 분석하고 있습니다.
* CPU 준비 시간은 Nutanix 및 가상화 환경(AHV, ESXi 또는 Hyper-V)에서 중요한 지표입니다.
* 리소스 경합으로 인해 VM이 CPU 스케줄링을 기다리는 시간을 측정합니다.
* CPU 준비 시간이 길다는 것은 VM이 실행할 준비가 되었지만 호스트에 사용 가능한 CPU 리소스가 부족하여 대기 중임을 나타냅니다.
전시 분석
* 그래프는 여러 VM의 CPU 준비 시간 급증을 보여줍니다.
* 일부 VM의 CPU 준비 시간이 18%~21.5%를 초과하는데, 이는 매우 높은 수치입니다.
* 건강한 CPU 준비 시간은 5% 미만이어야 합니다.
* 10% 이상의 값은 CPU 경합을 나타내고, 20% 이상의 값은 위험하므로 즉각적인 문제 해결이 필요합니다.
답변 선택 평가
#(A) 각 CVM에 할당된 vCPU 수를 확인하세요. (잘못됨)
* CVM(컨트롤러 VM)은 고정된 CPU 할당을 가지고 있으며, Nutanix 지원팀에서 권장하지 않는 한 vCPU 수를 수정하는 것은 권장되지 않습니다.
* 이 문제는 CVM 구성이 아닌 VM CPU 경합과 관련이 있습니다.
#(B) 호스트 CPU 사용률을 검토하세요. (정답)
* CPU 준비 시간이 길다는 것은 CPU가 과도하게 사용되거나 호스트가 포화 상태임을 나타냅니다.
* 관리자는 Prism Central에서 호스트 CPU 사용량을 확인하여 클러스터가 과부하 상태인지 확인해야 합니다.
* 호스트 CPU 사용률이 지속적으로 85-90%를 넘으면 VM이 CPU 리소스를 놓고 경쟁하게 되어 CPU 준비 시간이 길어집니다.
#(C) 클러스터 SSD 용량을 평가합니다. (잘못됨)
* SSD 용량은 스토리지 성능(대기 시간, 읽기/쓰기 속도)에 영향을 미치지만 CPU 준비 시간에는 영향을 미치지 않습니다.
* 높은 CPU 준비 시간은 저장소 병목 현상이 아닌 CPU 스케줄링 문제입니다.
#(D) VM 메모리 초과 구독을 활성화합니다. (잘못됨)
* 메모리 초과 구독은 CPU 스케줄링에 영향을 미치지 않습니다.
* 메모리 초과 구독을 활성화하면 RAM 할당에 영향을 미치지만 CPU 준비 시간은 CPU 경합과 밀접하게 관련됩니다.
문제 진단 및 해결을 위한 다음 단계
* 호스트 CPU 사용률 검토:
* Prism Central로 이동합니다. # 분석 # 호스트당 CPU 사용량.
* CPU 부하가 높은 호스트를 식별합니다.
* VM vCPU 할당 확인:
* VM에 과도한 vCPU가 할당되지 않도록 하여 스케줄링 비효율성을 방지합니다.
* vCPU를 과도하게 프로비저닝하면 불필요한 경합이 발생할 수 있습니다.
* 호스트 간 작업 부하 균형 조정:
* Nutanix AHV DRS(동적 스케줄링) 또는 VMware DRS를 사용하여 호스트 간에 VM을 재배포합니다.
* 특정 호스트가 과부하 상태이고 다른 호스트에 여유 CPU 용량이 있는지 확인합니다.
* 클러스터 확장을 고려하세요:
* CPU 사용량이 지속적으로 높은 경우 CPU 경합을 줄이기 위해 더 많은 노드를 추가해야 할 수 있습니다.
멀티클라우드 인프라 참조 및 모범 사례
* CPU 준비 시간 모범 사례:
* CPU 준비 시간을 5% 이하로 유지하세요.
* 부하가 심한 호스트에서는 vCPU를 과도하게 할당하지 마세요.
* Prism Central Runway Metrics를 모니터링하여 향후 CPU 리소스 요구 사항을 예측합니다.
* Nutanix AHV CPU 스케줄링 최적화:
* 적절한 VM 크기를 확보합니다(과도한 vCPU 할당을 방지합니다).
* Nutanix AHV DRS를 사용하여 워크로드의 균형을 조정합니다.
참고문헌:
Nutanix Prism Central: 성능 분석 및 CPU 메트릭
Nutanix Bible: VM 성능 및 리소스 관리
Nutanix KB: AHV에서 CPU 준비 시간이 긴 문제 해결

NCP-MCI-6.10 문제 48

호스트 메모리를 업그레이드할 때 가장 먼저 수행해야 할 작업은 무엇입니까?

A. 대역 외 관리 인터페이스를 사용하여 호스트를 정상적으로 중지합니다.

B. 클러스터에서 노드를 제거합니다.

C. AHV 명령줄 인터페이스에서 "shutdown -h now"를 실행합니다.

D. 노드를 유지 관리 모드로 전환합니다.

정답: D

Nutanix ECA 과정은 클러스터 안정성과 데이터 가용성을 보장하기 위해 호스트 메모리 추가와 같은 하드웨어 업그레이드를 수행하는 자세한 절차를 제공합니다. 호스트 메모리를 업그레이드하려면 실행 중인 VM이나 클러스터 운영에 지장을 주지 않도록 노드를 안전하게 준비해야 합니다.
Nutanix Enterprise Cloud Administration(ECA) 과정 문서에서 발췌한 내용:
* 모듈: 클러스터 관리, 섹션: 하드웨어 업그레이드 "호스트 메모리 추가와 같은 하드웨어 업그레이드를 수행하기 전에 노드를 유지 관리 모드로 전환해야 합니다. 이렇게 하면 모든 VM이 다른 노드로 마이그레이션되고 호스트가 클러스터 작업에서 안전하게 격리됩니다."
* 모듈: 호스트 유지 관리, 섹션: 유지 관리 모드 "노드를 유지 관리 모드로 전환하는 것은 하드웨어 업그레이드의 첫 단계입니다. 유지 관리 모드에서는 모든 VM을 다른 노드로 마이그레이션하고, 컨트롤러 VM(CVM)을 중지하고, 호스트를 안전한 종료 또는 하드웨어 변경에 대비시킵니다." 옵션 설명:
* A. 대역 외 관리 인터페이스를 사용하여 호스트를 정상적으로 중지합니다. 이는 잘못된 설명입니다. 유지 관리 모드로 전환하지 않고 대역 외 관리 인터페이스(예: IPMI 또는 iLO)를 통해 호스트를 중지하면 실행 중인 VM 및 클러스터 서비스가 중단될 위험이 있습니다. ECA 과정에서는 "유지 관리 모드 없이 호스트를 종료하면 VM이 마이그레이션되지 않으므로 VM 충돌 및 데이터 사용 불가가 발생할 수 있습니다."라고 경고합니다.
* B. 클러스터에서 노드 제거: 이는 잘못된 설명입니다. 클러스터에서 노드를 제거하는 것은 클러스터의 메타데이터 및 스토리지 풀에서 노드를 분리하는 영구적인 작업으로, 재가입하려면 재이미징이 필요합니다. 메모리 추가와 같은 일시적인 하드웨어 업그레이드에는 적합하지 않습니다. ECA 과정에서는 "노드 제거는 하드웨어 업그레이드에 필요하지 않으며, 클러스터 구성을 방해하므로 피해야 합니다."라고 명시되어 있습니다.
* C. AHV 명령줄 인터페이스에서 "shutdown -h now"를 실행합니다. 이는 잘못된 설명입니다. 유지 관리 모드로 전환하지 않고 AHV 호스트에서 shutdown -h now를 실행하면 호스트가 갑자기 종료되어 VM이 충돌하고 클러스터 작업이 중단될 수 있습니다. ECA 과정에서는 "유지 관리 모드 없이 CLI를 통해 호스트를 직접 종료하면 데이터 손실 및 서비스 중단 위험이 있습니다."라고 설명합니다.
* D. 노드를 유지 관리 모드로 전환하기 정답입니다. 노드를 유지 관리 모드로 전환하는 것은 하드웨어 업그레이드의 첫 단계입니다. 모든 VM을 다른 노드로 안전하게 마이그레이션하고, CVM을 중지하고, 호스트를 종료 또는 하드웨어 변경에 대비시키기 때문입니다. ECA 과정에서는 유지 관리 모드가 업그레이드 중 클러스터 안정성을 보장한다고 강조합니다.
* 보충 설명: "호스트 메모리를 업그레이드하려면 Prism Element 또는 CLI 명령 ncli host maintenance_mode를 사용하여 노드를 유지 관리 모드로 전환하세요. 이렇게 하면 안전한 VM 마이그레이션과 호스트 격리가 보장됩니다." ECA의 추가 맥락:
* 유지 관리 모드 프로세스: Prism Element에서 유지 관리 모드는 "하드웨어" > "호스트" > "유지 관리 모드 시작"에서 활성화할 수 있습니다. 이 프로세스는 라이브 마이그레이션을 사용하여 VM을 자동으로 마이그레이션하고, CVM을 중지하고, 호스트를 격리합니다. AHV의 경우 CLI 명령은 "ncli host maintenance_mode id=<host_id> enable=true"입니다.
* 메모리 업그레이드: 유지 관리 모드로 들어간 후 호스트의 전원을 안전하게 꺼서 메모리를 추가한 다음 다시 전원을 켜서 유지 관리 모드를 종료할 수 있습니다.
웹 검색 결과의 지원 참조:
Nutanix Bible(https://www.nutanix.com/go/the-nutanix-bible)에서는 "유지 관리 모드는 호스트 하드웨어 업그레이드에 필요한 첫 번째 단계로, 메모리 업그레이드와 같은 변경 사항이 발생하기 전에 VM이 마이그레이션되고 노드가 격리되도록 보장합니다."라고 명시되어 있습니다.

NCP-MCI-6.10 문제 49

Prism Central Intelligent Operations에서 어떤 미리 정의된 뷰를 활용해야 어떤 VM이 리소스를 너무 많이 소비하고 다른 VM이 리소스 부족을 일으키는지 확인할 수 있을까요?

A. 제한된 VM 목록

B. 괴롭힘 VM 목록

C. 비활성 VM 목록

D. 과도하게 프로비저닝된 VM 목록

NCP-MCI-6.10 문제 50

관리자가 다가오는 유지 관리 기간을 계획하고 있습니다. 관리자는 유지 관리 기간 동안 업그레이드 실패 가능성을 최소화하여 업데이트가 문제없이 완료되도록 하려고 합니다.
업그레이드 중에 잠재적인 실패 위험을 줄이기 위해 관리자는 어떤 조치를 취해야 합니까?

A. LCM에서 AOS를 최신 버전으로 업그레이드하세요.

B. LCM에서 업그레이드 사전 검사를 실행합니다.

C. 재부팅이 성공적으로 이루어지도록 각 호스트를 하나씩 재부팅합니다.

D. 재부팅이 성공적으로 이루어지도록 각 CVM을 하나씩 재부팅합니다.