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

NCP-CN 문제 1

개발팀은 CPU 및 메모리 용량 부족으로 인해 수요가 많은 시간대에 로그 수집 및 처리에 지연이 발생했기 때문에 로깅 시스템을 더욱 안정적으로 최적화해야 했습니다.
심층적인 성능 분석 후, 그들은 CPU 제한을 1에서 4로, 메모리 제한을 에서 로 늘리기로 결정했습니다.
1000Mi에서 4Gi로.
개발팀은 fluentd에 대한 사용자 지정 리소스 요청 및 제한 값을 설정하기 위해 어떤 ConfigMap을 실행해야 할까요?

A. 배쉬
복사
[nutanix@nkp-boot ~]$ cat <<EOF > configmap.yaml
apiVersion v1
종류 ConfigMap
메타데이터
이름 로깅 연산자 로깅 재정의
네임스페이스 커맨더
데이터
values.yaml |
유창함
자원
제한
CPU 1
메모리 1000Mi
요청
CPU 4
메모리 4Gi
EOF

B. 배쉬
복사
[nutanix@nkp-boot ~]$ cat <<EOF > configmap.yaml
apiVersion: v1
종류: ConfigMap
메타데이터:
이름: 로깅 연산자 로깅 재정의
네임스페이스: 커맨더
데이터:
values.yaml: |
플루언트디:
자원:
제한:
CPU: 4
메모리: 4Gi
요청 사항:
CPU: 4
메모리: 4Gi
EOF

C. bash
복사
[nutanix@nkp-boot ~]$ cat <<EOF > configmap.yaml
apiVersion v1
종류 ConfigMap
메타데이터
이름 로깅 연산자 로깅 재정의
네임스페이스 커맨더
데이터
values.yaml |
유창함
자원
제한
CPU 4
EOF
values.yaml |
유창함
자원
제한
CPU 4
메모리 4Gi
요청
CPU 1
메모리 1000Mi
EOF

D. bash
복사
[nutanix@nkp-boot ~]$ cat <<EOF > configmap.yaml
apiVersion: v1
종류: ConfigMap
메타데이터:
이름: 로깅 연산자 로깅 재정의
네임스페이스: 커맨더
데이터:
values.yaml: |
유창함
자원
제한
CPU 4
메모리 1000Mi
요청
CPU 1
메모리 4Gi
EOF

NCP-CN 문제 2

새로운 DevOps 팀이 구성되었으며, 이 팀에는 클라우드 네이티브 컴퓨팅 리소스가 필요합니다. 사내 애플리케이션 개발, 테스트 및 검증을 위해 여러 NKP 클러스터에 접근할 수 있어야 하지만, 특정 네임스페이스에 대한 접근 권한과 해당 네임스페이스 내의 모든 클러스터에 대해 일관된 접근 수준을 유지해야 합니다. 이는 다른 사용자 그룹이나 클러스터 자체의 환경에 부정적인 영향을 미치지 않도록 하기 위함입니다.
이러한 고려 사항의 일환으로, 새 팀은 클러스터에서 사용할 수 있는 스토리지, CPU 및 메모리 용량에 제한을 받아야 합니다. 플랫폼 엔지니어는 해당 팀이 여러 NKP 클러스터에 대해 적절한 수준의 액세스 권한을 갖도록 하는 임무를 맡았습니다.
엔지니어는 이 과제를 어떻게 가장 효과적으로 수행해야 할까요?

A. 1. NKP 프로젝트를 생성하고 NKP 클러스터를 해당 프로젝트에 할당합니다.
2. NKP 프로젝트에 대한 할당량을 생성합니다.
3. DevOps 팀을 위한 NKP 그룹을 생성합니다.
4. 해당 NKP 그룹에 NKP 프로젝트 내에서 적절한 RBAC 역할을 할당합니다.

B. 1. NKP 워크스페이스를 생성하고 NKP 클러스터를 해당 워크스페이스에 할당합니다.
2. NKP 워크스페이스에 대한 할당량을 생성합니다.
3. DevOps 팀을 위한 NKP 그룹을 생성합니다.
4. 해당 NKP 그룹에 NKP 작업 공간 내에서 적절한 RBAC 역할을 할당합니다.

C. 1. DevOps 팀을 위한 NKP 그룹을 생성합니다.
2. NKP UI에서 해당 NKP 그룹에 적절한 RBAC 역할을 할당합니다.
3. 해당 NKP 그룹에 대한 RBAC 역할 할당이 완료되면 YAML로 내보내기 옵션을 선택합니다.
4. kubectl을 사용하여 내보낸 매니페스트를 각 NKP 클러스터에 적용합니다.

D. 1. NKP 클러스터에서 Gatekeeper를 활성화합니다.
2. DevOps 팀을 위한 NKP 그룹을 생성합니다.
3. 해당 NKP 그룹에 게이트키퍼 할당량 및 권한 부여 정책을 할당합니다.

NCP-CN 문제 3

프로젝트가 완료된 후 워크스페이스 내의 Kubernetes 클러스터 3개가 삭제되어 워크스페이스가 비어 있는 상태입니다. 이제 플랫폼 엔지니어가 해당 워크스페이스를 삭제해야 합니다. NKP에서 엔지니어는 어떻게 워크스페이스를 삭제해야 할까요?

A. `kubectl delete workspace <workspace_name>` 명령어를 실행하세요.

B. `kubectl delete workspace <워크스페이스 이름>` 명령어를 실행하세요.

