NCP-MCA日本語試験情報、NCP-MCA日本語版今はNutanix NCP-MCA試験に準備するために、分厚い本を購買しなくてあまりにも多くのお金をかかるトレーニング機構に参加する必要がありません。我々社のNCP-MCA練習問題は試験に参加する圧力を減らすだけでなく、お金を無駄にする煩悩を解消できます。あなたは弊社の商品を使用した後、一回でNutanix NCP-MCA試験に合格できなかったら、弊社は全額返金することを承諾します。 Nutanix Certified Professional - Multicloud Automation (NCP-MCA 6.10) 認定 NCP-MCA 試験問題 (Q27-Q32):質問 # 27
What is a Category?
A. A grouping of hosts into a key value pair
B. A grouping of clusters into a key value pair
C. A grouping of entities into a key value pair
D. A grouping of VMs into a key value pair
正解：C
解説：
A Category in Nutanix is a grouping of entities (such as VMs, hosts, clusters, etc.) into a key-value pair.
Categories are used to organize and manage resources more effectively by tagging them with meaningful identifiers.
References:
* Nutanix documentation on Categories.
* Nutanix Best Practices for Using Categories.
質問 # 28
What is the minimum number of actions required in the Branch Condition for X-Play?
A. 0
B. 1
C. 2
D. 3
正解：C
解説：
A Branch Condition is a type of action in X-Play that allows you to create conditional logic based on the output of a previous action or a custom expression. A Branch Condition can have multiple branches, each with a different condition and a different set of actions to execute if the condition is met. The minimum number of actions required in a Branch Condition is two: one for the condition itself, and one for the action to perform if the condition is true. If the condition is false, the Branch Condition will skip to the next action in the Playbook. You can add more branches to a Branch Condition, but you cannot have less than two. References: Nutanix Calm: Playbooks - Read the Docs and Nutanix Calm: Branch Condition - Read the Docs.
質問 # 29
A DevOps team created a Calm blueprint that includes the scale-out of the application layer (made with Linux VMs). Now the DevOps team would like to automate the scale-out using a third-party tool so they can further automate the CI/CD environment with a single command.
Which action should the administrator take to accomplish this task?
A. Configure an alert to notify the administrator.
B. Contact professional services to modify the third-party tool to add the Calm integration.
C. Create script to run the Calm scale out action.
D. Create a Playbook with a webhook as a trigger and a REST API call as an action
正解：D
解説：
The best way to automate the scale-out of the application layer using a third-party tool is to create a Playbook with a webhook as a trigger and a REST API call as an action. A webhook is a mechanism that allows a third-party service to send a notification to a Calm server when a certain event occurs, such as a code commit or a build completion. A REST API call is a way to interact with the Calm server programmatically, such as launching a blueprint or scaling out a service. By creating a Playbook that combines these two elements, the administrator can enable the third-party tool to trigger the scale-out action on the Calm server with a single command. The other options are either not feasible, not efficient, or not relevant for this task. Reference: Nutanix Calm: Playbooks - Read the Docs and Nutanix Calm: REST API - Read the Docs.
質問 # 30
An administrator is tasked with setting up a Policy Engine for a Calm VM.
What information does the administrator require to complete this task?
A. Every Prism Central Virtual IP address to be managed by the policy engine for Calm.
B. Public key of the Calm VM. For the Scale-Out Calm VIVI, provide the public key of all VMs,
C. Networking information for all devices to be managed by the policy engine for Calm.
D. Private Key of the Calm VX'L For the Scale-Out Calm VMU provide the private key of all VMs.
正解：C
解説：
The policy engine is a single VM setup for the single or scale-out Prism Central. When you enable the policy engine for your Calm instance, a new VM is created and deployed for the policy engine. All you need is an available IP address that belongs to the same network as that of your Prism Central VM for the policy engine VM. You do not need to provide any public or private keys, or any Prism Central virtual IP addresses for this task. Reference: Nutanix Support & Insights, Calm on ESXi Deployment | Nutanix Community
質問 # 31
An administrator has a Linux VM that does batch processing out of a queue. Currently, a technician connects to the VM console and runs a command on the VM to initiate or terminate the batch processing application, as there is no programmatic interface for the application.
The application is processor intensive, so it should only run outside of business hours. The VM has the ability to send REST API calls to Prism.
How should the administrator configure a Playbook to satisfy the needs of this process with minimal external interaction?
A. Manual Trigger > Power On > VM SSH > Wait for Some Time > Power Off VM
B. Time Trigger > VM SSH > Wait for Some Time > VM SSH
C. Manual Trigger > VM SSH > Wait for Some Time > VM SSH
D. Webhook Trigger > REST API > Wait for Some Time > REST API
正解：B
解説：
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 inthis 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/ ... /ds-ncp-mca-6-5.pdf https://www.nutanix.com/content/ ... port/ds-ncp-mca.pdf