무료 온라인 액세스 Nutanix.NCP-CN.v2026-09-17.q74 모의 시험 (Page 7)

NCP-CN 문제 26

플랫폼 엔지니어가 NKP 애플리케이션 몇 가지를 설치하려고 하는데, 일부 구성 요소의 기본 설정 사양을 약간 수정하려고 합니다. 또한, 회사에서 이미 Kubernetes용 백업 유틸리티를 사용하고 있으므로 Velero는 비활성화할 수 있습니다.
엔지니어는 애플리케이션을 배포할 때 이러한 목표를 달성하기 위해 어떤 절차를 사용할까요?

A. nkp install kommander --init 명령어를 실행하여 출력 파일을 생성합니다.
출력 파일에서 수정할 구성 요소에 대한 사용자 지정 사양을 설정합니다.
nkp install kommander 명령어를 사용하여 NKP 애플리케이션을 배포하고 출력 파일을 지정합니다.
NKP 애플리케이션 설치가 완료되면 `kubectl delete hr -n kommander velero` 명령을 실행하십시오.

B. nkp install kommander --init 명령을 실행하여 출력 파일을 생성합니다.
출력 파일에서 Velero를 비활성화하고 수정할 구성 요소에 대한 사용자 지정 사양을 설정하십시오.
nkp install kommander 명령어를 사용하여 NKP 애플리케이션을 배포하고 출력 파일을 지정합니다.

C. nkp config kommander --init 명령어를 실행하여 출력 파일을 생성합니다.
출력 파일에서 Velero를 비활성화하고 수정할 구성 요소에 대한 사용자 지정 사양을 설정하십시오.
helm install 명령어를 사용하여 애플리케이션을 배포하고 출력 파일을 지정하십시오.

D. nkp config 명령을 실행합니다.
생성된 출력 파일에서 Velero를 비활성화하고 수정할 구성 요소에 대한 사용자 지정 사양을 설정합니다.
nkp install kommander 명령어를 사용하여 NKP 애플리케이션을 배포하고 출력 파일을 지정합니다.

NCP-CN 문제 27

플랫폼 엔지니어가 KIB를 사용하여 AWS 인스턴스를 NKP 클러스터 노드로 구성하기 위한 준비를 진행하고 있습니다. 이 과정에서 소스 AMI는 성공적으로 복제되었고, 복제된 AMI에 대해 OS 릴리스 정보 수집 및 이미지 번들 업로드와 같은 여러 준비 단계가 수행되었습니다. 그러나 이 과정에서 오류가 발생하여 결국 실패합니다. 엔지니어가 문제의 근본 원인을 파악하는 데 도움이 될 수 있는 문제 해결 단계는 무엇일까요?

A. KIB 준비 과정의 각 명령과 그 결과를 자세히 검토한 후 준비 프로세스를 계속 진행할 수 있도록 일시 정지 매개변수를 포함하여 KIB 명령을 다시 실행하십시오.

B. 모든 실행된 AWS CLI 명령과 해당 반환 값이 포함되어 검토를 위해 내보낸 로그 파일에 추가되도록 상세 수준을 디버그로 설정하는 매개변수를 포함하여 KIB 명령을 다시 실행합니다.

C. Packer가 오류 발생 시 복제된 AMI를 자동으로 삭제하지 않도록 하는 매개변수를 포함하여 KIB 명령을 다시 실행하십시오. 이렇게 하면 OS 이미지에 접근하여 추가로 검사할 수 있습니다.

D. KIB 명령을 다시 실행하되, 오류 발생 시 복제된 AMI를 자동으로 삭제하지 않도록 Ansible에 지시하는 매개변수를 포함하십시오. 이렇게 하면 OS 이미지에 접근하여 추가로 검사할 수 있습니다.

정답: B

Kubernetes Image Builder(KIB)는 Packer와 같은 도구를 활용하여 AWS용 AMI를 구축하는 등 NKP 클러스터 노드용 CAPI 규격 머신 이미지를 생성하는 데 사용됩니다. KIB 프로세스가 실패할 경우, 문제 해결을 위해 근본 원인을 파악하려면 자세한 로그가 필요합니다. NKPA 교육 과정에서는 AWS CLI 명령 및 응답을 포함한 자세한 출력을 캡처하기 위해 KIB 명령의 상세 출력 수준을 높일 것을 권장합니다.
올바른 문제 해결 단계는 상세 출력 수준을 디버그로 설정하여 KIB 명령을 다시 실행하는 것입니다. 일반적으로 `--verbose` 또는 `-v` 플래그(예: `-v debug`)를 사용하여 디버그 수준 로깅을 활성화하면 모든 AWS CLI 명령, 해당 출력 및 오류가 로그 파일에 기록되어 검토할 수 있습니다. Nutanix Cloud Native(NCP-CN) 6.10 학습 가이드에서는 "KIB 오류를 해결하려면 모든 작업(AWS CLI 상호 작용 포함)을 자세한 분석을 위해 내보낸 로그 파일에 기록하도록 디버그 상세 출력(`-v debug`)으로 명령을 다시 실행하십시오."라고 명시하고 있습니다. 이 방법을 사용하면 권한 오류, 잘못된 구성 또는 이미지 번들 업로드 실패와 같은 문제를 정확히 파악하는 데 도움이 됩니다.
잘못된 선택 사항:
* A. 일시 정지 매개변수를 사용하여 다시 실행: NKPA 교육 과정에 따르면 KIB는 단계별 검토를 위한 일시 정지 매개변수를 지원하지 않습니다.
* C. Packer에게 복제된 AMI를 삭제하지 않도록 지시합니다. AMI를 보존하는 것이 도움이 될 수 있지만, 초기 문제 해결에는 디버그 로깅이 우선시됩니다. Packer의 `--on-error=abort` 플래그가 있지만, 디버그 로그만큼 직접적이지는 않습니다.
* D. Ansible에게 복제된 AMI를 삭제하지 않도록 지시합니다. KIB는 AMI 생성에 주로 Ansible이 아닌 Packer를 사용하므로 이 옵션은 올바르지 않습니다.
:
Nutanix Kubernetes 플랫폼 관리(NKPA) 과정, 이미지 구축 부분.
Nutanix Cloud Native (NCP-CN) 6.10 학습 가이드, NCP 배포 필수 조건에 대한 장.
Nutanix Cloud Bible, NutanixKubernetesPlatform 섹션: https://www.nutanixbible.com Kubernetes Image Builder 문서: https://image-builder.sigs.k8s.io

