Free Practice Questions for Nutanix NCP-MCA Exam

 A Playbook is a collection of tasks that can be executed based on a trigger, such as a time, a webhook, or a manual action. A Playbook can be used to automate workflows across different systems and services, such as Nutanix Prism, VMs, hosts, and external APIs. A Playbook can also use variables, conditions, and loops to customize the execution logic and data.

In this scenario, the administrator wants to automate the batch processing application on the Linux VM, which can only be controlled by a command on the VM console. The application should run only outside of business hours, and the VM should send REST API calls to Prism to report its status.

The best way to configure a Playbook for this process is to use a Time Trigger, which allows the administrator to specify a schedule for the Playbook execution, such as daily, weekly, or monthly. The Time Trigger can also be configured to run only on certain days or hours, such as weekdays or nights. This way, the administrator can ensure that the Playbook runs only outside of business hours, without requiring any manual intervention.

The Playbook should then have two VM SSH tasks, one to initiate the batch processing application, and one to terminate it. A VM SSH task is a task that executes a command or script on a target VM using SSH. A VM SSH task can be used to control applications or services that do not have a programmatic interface, such as the batch processing application in this scenario. The VM SSH task can also use variables to pass data to or from the command or script, such as the VM name, IP address, or output.

The Playbook should also have a Wait for Some Time task, which is a task that pauses the Playbook execution for a specified duration or until a condition is met. A Wait for Some Time task can be used to ensure that the batch processing application has enough time to complete its work, or to wait for a certain event or state to occur, such as a file creation, a service status, or a VM power state.

The Playbook should also have two REST API tasks, one before and one after the Wait for Some Time task. A REST API task is a task that executes an HTTP request to a specified URL, with optional headers, body, and authentication. A REST API task can be used to interact with external systems or services that expose an API, such as Nutanix Prism in this scenario. The REST API task can also use variables to pass data to or from the HTTP request, such as the VM name, IP address, or response.

The REST API tasks should be configured to send the VM status to Prism, such as the start and end time of the batch processing, the CPU and memory usage, or the output of the application. This way, the administrator can monitor and manage the VM and the application from Prism, without having to connect to the VM console.

The Playbook configuration should look something like this:

Time Trigger: Set the schedule to run daily, only on weekdays, and only at night (e.g., 10 PM to 6 AM).

VM SSH: Set the target VM to the Linux VM, and set the command or script to initiate the batch processing application (e.g., ./batch.sh start).

REST API: Set the URL to the Prism API endpoint, and set the HTTP method, headers, body, and authentication as required. Use variables to pass the VM name, IP address, and start time of the batch processing to the HTTP request (e.g., {"vm_name": "{{vm_name}}", "vm_ip": "{{vm_ip}}", "start_time": "{{start_time}}"}).

Wait for Some Time: Set the duration to the expected time for the batch processing to finish, or set a condition to wait until a certain event or state occurs (e.g., wait until file /tmp/batch.done exists).

REST API: Set the URL to the Prism API endpoint, and set the HTTP method, headers, body, and authentication as required. Use variables to pass the VM name, IP address, end time, and output of the batch processing to the HTTP request (e.g., {"vm_name": "{{vm_name}}", "vm_ip": "{{vm_ip}}", "end_time": "{{end_time}}", "output": "{{output}}"}).

VM SSH: Set the target VM to the Linux VM, and set the command or script to terminate the batch processing application (e.g., ./batch.sh stop).

References: 

https://www.nutanix.com/content/dam/nutanix/resources/datasheets/ds-ncp-mca-6-5.pdf

https://www.nutanix.com/content/dam/nutanix/resources/support/ds-ncp-mca.pdf

The error message “Authentication by failed” typically indicates an issue with the authentication credentials being used. Since the administrator is using SSH key-based credential to authenticate, it’s essential to ensure that the private key associated with this credential is correct and accessible. If there’s an issue with the private key, such as it being incorrect or inaccessible, authentication will fail. Increasing the retries or modifying the timeout will not help if the credential is invalid. Changing to password authentication credential may work, but it’s not the best option as it may compromise security and require additional configuration. References:

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) v6.5, Section 3 - Validate Blueprints, Runbooks, Playbooks, and Automation Settings, page 2

Nutanix Multicloud Automation Administration (NMCAA), Module 5 - X-Play, Lesson 5.2 - Credential Management, page 7

Nutanix Calm User Guide, Credential Management, SSH Key-Based Authentication

The error message “INTERNAL_ERROR: ErrorCode: 9” typically indicates an issue with the SSH service on the VMs. In this context, where a playbook is being executed to shut down Linux VMs, it’s essential that the SSH service is running to allow for remote management and execution of commands. If the SSH service isn’t running, the playbook won’t be able to execute commands on the VMs, leading to an internal error.

References:

Nutanix Multicloud Automation Administration (NMCAA) Course, Module 3: X-Play, Lesson 3.3: Creating and Managing Playbooks, Slide 19: Action Settings

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, Section 3: Validate Blueprints, Playbooks, and Automation Settings, Objective 3.3: Determine the correct method to validate required Playbook configurations

UESTION NO: 80

