Nutanix Certified Professional - Multicloud Automation V6.5 NCP-MCA Exam Practice Test

Page: 1 / 14
Total 183 questions
Question 1

An administrator wants to create two database VMS using replicas and needs to access the same mount_path for hosting the backup files during the deployment on both VMs,

What should the administrator do on the Blueprint to achieve this requirement?



Answer : A

Runtime variables are used to pass information between different components of a Blueprint, such as VMs, services, tasks, and replicas. They can be defined in the Blueprint YAML file or in the UI. By setting the mount_path as a runtime variable, the administrator can ensure that both database VMs use the same value for the mount_path during the deployment. This way, the backup files can be hosted on the same location for both VMs.Reference:

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) 6.5 Exam, page 25, section 2.1.1: ''Runtime Variables''

[Nutanix University: NCP-MCA 6.5 Exam Prep - Runtime Variables], video 2: ''Runtime Variables''


Question 2

How can a Runbook be shared across projects?



Answer : A

To share a Runbook across projects in Nutanix Calm, it should be published to the Calm Marketplace. The Calm Marketplace allows administrators to publish and share blueprints, runbooks, and other resources, making them available for use across different projects within the organization.


Nutanix Calm documentation on Marketplace Publishing.

Nutanix Best Practices for Sharing Runbooks.

Question 3

Which method will result in unique names per VM when scaling out a Service in a Calm Blueprint?



Answer : B

The correct method to result in unique names per VM when scaling out a Service in a Calm Blueprint is to use the macro variable @@{calm_array_index}@@ in the Service VM Name field (Option B). This variable will append a unique index number to each VM name based on the scale-out count. For example, if the Service VM Name is MyAppVM-@@{calm_array_index}@@ and the scale-out count is 3, the resulting VM names will be MyAppVM-0, MyAppVM-1, and MyAppVM-2. Option A is incorrect because the <ComputerName> tag in the sysprep file will only affect the hostname of the guest OS, not the VM name in the cloud provider. Option C is incorrect because calling an external Python eScript to register the VM name in DNS will not change the VM name in the cloud provider either. Option D is incorrect because setting the VM Name field to allow user edits at launch will require manual input from the user for each VM, which is not scalable or automated.


Question 4

A new monitoring application is being rolled out across the Organization. An administrator has been tasked with automating the installation of the local agent on all Linux VMs.

The current environment has the following VMS deployed:

18 VMS created pre-Calm adoption.

32 VMS created post-Calm adoption.

Which action should the administrator take to automate this deployment for existing VMs?



Answer : B

The best option to automate the installation of the local agent on all Linux VMs is to create an Endpoint that includes all Linux VMs and include the Endpoint in a Runbook that executes a shell script for agent installation. This way, the administrator can leverage the Calm Runbook feature, which allows orchestrating tasks across multiple VMs without the need of a blueprint or an application. The administrator can also filter the VMs by name, tag, or other criteria to select the target VMs for the Endpoint. The shell script can be added as a task in the Runbook and run on the selected Endpoint.

Option A is not correct because a Brownfield deployment is used to create an application from existing VMs and an existing blueprint. It is not suitable for automating tasks across multiple VMs without a blueprint. Moreover, a Brownfield deployment cannot attach to post-Calm created VMs, as they are already managed by Calm.

Option C is not correct because creating a new golden image and deploying all VMs again is a very time-consuming and disruptive process. It also requires the administrator to migrate the data and configuration of the existing VMs to the new ones. This option does not leverage the Calm automation capabilities and is not recommended.Reference:Nutanix Calm Runbooks & API Automation,Nutanix Support & Insights,Calm 3.0 is Here!,Nutanix Cloud Manager


Question 5

A developer is building a Blueprint that deploys a Redhat Enterprint Linux VM on vSphere. During the testing of the Blueprint to prepare it for users, it is discovered that the App deployment fails with the error.

What is the cause of this errors?



Answer : B

The error message indicates that customization of the guest operating system is not supported. This issue often arises because open-vm-tools is not installed or not running on the Redhat Enterprise Linux VM. open-vm-tools is necessary for vSphere to perform guest customization tasks, such as setting the hostname, IP configuration, and other initialization tasks.


Nutanix documentation on Guest Customization Requirements.

VMware documentation on Installing Open VM Tools.

Question 6

When a developer launches the created Blueprint within the Blueprint Editor, the application gets deployed correctly. However, when the Blueprint is launched via Marketplace, it gets a check login error.

What is causing this issue?



Question 7

An administrator has been tasked with creating a multicloud, three-tier application using Calm. The application needs to consist of:

A MongoDB backend database

A NodeJS Javascript runtime environment

An NGINX webserver

The administrator has access to an AWS account, as well as a locally hosted Nutanix cluster. The three parts of the application should be fully redundant, and be able to tolerate either a cloud provider outage, or a local Nutanix cluster outage.

What is the most appropriate solution the administrator should choose in order to meet the requirements?



Page:    1 / 14   
Total 183 questions