Nutanix NCP-MCA Practice Test - Questions Answers, Page 7

The Audit tab of the Calm application shows the history of actions performed on the application, such as create, update, delete, launch, stop, etc. It also shows the status of the synchronization between Prism Central and Calm, which indicates if the changes made to the VMs on the AHV cluster are reflected in the Calm application. The administrator can check the Audit tab to verify the changes and troubleshoot any issues with the synchronization.Reference:

Nutanix NCP-MCA Certification Exam Sample Questions, Question 15

Nutanix Certified Professional - Multicloud Automation, Page 17

Nutanix Calm User Guide

The administrator needs to add AWS as a provider in Calm. A provider is a cloud platform or infrastructure that hosts the application VMs or services. Calm supports various providers such as Nutanix, AWS, Azure, GCP, VMware, and Kubernetes. To add a provider, the administrator needs to go to the Providers page in the Calm UI and click on the +Create Provider button. Then, the administrator needs to select the AWS provider type and enter the required information such as name, access key, secret key, and regions.Reference:Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, page 11; Nutanix Calm User Guide, section 3.1.

The Calm Marketplace acts as an application store, providing end users with a catalog of available applications. By default, Calm comes pre-seeded with validated Blueprints for multiple open source and enterprise applications. These are the set of pre-seeded application Blueprints. Additionally, Marketplace Manager acts as a staging area for publishing default and user-created Blueprints to your local Marketplace. These are the published and versioned Blueprints. The other two options, library of executable tasks and store of all Blueprints created in Calm, are not features of the Calm Marketplace.Reference:Calm: Marketplace - Read the DocsandCalm: Marketplace - Read the Docs

Nutanix provides a documented process to seed Github based scripts into the Calm Task Library, which allows users to import and use custom tasks from the Nutanix public Github repository or any other Github repository. This process is described in theNutanix Calm DSL User Guideand theNutanix Calm DSL Tutorial.

Nutanix also publishes official vetted blueprints and tasks to Nutanix's public Github Calm repository, which is located athttps://github.com/nutanix/blueprints. These blueprints and tasks are created and maintained by Nutanix engineers and can be used as reference or templates for building Calm applications. Some examples of these blueprints and tasks are:

Kubernetes Cluster: A blueprint that deploys a Kubernetes cluster on Nutanix AHV using Calm.

MySQL HA: A blueprint that deploys a MySQL cluster with high availability on Nutanix AHV using Calm.

Windows Server: A blueprint that deploys a Windows Server 2019 VM on Nutanix AHV using Calm.

[Install Python]: A task that installs Python on a Linux VM using Calm.

Calm's public repository does not contain Nutanix-vetted custom scripts created and published by community members. These scripts are hosted in a separate repository called [Automation], which is a centralized repo for community driven Nutanix automation. These scripts are not officially supported or endorsed by Nutanix and may not be compatible with the latest versions of Calm or Nutanix products.

Nutanix does not provide documented processes to seed scripts from any source repository. Users can only import scripts from Github repositories using the Calm Task Library. Other source repositories are not supported by Calm.

Nutanix Calm DSL User Guide

Nutanix Calm DSL Tutorial

Nutanix Calm Blueprints

Kubernetes Cluster

MySQL HA

Windows Server

[Install Python]

[Automation]

A Brownfield Application is a type of application that allows you to import and manage existing VMs that were not deployed by Calm. You can use a Brownfield Application to perform actions such as start, stop, restart, delete, or execute scripts on the imported VMs. You can also add services, credentials, variables, and policies to the Brownfield Application blueprint. To create a Brownfield Application, you need to select a multi-VM blueprint and then choose the VMs that you want to include in the application from the drop down list. You can also filter the VMs by name, cluster, or power state.

A Greenfield Application is a type of application that allows you to deploy new VMs from scratch using Calm. You can use a Greenfield Application to provision and configure VMs on different cloud platforms, such as Nutanix AHV, VMware ESXi, AWS, Azure, or GCP. You can also add services, credentials, variables, and policies to the Greenfield Application blueprint. To create a Greenfield Application, you need to select a single-VM or a multi-VM blueprint and then specify the VM properties, such as name, image, flavor, network, storage, etc.

Nutanix Calm DSL -- Brownfield Apps the Easy Way

Nutanix Support & Insights

Getting started with Nutanix Calm

According to the Nutanix Multicloud Automation Administration (NMCAA) course, the recommended Prism Central VM size depends on the number of VMs that are managed by Calm and the number of concurrent users.For a large-scale environment with more than 5000 VMs and more than 100 concurrent users, the recommended size is 3 nodes Large - 10vCPU and 52GB Memory per node1. This size provides enough resources for the Prism Central cluster to handle the workload and performance requirements of Calm.

Nutanix Multicloud Automation Administration (NMCAA) course, Module 2: Nutanix Calm Installation and Configuration, Lesson 2: Nutanix Calm Installation and Configuration2

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) v6.5 Exam Blueprint Guide, Section 2: Deploy and Configure Self-service and Related Components, Objective 2.2: Identify required configuration settings for a Self-Service deployment3

Scaling out Prism Central | Nutanix Community1

A Playbook is a set of actions that are triggered by an event or a schedule. To run a Playbook, it must be enabled first. If a Playbook is not enabled, it will not respond to any events or schedules, and no Plays will be recorded for it. Therefore, the most likely cause of the issue is that the administrator forgot to enable the Playbook after building it.Reference:Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, page 13, section 3.2.Nutanix Multicloud Automation Administration (NMCAA) course, module 4, lesson 2.

Scaling VM replica settings allow you to specify the minimum, maximum, and default number of VMs that can be created from a blueprint service. The minimum and default values must be equal to or greater than the number of VMs needed at any time and at time of deployment, which is 2 in this case. The maximum value must be equal to or less than the project quota divided by the VM resources, which is 100/12 = 8 for vCPUs and 300/24 = 12 for memory. The lowest of these two values is the limit for the maximum value, which is 8. Therefore, the only option that meets all the requirements is B. MIN: 2, MAX: 7, Default: 2.

Nutanix Certified Professional - Multicloud Automation (NCP-MCA) Exam Blueprint Guide, page 10, Objective 3.1: Given a scenario, create a blueprint to deploy infrastructure and applications using Self-Service

Nutanix Multicloud Automation Administration (NMCAA), Module 5: Self-Service, Lesson 5.2: Blueprint Design, slide 23: Scaling VM Replica Settings

Nutanix Certified Professional Multicloud Automation (NCP-MCA) 6 Exam, page 10, Objective 3.1: Given a scenario, create a blueprint to deploy infrastructure and applications using Self-Service

A playbook REST API action allows the administrator to send an HTTP request to a specified endpoint, such as the Prism Central API, to perform an operation, such as deleting a VM. A playbook webhook action allows the administrator to send a payload to a specified URL, such as a ServiceNow webhook, to trigger an event, such as an approval flow. Both of these actions can be used to automate the deletion of VMs from a ServiceNow approval flow, where the developers can request and confirm the removal of their environments. A playbook webhook trigger and a playbook REST API trigger are not valid options, as they are used to initiate a playbook based on an external event, not to perform an action within a playbook.Reference:Nutanix Certified Professional - Multicloud Automation (NCP-MCA) 6.5 Exam Blueprint Guide, page 10;Nutanix Certified Professional - Multicloud Automation (NCP-MCA), section 4;NCP-MCA Exam Dumps - Nutanix Certified Professional - Multicloud ..., question 70.