An administrator is unable to launch a Calm blueprint (new and old). Launching an existing blueprint under this condition fails with the error message:

The project for this blueprint does not have any associated Nutanix account.

Downloading and uploading the new blueprint also fails with

Launch with Variables' Profile expected to fall as Windows Server VWs attached with deleted Account.

Please modify them to use different account and try again.

Why is the administrator seeing this issue?

A. The account is in a failed state.

B. The has not been created.

C. The account is not verified.

D. The account been deleted.

Answer: D

The error messages indicate that the blueprint is trying to use a Nutanix account that no longer exists. This could happen if the account was deleted by another administrator or by a playbook action. The administrator should check the project settings and verify that the Nutanix account is still available and associated with the project. If not, the administrator should create a new account or use an existing one and update the blueprint accordingly. References: Nutanix Certified Professional - Multicloud Automation (NCP-MCA) 6.5 Exam Blueprint Guide, page 9; Nutanix Certified Professional - Multicloud Automation (NCP-MCA), section 3; Nutanix NCP-MCA Certification Exam Sample Questions, question 80.

 The error code 1314 indicates that the user does not have the required privilege to perform the requested operation. This means that the credentials provided in the Calm Blueprint are not valid or do not have enough permissions to run the script on the Windows machine. To fix this issue, the administrator should verify the credentials and ensure that they have the appropriate rights to execute the script, such as local administrator or domain administrator privileges. References: Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, page 15, section 3.3. Nutanix Multicloud Automation Administration (NMCAA) course, module 5, lesson 2. Nutanix NCP-MCA Certification Exam Sample Questions, question 25

The error message indicates that the script failed to authenticate to the remote server using CredSSP. CredSSP is a security mechanism that allows a client to delegate its credentials to a remote server for authentication. To use CredSSP, both the client and the server need to enable it and configure the role and the trusted hosts. The command Enable-WSManCredSSP -Role Client enables CredSSP on the client side and specifies the remote server as a trusted host. This command should be added to the script before invoking the Invoke-Command cmdlet that runs the script block on the remote server. The other commands are either irrelevant or incorrect for this scenario. References: Nutanix Calm: PowerShell Scripts - Read the Docs and Enable-WSManCredSSP (Microsoft.PowerShell.Management) - PowerShell | Microsoft Docs.

Pre-create and Post-delete tasks are actions that can be performed before creating or after deleting a blueprint deployment. They can be used to integrate with external systems, set variables, or add delays. The valid tasks are Execute, Set variable, HTTP, and Delay. Create, Start, Stop, and Delete are not valid tasks, as they are part of the deployment lifecycle, not the pre-create or post-delete actions. References: Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, page 10; Nutanix Multicloud Automation Administration (NMCAA) Course, Module 5: Blueprints.

To trigger a series of actions (taking a snapshot, expanding the vDisk, and sending a Slack message) from a pipeline CI/CD, the appropriate trigger to use is "Webhook." Webhooks allow external systems, such as CI/CD pipelines, to trigger playbooks in Nutanix Calm via HTTP requests, making them suitable for integrating with CI/CD tools.

References:

Nutanix documentation on Webhook Triggers.

Nutanix Best Practices for CI/CD Integration.

The alert indicates that Calm Showback is unable to reach the Beam service. One possible cause mentioned is that there is no DNS configured in Prism Central. To resolve this issue, the administrator should ensure that DNS is properly configured in Prism Central to allow for name resolution and internet connectivity required to communicate with Beam services.

References:

Nutanix documentation on Configuring DNS in Prism Central.

Nutanix Best Practices for Calm and Beam Integration.

When launching Calm blueprints, there are two view options available: Developer and Consumer. The Developer view allows you to create, edit, and manage blueprints, as well as access advanced features such as macros, actions, and scripts. The Consumer view allows you to launch and manage applications from the Marketplace, as well as access basic features such as variables, tasks, and alerts. The view option is determined by the role assigned to the user in the project. Users with the Project Admin or Project Auditor role can switch between the Developer and Consumer views, while users with the Project User role can only access the Consumer view. References:

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) v6.5, Section 1 - Describe and Differentiate Automation Concepts and Principles, page 3

Nutanix Multicloud Automation Administration (NMCAA), Module 2 - Nutanix Calm, Lesson 2.1 - Nutanix Calm Overview, page 9

Nutanix Calm User Guide, Introduction to Nutanix Calm, Nutanix Calm User Interface

 Nutanix Calm is a feature of Prism Central that enables you to automate the deployment and management of infrastructure and applications across multiple clouds. Prism Central is a centralized management plane that provides unified visibility and control over Nutanix clusters and services. Prism Element is the local management plane for each Nutanix cluster that runs the Acropolis Operating System (AOS). Both Prism Central and Prism Element are required for Nutanix Calm to function properly and access the resources and services of the Nutanix platform. References:

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) v6.5, Section 2 - Deploy and Configure Nutanix Calm and Related Components, page 1

Nutanix Multicloud Automation Administration (NMCAA), Module 1 - Introduction to Nutanix Multicloud Automation, Lesson 1.1 - Nutanix Multicloud Automation Overview, page 4

Nutanix Calm User Guide, Introduction to Nutanix Calm, Nutanix Calm Architecture