Free Nutanix NCP-CN Exam Dumps Questions & Answers

Prior to implementing NKP, a company had created a number of Kubernetes (K8s) clusters using kubeadm.
While they are deploying new managed clusters via NKP, the company does not wish to migrate workloads from these pre-existing native K8s clusters over to new NKP clusters just yet.
What are the requirements to have these clusters attached to their NKP management cluster?

• A.  The version of the K8s clusters must match the Kubernetes version of the NKP management cluster.
• B.  The version of the K8s clusters must be within N - 1 of the Kubernetes version of the NKP management cluster.
• C.  An NKP management cluster admin account must be established on the K8s clusters.
• D.  The NKP management cluster must be able to reach the services and api-server of the target cluster.

A company was using a test application called temp-shop developed in the temp-ecommerce NKP Starter cluster. Now, the cluster has just been taking up valuable resources that could be used for other projects, so the development team has decided to remove it.
Before proceeding, they verified that they had the cluster configuration file temp-ecommerce.conf.
What command should the development team execute to delete the cluster with its nodes and application?

• A.  nkp delete cluster --cluster-name=temp-ecommerce --self-managed --kubeconfig=temp-ecommerce.conf
• B.  nkp delete cluster --all
• C.  nkp delete cluster --application-name=temp-shop --self-managed --kubeconfig=temp-ecommerce.conf
• D.  nkp delete cluster --cluster-name=temp-shop --self-managed --kubeconfig=temp-shop.conf

A Platform Engineer is deploying an NKP cluster within an air-gapped AWS environment. However, after an infrastructure planning session with the network team, it's been determined that the default CIDR block range that is used by pods on NKP clusters is already in use in their environment.
How can the engineer ensure there are no collisions between NKP pod traffic and the existing network using that subnet range?

• A.  Create the NKP cluster's manifest using the nkp create cluster command set and include the pod CIDR block range parameter when generating the cluster manifest.
  Deploy the NKP cluster manifest.
• B.  Create an NKP infrastructure provider for AWS in the NKP UI.
  Select the Advanced Options button from the Network section of the Create Cluster page and specify a unique CIDR block range within the pod network field.
• C.  Because the environment is air-gapped, there will be no network traffic collision concerns and no adjustment needs to be made to the pod network CIDR block range.
• D.  Create an NKP infrastructure provider for AWS in the NKP UI.When deploying the NKP cluster through the UI, specify a unique CIDR block range for the pod network field in the Network section of the Create Cluster page.

A company has a new DevOps team that needs to be provided cloud native computing resources. This team will need to have access to multiple NKP clusters for development, testing and validation of an in-house application. However, they also need to be restricted to a specific namespace and a consistent level of access across the clusters within this namespace so that they do not adversely impact the environment of other user groups or the clusters themselves.
As a part of this consideration, the new team also needs to be limited to the amount of storage, CPU and memory they can consume on the clusters. A Platform Engineer has been tasked with providing the appropriate level of access to the team on these multiple NKP clusters.
How should the engineer best accomplish this task?

• A.  1.Create an NKP group for the DevOps team.
  2.Assign that NKP group the proper RBAC roles in the NKP UI.
  3.Select the export to yaml option once the RBAC role assignment to that NKP group is complete.
  4.Apply the exported manifest to each of the NKP clusters using kubectl.
• B.  1.Create an NKP workspace and assign the NKP clusters to it.
  2.Create quotas for the NKP workspace.
  3.Create an NKP group for the DevOps team.
  4.Assign that NKP group the proper RBAC roles within that NKP workspace.
• C.  1.Create an NKP project and assign the NKP clusters to it.
  2.Create quotas for the NKP project.
  3.Create an NKP group for the DevOps team.
  4.Assign that NKP group the proper RBAC roles within that NKP project.
• D.  1.Enable Gatekeeper on the NKP clusters.
  2.Create an NKP group for the DevOps team.
  3.Assign Gatekeeper quota and authorization policies to that NKP group.

A current Nutanix cluster is hosting an NKP cluster and a production Kubernetes cluster named production.
Infrastructure administrators recently added three nodes with NVidia GPUs for a new AI initiative, and now a Platform Engineer has been asked to add three workers with the GPUs to the production Kubernetes cluster.
Which first step should the engineer take to achieve this task?

• A.  Create a nodepool of workers with GPU:
  text
  CollapseWrap
  Copy
  nkp create nodepool nutanix -c $CLUSTER_NAME \
  --vm-image $NAME_OF_GPU_OS_IMAGE_CREATED_BY_NKP_CLI \
  -o yaml --subnets $NUTANIX_SUBNET_NAME \
  --prism-element-cluster $NUTANIX_PRISM_ELEMENT_CLUSTER_NAME \
  $NODEPOOL_NAME
• B.  Create a GPU-compatible OS Image with:
  text
  CollapseWrap
  Copy
  nkp create image nutanix --gpu \
  --gpu-name=${GPU_NAME} \
  --cluster=${NUTANIX_CLUSTER_NAME} \
  --endpoint=${NUTANIX_PC_ENDPOINT} \
  --subnet=${NUTANIX_SUBNET} ubuntu-22.04
• C.  Add the GPU Operator to the new workers:
  text
  CollapseWrap
  Copy
  cat <<EOF | kubectl apply -f -
  kind: Installation
  apps:
  nvidia-gpu-operator:
  enabled: true
  values: |
  toolkit:
  nodepool: md-0
  EOF
• D.  Configure Multi-Instance GPU (MIG):
  text
  CollapseWrap
  Copy
  kubectl label nodes ${NODE} nvidia.com/mig.config=all-1g.6gb -overwrite