Free Nutanix NCP-MCA Practice Exam with Questions & Answers | Set: 2

Before a Single-VM Blueprint in Self-Service (formerly Calm) can be published to the Marketplace, it is necessary to create both a project and an environment. A project defines the scope and access control for the blueprint, while the environment provides the necessary configurations and settings for the deployment, such as network, credentials, and other resources.

References:

Nutanix Calm documentation on Project Creation.

Nutanix Calm documentation on Environment Setup.

A Playbook action has a default memory limit of 256 MB, which can be increased up to 1024 MB in the advanced settings of the action. If the action requires more memory than the limit, it will fail with the error message “Internal Error, Maximum Memory size limit reached”. To resolve this issue, the administrator can edit the action and increase the memory limit to a suitable value, depending on the complexity and requirements of the action.

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

You can upgrade Nutanix Calm or Epsilon (the orchestration engine used by Nutanix Calm) by using the Life Cycle Manager (LCM) from the Prism Central. LCM allows you to upgrade Calm or Epsilon independently or simultaneously. You can also select the version that you want to upgrade to and perform the update from the Options list. For more information, see the Nutanix Calm Upgrades section in the Nutanix Calm Admin and Operations Guide1 and the Performing Inventory and Upgrading Calm with Life Cycle Manager article2. References:

Nutanix Calm Admin and Operations Guide1

Performing Inventory and Upgrading Calm with Life Cycle Manager2

https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Calm-Admin-Operations-Guide-v3_6_2:nuc-macros-variables-overview-c.html

The error “Connection refused” can occur due to several reasons but in the context of running a script through Calm on VM, it is most likely caused by firewall restrictions or insufficient permissions. Option A suggests that the VM port is not allowed by the firewall, meaning that the firewall settings are preventing the connection. This could be because specific ports needed for the script to run are being blocked. Option B indicates that the credentials have insufficient permissions, meaning that the user or system trying to execute the script does not have the necessary permissions to establish a connection. Option C is unlikely because the VM should be ready before the script is executed. Option D is possible but not specific enough to explain the connection issue. References: You can find more information about this topic in the following sources:

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, Section 3 - Validate Blueprints, Runbooks, Playbooks, and Automation Settings, page 9

Nutanix Multicloud Automation Administration (NMCAA), Module 5 - Troubleshooting, Lesson 1 - Troubleshooting Calm, page 5-4

The error message "A specified logon session does not exist. It may already have been terminated" is often caused by the lack of CredSSP (Credential Security Support Provider) being enabled on the Windows Operating System. CredSSP is necessary for certain remote operations, including executing PowerShell scripts remotely.

References:

Microsoft documentation on Enabling CredSSP.

Nutanix documentation on Troubleshooting PowerShell Scripts.

Playbooks are a collection of tasks that can be executed on demand or based on a trigger. There are two types of triggers available for executing Playbooks: manual and alert. A manual trigger allows you to run a Playbook on demand from the Prism Central UI or the Calm API. An alert trigger allows you to run a Playbook automatically when a specific alert is generated by Prism Central or a third-party system. Report and audit are not valid trigger types for Playbooks. References: Nutanix Multicloud Automation Administration (NMCAA), page 9; Nutanix Certified Professional - Multicloud Automation (NCP-MCA), section 1.

The Restart Action of a Service allows the developer to define custom tasks that will be executed when the service is restarted. An Execute Task can run any script or command on the target VM, such as restarting the IIS service. This way, the Operator can use the Self-Service Portal to restart the service without logging into the VM or using another tool.

References:

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) v6.5, Section 2, Objective 2.1: Given a scenario, create a blueprint to deploy infrastructure and applications using Self-Service.

Nutanix Certified Professional Multicloud Automation (NCP-MCA) 6 Exam, Page 11, Section 2, Objective 2.1: Given a scenario, create a blueprint to deploy infrastructure and applications using Self-Service.

When a Blueprint is launched via Marketplace, it uses the credential that is configured in the Project Environment. If the credential is invalid, the Blueprint deployment will fail with a check login error. To fix this issue, the developer needs to verify and update the credential in the Project Environment and ensure that it has the required permissions to access the target infrastructure and applications. References: Nutanix Multicloud Automation Administration (NMCAA), page 29-30; [Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide] (https://www.nutanix.com/content/dam/nutanix/resources/support/ncp-mca-ebg.pdf), section 3.1.

The image shows a failed status for an SSH_VM_Task, which is manually triggered. Since the task involves SSH, it’s likely that the IP Address SSH action has a timeout of 5 minutes, causing the playbook to fail if it cannot complete within this time frame. The IP Address SSH action is used to execute commands on a remote VM using SSH. It requires the IP address, username, password, and command to run as inputs. The timeout parameter specifies how long the action will wait for the command to finish before aborting. If the timeout is too short, the action may fail due to network latency, slow execution, or other factors. References:

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) 6.5 Exam, page 16, section 1.3.2.2: “Playbooks”

[Nutanix University: NCP-MCA 6.5 Exam Prep - Playbooks], video 4: “Playbooks”