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

Page: 1 / 14
Total 183 questions
Question 1

A developer updated a blueprint to ensure that the IP address of the VM is reserved in IPAM as part of the deployment process. The developer noticed that when new VMs are created, they still get a DHCP IP address and not a reserved IP address.

What is the most likely reason for this behavior?



Question 2

A company has a business-critical VM. The VM Utilization of CPU and memory differs from time to time, but can never be allowed to run out of resources. The administrator also wants to make sure that the VM is not over provisioned when not needed.

The administrator determines these requirements that have been validated and automated in a test environment should also apply for the production environment:

VCPU needs to be added when CPU Utilization been over 80% for 15 minutes.

Memory needs to be increased by 4 GB when utilization reaches 80%.

Return of over-allocated resources must not affect other business applications.

What can the administrator do with the least amount of effort to make sure the VM is always performant and returns resources when not required?



Answer : B

The easiest way to automate the VM utilization and resource allocation is to use a playbook that has been already tested and validated in a test environment. A playbook is a collection of actions that can be triggered by events or schedules to perform various tasks on the Nutanix platform. By importing the playbook from the test environment to the production environment, the administrator can save time and effort in creating a new playbook from scratch. The administrator only needs to adjust the values of the playbook parameters, such as the VM name, the CPU and memory thresholds, the VCPU and memory increments, and the notification settings, to match the production environment. The playbook can then be executed manually or automatically based on the desired frequency and conditions.


Nutanix Certified Professional - Multicloud Automation (NCP-MCA) v6.5, Section 3 - Validate Blueprints, Runbooks, Playbooks, and Automation Settings, Objective 3.3 - Determine the correct method to validate required Playbook configurations

Nutanix Multicloud Automation Administration (NMCAA), Module 4 - X-Play, Lesson 4.2 - Playbooks

How to create and execute playbooks in Prism Central | Nutanix Community

Question 3

A developer has been asked to ensure that when a Blueprint is executed. an IP address is reserved in the IPAM system before the execution can continue. The developer must achieve this with the least amount of work.

How should the developer satisfy this requirement?



Answer : D

An HTTP task is a type of task that can be added to a blueprint or a runbook to perform REST API calls to external systems. An HTTP task can be used to reserve an IP address in the IPAM system before deploying a VM or an application, by sending a POST request with the required parameters and headers. The HTTP task can also capture the response from the IPAM system and store it as a variable for later use. This is the simplest and most efficient way to integrate with an IPAM system, as it does not require any additional configuration or scripting.


Nutanix Multicloud Automation Administration (NMCAA) Course, Module 2: Self-Service, Lesson 2.4: Creating and Managing Blueprints, Slide 23: HTTP Task

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, Section 2: Deploy and Configure Self-service and Related Components, Objective 2.1: Given a scenario, create a blueprint to deploy infrastructure and applications using Self-Service

Question 4

Refer to the exhibit.

A subset of Linux VMs are required to be gracefully shutdown each evening. A Playbook is created to shutdown the targeted VMs, however the error message shown in the exhibit is displayed when the Playbook is executed.

What is causing the error message?



Question 5

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 6

An administrator is trying to delete a category, but the option is greyed out.

Which two conditions could be causing this issue? (Choose two.)



Answer : A, C

Categories are key-value pairs that you can use to tag and filter entities in Nutanix. There are two types of categories: system defined and user defined. System defined categories are built-in and cannot be deleted. User defined categories are created by the administrator and can be deleted if they are not used in any policy. Policies are rules that apply actions or restrictions to entities based on their categories. Flow policies are policies that control the network security and visibility of VMs. If a category is part of a flow policy, it cannot be deleted unless the policy is removed or modified. Therefore, the two conditions that could prevent an administrator from deleting a category are: the category is system defined, or the category is part of a flow policy.Reference:

Nutanix Support & Insights: This is the official Nutanix documentation for categories, where you can find information about the types, usage, and deletion of categories.

Nutanix Exam NCP-MCA Topic 1 Question 12 Discussion: This is a forum where you can find discussions and explanations for Nutanix certification exam questions, including question 12 from topic 1, which is related to your question.

Nutanix Flow Overview: This is a Nutanix community post where you can learn more about Nutanix Flow and its policies.


Question 7

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.


Page:    1 / 14   
Total 183 questions