C. NKP UI에서 상단 메뉴 모음의 '글로벌'을 선택한 다음 메뉴에서 '워크스페이스'를 선택하고 삭제할 워크스페이스의 점 3개 버튼을 클릭한 후 '삭제'를 클릭합니다.

D. 워크스페이스 사용자에게 워크스페이스를 삭제하도록 요청합니다. 사용자는 워크스페이스 홈 페이지에서 삭제 옵션을 사용할 수 있습니다.

정답: C

NKPA 교육 과정에서는 NKP에서 워크스페이스를 삭제하는 방법, 특히 연결된 클러스터를 모두 제거한 후에는 NKP UI를 통해 간단하게 삭제할 수 있다고 설명합니다. 올바른 방법은 상단 메뉴 모음에서 '글로벌 뷰'로 이동하여 '워크스페이스'를 선택하고, 삭제할 워크스페이스를 찾은 다음, 워크스페이스 옆에 있는 점 3개 버튼을 클릭하고 '삭제'를 선택하는 것입니다. 이 작업을 통해 워크스페이스와 연결된 구성이 NKP에서 제거되어 프로젝트 완료 후 깨끗한 환경을 유지할 수 있습니다.
Nutanix Cloud Native(NCP-CN) 6.10 학습 가이드에는 "NKP에서 빈 워크스페이스를 삭제하려면 UI의 글로벌 보기로 이동하여 워크스페이스를 선택하고 해당 워크스페이스의 점 3개 메뉴를 클릭한 다음 삭제를 선택하십시오."라고 명시되어 있습니다. 이 과정에서는 워크스페이스를 삭제하려면 클러스터나 리소스가 없어야 한다고 확인시켜 주며, 이는 이미 세 개의 클러스터가 제거된 시나리오와 일치합니다.
잘못된 선택 사항:
* A 및 B. `kubectl delete workspace` 명령어를 실행합니다. 두 옵션 모두 구문은 유사하지만, `kubectl delete workspace`는 NKP에서 유효한 명령어가 아닙니다. 워크스페이스는 NKP UI 또는 CLI(nkp)를 통해 관리되며, `kubectl`을 통해 직접 관리할 수 없습니다.
* D. 워크스페이스 사용자에게 워크스페이스 삭제를 요청합니다. 워크스페이스 사용자는 일반적으로 워크스페이스를 삭제할 권한이 없습니다. 이 작업은 관리자만 전역 보기(Global view)를 통해 수행할 수 있습니다.
:
Nutanix Kubernetes 플랫폼 관리(NKPA) 과정, 워크스페이스 관리 부분.
Nutanix Cloud Native (NCP-CN) 6.10 학습 가이드, 2일차 운영 관련 장.
Nutanix 클라우드 가이드, NutanixKubernetes 플랫폼 섹션: https://www.nutanixbible.com

NCP-CN 문제 4

기본적으로 NKP로 관리되는 클러스터에서는 전체 클러스터 백업이 매일 수행됩니다. 그러나 Victory Finance 팀은 애플리케이션 백업을 하루에 네 번 수행하도록 요청했습니다. 해당 사용자 그룹은 victory-finance-apps NKP 워크스페이스에 할당되었으며, 애플리케이션은 victory-finance Kubernetes 네임스페이스에 배포되었습니다.
팀 애플리케이션 백업 일정을 예약하는 절차는 무엇입니까?

A. NKP UI에 접속합니다
victory-finance NKP 네임스페이스로 전환하세요
응용 프로그램 메뉴 패널을 클릭하고 Velero를 선택하세요.
특정 NKP 관리 클러스터(해당 NKP 워크스페이스의 모든 클러스터가 아님)에 대해 클러스터 수준에서 Velero 애플리케이션 구성을 편집하고 백업 빈도를 하루 네 번으로 설정하십시오.

B. Velero CLI 설치
Velero CLI를 사용하여 다음 매개변수를 포함하는 백업 일정을 생성하십시오.
- 백업 이름
- 백업할 쿠버네티스 네임스페이스
- 백업 주기 (6시간마다)
- 관리형 NKP 클러스터의 kubeconfig

C. Velero CLI 설치
Velero CLI를 사용하여 다음 매개변수를 포함하는 백업 일정을 생성하십시오.
- 백업 이름
- NKP 작업 공간 백업
- 백업 주기 (6시간마다)
- 관리형 NKP 클러스터의 kubeconfig

D. NKP UI에 접속합니다
victory-finance-apps NKP 워크스페이스로 전환하세요
응용 프로그램 메뉴 패널을 클릭하고 Velero를 선택하세요.
특정 NKP 관리 클러스터(해당 NKP 워크스페이스의 모든 클러스터가 아님)에 대해 클러스터 수준에서 Velero 애플리케이션 구성을 편집하고 백업 빈도를 하루 네 번으로 설정하십시오.

NCP-CN 문제 5

플랫폼 엔지니어가 NKP 환경을 관리하고 있으며, NKP 클러스터 노드가 될 머신 이미지를 준비하고 있습니다. 기본 노드 준비 프로세스에 대한 다음 설명 중 올바른 것은 무엇입니까?

A. Packer는 NKP 노드로 사용하기 위해 OS 이미지를 CAPI 규격에 맞추는 데 사용됩니다.

B. Ansible은 NKP 노드로 사용하기 위해 OS 이미지를 CAPI 규격에 맞추는 데 사용됩니다.

C. Goss는 NKP 노드로 사용하기 위해 OS 이미지를 강화하는 데 사용됩니다.

D. Terraform을 사용하여 기존 OS 이미지를 복제하여 NKP 노드로 사용합니다.