NCP-CN 문제 28

개발팀이 특정 클러스터 리소스에 접근해야 하는 새로운 애플리케이션을 개발 중입니다. 이 팀은 다른 환경에 대한 무단 변경을 방지하기 위해 접근 권한을 제한해야 합니다.
그들이 수행할 업무는 다음과 같습니다.
* 애플리케이션의 새 버전을 특정 네임스페이스에 배포합니다.
* 수요에 따라 배포 규모를 조정하십시오.
* 애플리케이션의 로그 및 메트릭을 확인하여 성능을 모니터링합니다. NKP GUI를 사용할 때 팀은 어떤 유형의 액세스 권한을 구성해야 합니까?

A. NKP 역할

B. 클러스터 역할

C. 클러스터 관리자

D. 사령관 역할

정답: A

NKPA 교육 과정에서는 NKP가 Kubernetes 네이티브 RBAC 외에도 플랫폼 내 권한 관리를 위한 역할 기반 접근 제어(RBAC) 시스템을 제공한다고 설명합니다. 특정 네임스페이스 내에서 특정 작업(애플리케이션 배포, 배포 확장, 로그 및 메트릭 보기)을 수행하기 위해 제한된 권한이 필요한 개발팀의 경우, NKP GUI에서 적절한 접근 유형은 NKP 역할입니다.
NKP 역할은 NKP 플랫폼 내에서 미리 정의되거나 사용자 정의된 역할로, Kubernetes RBAC 권한에 매핑되지만 사용 편의성을 위해 NKP UI를 통해 관리됩니다. 이를 통해 워크스페이스 또는 네임스페이스 내의 작업에 대한 세부적인 제어가 가능하며, 팀은 다른 환경이나 클러스터 전체 리소스에 접근하지 않고도 작업(예: 배포, 스케일링, 로그 가져오기)을 수행할 수 있습니다. 예를 들어, 다음과 같은 NKP 역할이 있습니다.
"개발자" 또는 사용자 지정 역할을 구성하여 팀의 네임스페이스에 대한 편집 권한을 부여하는 동시에 다른 환경에서의 접근을 제한할 수 있습니다. Nutanix Cloud Native(NCP-CN) 6.10 학습 가이드에는 다음과 같이 명시되어 있습니다. "NKP GUI에서 NKP 역할을 구성하여 개발 팀에 제한된 권한을 부여하면 해당 네임스페이스 내에서 애플리케이션 배포 및 로그 보기와 같은 작업을 수행할 수 있으며, 다른 환경에서의 무단 변경은 방지할 수 있습니다." 잘못된 옵션:
* B. 클러스터 역할: Kubernetes 클러스터 역할은 모든 네임스페이스에 걸쳐 권한을 부여하므로 팀의 제한된 액세스 요구 사항에는 너무 광범위합니다.
* C. 클러스터 관리자: 이 권한은 전체 클러스터에 대한 완전한 관리자 권한을 부여하며, 팀의 필요를 훨씬 초과하고 최소 권한 원칙을 위반합니다.
* D. Kommander 역할: Kommander는 NKP의 관리 구성 요소이지만, "Kommander 역할"은 이 목적을 위한 NKP GUI의 특정 액세스 유형은 아닙니다.
:
Nutanix Kubernetes 플랫폼 관리(NKPA) 과정, 접근 제어 및 RBAC 관련 부분.
Nutanix Cloud Native (NCP-CN) 6.10 학습 가이드, 2일차 운영 관련 장.
Nutanix 클라우드 가이드, NutanixKubernetes 플랫폼 섹션: https://www.nutanixbible.com

NCP-CN 문제 29

클라우드 비용 소비를 제어하기 위해 필요에 따라 수요를 충족하도록 자동 확장이 구성됩니다.
노드 크기가 축소될 때의 동작 방식은 무엇인가요?

A. 노드의 상태가 최대 절전 모드로 변경되었습니다.

B. 노드가 인프라 공급자로부터 CAPI 삭제되어 하이퍼바이저에서 사실상 제거되었습니다.

C. 노드의 상태가 대기 모드인 전원 끄기로 변경되었습니다.

D. Kubernetes에서 노드가 일시 중지되었지만 인프라는 현재 수준으로 리소스를 계속 사용하고 있습니다.

NCP-CN 문제 30

한 회사가 NKP 클러스터에서 자동 스케일링을 활성화했습니다. 자동 스케일링의 동작 방식은 무엇인가요?

A. CPU가 노드에서 핫 추가되거나 핫 제거됩니다.

B. 노드에서 메모리가 핫 추가되거나 핫 제거됩니다.

C. 노드의 전원 켜짐 상태/모드가 부하 조건에 맞게 변경됩니다.

D. 노드는 클러스터의 필요에 따라 CAPI를 사용하여 생성되거나 삭제됩니다.