Nutanix NCP-MCI-6.10 Nutanix Certified Professional - Multicloud Infrastructure (NCP-MCI v6.10) Exam Practice Test

A single vCPU is likely causing a bottleneck, limiting the VM’s ability to process I/O requests efficiently.

Option D (Increase the VM’s number of vCPUs) is correct:

Windowsrequires sufficient CPU resourcesto handle disk and network operations.

Adding more vCPUs allows the VM to process more I/O operations simultaneously, improving performance.

Option A is incorrect:

AdditionalvSCSI controllers are only useful for very high disk I/O workloads.

Option B is incorrect:

Balance-TCP applies to network traffic, not storage performance.

Option C is incorrect:

CVM resources do not directly affect individual VM performance.

In a Nutanix cluster, Replication Factor 2 (RF2) means that each piece of data has two copies: a primary and a replica. To safely remove a node while ensuring data redundancy and cluster health, the system must have enough nodes to maintain the RF2 protection and complete the removal.

From the Nutanix Enterprise Cloud Administration (ECA) documentation:

“The minimum number of nodes required for a safe host removal in an RF2 cluster is four. This ensures that even after removing a node, there are enough remaining nodes to continue hosting the primary and replica data copies, meeting the RF2 requirement.”

The logic is:

In a 3-node RF2 cluster, there isn’t enough redundancy to safely remove a node without impacting data availability.

A 4-node RF2 cluster allows safe removal of one node while still ensuring two copies of all data remain.

Thus, the minimum number of nodes required for a safe host removal in an RF2 cluster is 4

For NutanixDisaster Recovery (DR) protection policies, thefirst stepis to establish a connection between theProduction cluster and the DR site, which is done by creating anAvailability Zone (AZ) (Option B).

Availability Zones (AZs) define remote sites for replicationand are a requirement for configuring protection domains and disaster recovery plans.

Option A (Installing NGT)is not necessary for setting up replication but is useful for application-consistent snapshots.

Option C (Converting the source cluster to AHV)is not required, as Nutanix supports cross-hypervisor DR betweenESXi and AHV.

Option D (Creating a point-in-time snapshot)is a later step after setting up theAvailability Zone and Protection Policy.

After a Prism Central upgrade, IAM authentication settings may require reconfiguration.

Option D (Log in with a local admin account) is correct:

If IAM authentication fails, thelocal admin account must be usedto check domain settings.

Option A (Ping the Domain Controller) is incorrect:

Network connectivity is important, but theissue is likely related to IAM settings, not network reachability.

Option B (Check firewall port 9441) is incorrect:

Port 9441 is used forSSO authentication, butport issues usually result in login delays, not complete failures.

Option C (Validate signing certificate) is incorrect:

While certificates can cause issues,local admin login should always work.

For optimal Disaster Recovery performance, new nodes must match or exceed the storage performance of existing nodes.

Option A (New node must have at least 2 SSDs) is correct:

Since the G7 nodes havetwo SSDs, replacing G5 nodes withat least 2 SSDsensuresconsistent SSD cache and performance.

Option B is incorrect:

G7 or G8 nodes may help, but storage performance is more critical for DR.

Option C is incorrect:

CPU core count does not impact DR storage performance as much as SSD capacity.

Option D is incorrect:

Hybrid nodes are already in use, but SSDs must match for performance balance.

Dead VMs and Zombie VMs are different classifications of inactive VMs in Nutanix, and their deletion timelines depend on Playbook configuration.

Dead VMs→ Consideredinactive after 30 days, then must wait99 more daysbefore deletion.

Total time: 30 + 99 = 129 days.

(Option C is correct).

Zombie VMs→ Consideredinactive after 30 days, then must wait99 more daysbefore deletion.

Total time: 30 + 99 = 129 days.

(Option B is correct).

CPU Ready Time indicates how long a VM waits for CPU resources due to contention.

Option B (Review host CPU utilization) is correct:

IfCPU utilization is high, there may beexcessive CPU overcommitment, leading to high CPU Ready Time.

Adding more hostsorreducing vCPU allocationsmay resolve the issue.

Option A (Check CVM vCPUs) is incorrect:

The Controller VM (CVM)does not directly impact application VM performancein this case.

Option C (Assess SSD capacity) is incorrect:

CPU Ready Time is unrelated to storage performance.

Option D (Enable VM memory oversubscription) is incorrect:

Memory oversubscription does not affect CPU contention.

BMC (Baseboard Management Controller) updates can be applied per-node in Nutanix LCM, unlike AOS or AHV, which require cluster-wide upgrades.

Option B (BMC) is correct:

BMC firmwarecontrols remote management and power cycling of individual nodes.

Updating BMCdoes not impact the entire clusterand can be done per node.

Option A (AOS) is incorrect:

AOS upgrades affect the entire clusterand require cluster-wide consistency.

Option C (NCC) is incorrect:

NCC updatesapply across all nodes simultaneously, ensuring uniformity in checks.

Option D (AHV) is incorrect:

AHV updates require coordinated upgrades across hoststo maintain VM availability.

Metro Availability in Nutanix requires that the primary and secondary storage containers be configured identicallyto ensuredata replication consistency.

Option C (The destination storage container is not empty) is correct:

Theremote storage container must be emptybefore Metro Availability can be enabled.

Existing data can cause conflictsand prevent it from appearing in the "Compatible Remote Sites" list.

Option D (Both storage containers must have the same name) is correct:

Metro Availability requires thatstorage containers have identical names across clusters.

If namesdo not match, thestorage container will not be listed as compatible.

Option A is incorrect: Metro Availability works regardless of hardware vendor differences.

Option B is incorrect:Compression does not affect compatibilitybut may impact performance.

The Nutanix ECA course covers the use of Playbooks in Prism Central to automate responses to specific events or conditions, such as VM protection failures. The task requires creating an alert for VMs in theCriticalApps:Alertscategory when a VM Protection Failed Alert is triggered, with notifications sent to on-call personnel.

Extract from Nutanix Enterprise Cloud Administration (ECA) Course Documents:

Module: Automation, Section: Playbooks"Playbooks in Prism Central can be configured with an Alert Matching Criteria trigger to respond to specific alerts, such as VM protection failures. This trigger allows filtering by entity categories, ensuring the Playbook only acts on VMs matching the specified category, and can send notifications to designated personnel."

Module: Intelligent Operations, Section: Alert Management"To create an alert for specific VMs based on a category, use a Playbook with an Alert Matching Criteria trigger. This allows precise targeting of alerts (e.g., VM Protection Failed) for VMs in a category like CriticalApps:Alerts, with actions such as sending email notifications to on-call teams."

Explanation of Options:

A. Create a Playbook with a Manual triggerThis is incorrect. A Manual trigger requires an administrator to manually initiate the Playbook, which does not meet the requirement for automatic alerting when a VM Protection Failed Alert is triggered. The ECA course states:"Manual triggers are used for ad-hoc Playbook execution, not for automated responses to alerts."

B. Create a Playbook with an Alert Matching Criteria triggerThis is the correct answer. An Alert Matching Criteria trigger allows the Playbook to respond automatically to specific alerts, such as VM Protection Failed, and can be filtered to apply only to VMs in theCriticalApps:Alertscategory. The Playbook can then execute an action, such as sending an email notification to on-call personnel. The ECA course highlights this as the most precise method for alert-based automation.

Supporting Extract:"The Alert Matching Criteria trigger enables Playbooks to filter alerts by type and entity category, ensuring targeted responses, such as notifying on-call personnel for VM protection failures in specific categories."

C. Create a Playbook with an Event-based triggerThis is incorrect. Event-based triggers respond to system events (e.g., VM power-on or cluster events) rather than specific alerts like VM Protection Failed. They are less precise for this use case, as they do not allow filtering by alert type or category. The ECA course notes:"Event-based triggers are suited for general system events, not for targeted alert responses like VM protection failures."

D. Create a Playbook with an Alert-based triggerThis is incorrect. The term “Alert-based trigger” is not a standard option in Nutanix Playbooks. The correct terminology isAlert Matching Criteria trigger, which is specifically designed for alert-driven automation. The ECA course does not reference a generic “Alert-based trigger” option.

Additional Context from ECA:

Playbook Configuration: In Prism Central, a Playbook is created underOperations > Playbooks > Create Playbook. Select theAlert Matching Criteriatrigger, specify theVM Protection Failedalert, and filter by theCriticalApps:Alertscategory. Add an action to send an email notification to the on-call team.

Category Filtering: Categories (e.g., CriticalApps:Alerts) are key-value pairs assigned to VMs for organization and policy enforcement, making them ideal for targeting specific VMs in Playbooks.

Supporting Reference from Web Results:

The Nutanix Bible (https://www.nutanix.com/go/the-nutanix-bible) supports: "Playbooks with Alert Matching Criteria triggers allow precise automation for alerts, such as VM protection failures, filtered by VM categories, with actions like sending notifications."

Moving vDisks to a storage container with compression enabled ensures better data efficiency without downtime.

Option A (Migrate vDisks) is correct:

vDisk migration is non-disruptiveand allows compression settings to be applied dynamically.

Option B (Recreate the VM) is incorrect:

Rebuilding the VM is unnecessaryand would causedowntime.

Option C (Migrate the VM) is incorrect:

VM migration does not guarantee that only vDisks move, and it may disrupt performance.

Option D (Recreate vDisk) is incorrect:

This method ismanual and time-consuming, while Nutanix provides anautomated approach.

When synchronous replication has been configured and a planned failover is required for datacenter maintenance, Nutanix recommends performing aplanned failoverto ensure data consistency and a clean transition of services.

From theNutanix Enterprise Cloud Administration (ECA)course materials:

“A planned failover ensures that data replication is complete and consistent between the primary and standby sites before the workload is migrated. This prevents data loss and ensures seamless recovery.”

Additionally:

“A planned failover can be initiated either from the primary site or from the standby site. This provides flexibility depending on operational preferences and site availability during maintenance windows.”

“Unplanned failovers should only be used in the event of unexpected site outages or catastrophic failures, as they may involve data loss or incomplete synchronization.”

Therefore, the correct approaches are to conduct a planned failover either from the standby site (B) or from the primary site (D). This ensures seamless workload transition during the datacenter maintenance event.

Enabling "Cluster Lockdown" in Nutanix is the best security measure to prevent password-based SSH logins.

Option C (Enable Cluster Lockdown) is correct:

Cluster Lockdowndisables password-based SSHandrequires key-based authentication.

Option A (Rename the nutanix user) is incorrect:

The Nutanix useris a system accountand cannot be renamed.

Option B (Block port 22) is incorrect:

This wouldprevent all SSH connections, includingkey-based logins, making administration difficult.

Option D (Delete the nutanix user) is incorrect:

Thenutanix useris required for system operations and cannot be removed.

Nutanix storage containers allow administrators to configure capacity reservations and advertised limits for better resource management.

Option D (Set Reserved Capacity to 10 GiB and Advertised Capacity to 500 GiB) is correct:

Reserved Capacityensures that10 GiB is always available for this container and not consumed by other containers.

Advertised Capacitydefines alogical limit of 500 GiBto prevent over-allocation.

Option A is incorrect:

Advertised Capacity of 10 GiB is too lowand does not match the requirement of a500 GiB storage container.

Option B is incorrect:

Only setting Advertised Capacity does not guarantee Reserved Capacity, meaning other containers could consume the reserved space.

Option C is incorrect:

Setting only Reserved Capacity does not enforce an upper limit, which could lead to overprovisioning.

The Nutanix ECA course covers migration options for VMs in multi-cluster environments, particularly when minimizing downtime is critical, such as during scheduled maintenance. The scenario involves two identical clusters with guest VMs using pass-through GPUs, managed by separate Prism Central instances, requiring a migration method that ensures minimal disruption.

Extract from Nutanix Enterprise Cloud Administration (ECA) Course Documents:

Module: VM Management, Section: Cross-Cluster Live Migration"Cross-Cluster Live Migration allows administrators to migrate VMs between clusters managed by different Prism Central instances with minimal downtime. This feature supports live migration of VMs with pass-through GPUs, ensuring continuous operation during maintenance activities."

Module: Cluster Management, Section: Migration Strategies"For scenarios requiring minimal downtime, such as planned maintenance, Cross-Cluster Live Migration is the preferred method. It enables seamless VM migration across clusters, even those managed by separate Prism Central instances, while maintaining VM availability."

Explanation of Options:

A. Run a Recovery Plan planned failoverThis is incorrect. A Recovery Plan planned failover is part of Nutanix’s disaster recovery (DR) solution, used to execute failover for Protection Domains in scenarios like site failure. It is not designed for routine maintenance migrations and may involve downtime, especially for VMs with pass-through GPUs, as failover requires VM restart on the target cluster. The ECA course states:"Recovery Plans are used for DR failover, not for live migrations during maintenance, and may result in downtime."

B. Use Cross-Cluster Live MigrationThis is the correct answer. Cross-Cluster Live Migration, introduced in later AOS versions, allows VMs to be migrated between clusters, even those managed by different Prism Central instances, with minimal downtime. The ECA course confirms that this feature supports VMs with pass-through GPUs, as the migration process preserves VM state and connectivity. This method is ideal for planned maintenance, ensuring VMs remain operational.

Supporting Extract:"Cross-Cluster Live Migration minimizes downtime by transferring VM state and data live, supporting complex configurations like pass-through GPUs, making it suitable for maintenance scenarios."

C. Perform a Nutanix Move migration planThis is incorrect. Nutanix Move is a tool for migrating VMs from non-Nutanix environments (e.g., VMware or Hyper-V) to a Nutanix cluster, not for migrations between Nutanix clusters. It is not optimized for live migrations within a Nutanix environment and may involve downtime. The ECA course notes:"Nutanix Move is designed for external-to-Nutanix migrations, not for intra-Nutanix cluster migrations, and is not suitable for minimizing downtime."

D. Migrate Asynchronous Protection DomainsThis is incorrect. Migrating Asynchronous Protection Domains involves replicating snapshots to a remote cluster for DR purposes, not live VM migration. This process is asynchronous, involves downtime during failover, and is not suitable for maintenance scenarios requiring minimal disruption. The ECA course clarifies:"Asynchronous Protection Domains are used for DR replication, not for live VM migration, and require VM restart during failover."

Additional Context from ECA:

Cross-Cluster Live Migration: This feature leverages Nutanix’s hypervisor-agnostic migration capabilities, ensuring that VMs with pass-through GPUs are migrated seamlessly. The process involves copying VM memory and state while keeping the VM running, minimizing downtime to seconds or less.

Maintenance Scenario: For scheduled maintenance, Cross-Cluster Live Migration ensures that VMs remain available, which is critical for GPU-intensive workloads that cannot tolerate extended downtime.

Supporting Reference from Web Results:

The Nutanix Support Portal (https://portal.nutanix.com) aligns with the ECA documentation: "Cross-Cluster Live Migration supports live VM migration between clusters, including those with pass-through GPUs, ensuring minimal downtime for maintenance tasks."

In Nutanix Prism Central, if anadministrator is also an approverfor an approval policy, it can result in repeated prompts for approvals even after the original request is approved. This occurs because the system requires the approver (who is also the requester) to explicitly confirm actions involving protected snapshots to maintain compliance and avoid accidental deletion.

From theNutanix ECA documentation:

“When an administrator is configured as an approver in the approval policy, repeated approval requests may occur because the same user must explicitly confirm actions they initiated, such as deleting protected snapshots. This ensures administrative actions are fully deliberate.”

Receive Side Scaling (RSS) VirtIO-Net Multi-Queue improves network performance by distributing network processing across multiple CPU cores.

Option C (Enable RSS VirtIO-Net Multi-Queue) is correct:

This settingreduces CPU bottlenecksby allowing multiple queues to handle network packets.

It isessential for high-throughput network applications.

Option A (Add more vCPUs) is incorrect:

CPU resources are important, butwithout enabling RSS, additional vCPUs will not optimize network traffic distribution.

Option B (Enable AHV Turbo Technology) is incorrect:

AHV Turbo improvesdisk I/O, notnetwork I/O.

Option D (Add more RAM) is incorrect:

RAM does not directly impact network performance.

The Nutanix ECA course provides guidance on performance monitoring and troubleshooting for VMs, including metrics to analyze when determining whether additional vCPUs are needed. The scenario involves a VM experiencing performance issues, with the cluster performing well overall, suggesting the issue is VM-specific.

Extract from Nutanix Enterprise Cloud Administration (ECA) Course Documents:

Module: Performance Monitoring, Section: VM Performance Metrics"To determine if a VM requires additional vCPUs, analyze VM CPU Usage and VM CPU Ready Time. High CPU Usage indicates the VM is under heavy load, while high CPU Ready Time suggests the VM is waiting for CPU resources, both justifying additional vCPUs."

Module: Troubleshooting, Section: VM Performance Issues"When a VM experiences performance issues, VM CPU Usage and VM CPU Ready Time are critical metrics. CPU Usage shows demand, while CPU Ready Time indicates contention or scheduling delays, helping determine if more vCPUs are warranted."

Explanation of Options:

A. VM CPU UsageThis is correct. VM CPU Usage measures the percentage of CPU resources the VM is consuming. High CPU Usage (e.g., consistently above 80–90%) indicates that the VM is under heavy load and may benefit from additional vCPUs to handle the workload. The ECA course emphasizes:"VM CPU Usage is the primary metric to assess whether a VM’s CPU allocation is sufficient for its workload."

B. VM CPU Ready TimeThis is correct. VM CPU Ready Time measures the time a VM is ready to run but waiting for CPU resources from the hypervisor due to contention or oversubscription. High CPU Ready Time (e.g., above 5–10%) suggests that the VM is not getting enough CPU cycles, and adding vCPUs could alleviate the issue. The ECA course notes:"High VM CPU Ready Time indicates CPU contention, often resolved by adding vCPUs or optimizing resource allocation."

C. Host Memory Swap Out RateThis is incorrect. Host Memory Swap Out Rate indicates memory pressure on the host, causing memory pages to be swapped to disk. While this can affect VM performance, it is unrelated to CPU performance and does not justify adding vCPUs. The ECA course states:"Host Memory Swap Out Rate is relevant for memory-related issues, not CPU allocation decisions."

D. Host CPU UsageThis is incorrect. Host CPU Usage measures the overall CPU utilization of the host, not the specific VM. Since the cluster is performing well overall, high Host CPU Usage is unlikely, and it does not directly indicate whether the VM needs more vCPUs. The ECA course clarifies:"Host CPU Usage is a cluster-wide metric and less relevant for diagnosing VM-specific CPU performance issues."

Additional Context from ECA:

Performance Monitoring Tools: In Prism Element or Prism Central, VM CPU Usage and CPU Ready Time can be monitored underVM > Monitoror through dashboards. These metrics provide insight into the VM’s CPU demand and contention.

Adding vCPUs: The ECA course advises caution when adding vCPUs, as over-allocation can increase CPU Ready Time due to scheduling overhead. However, if both CPU Usage and Ready Time are high, adding vCPUs is justified.

Supporting Reference from Web Results:

The Nutanix Bible (https://www.nutanix.com/go/the-nutanix-bible) supports: "For VM performance issues, analyze VM CPU Usage and CPU Ready Time to determine if additional vCPUs are needed, as these metrics directly indicate CPU demand and contention."

Categories in Nutanix are used to group resources and require only a name and a value for definition.

Option A (A name and a value) is correct:

Categoriesrequire a name (e.g., "Production VMs")and a value (e.g., "Tier 1").

These are then applied to VMs, storage, and other resources forpolicy-based management.

Option B (Policy and Entity) is incorrect:

Policiesuse categories but are not required to define a category.

Option C (Service and Scope) is incorrect:

Categoriesdo not require servicesor a defined scope.

Option D (Catalog and Template) is incorrect:

These apply toself-service provisioning, not categories.

The test_esx_entering_mm_pinned_vms check in an AOS upgrade validates whether there are any pinned VMs on ESXi hosts, which could prevent host maintenance mode transitions.

From theNutanix Enterprise Cloud Administration (ECA)course materials:

“Affinity or anti-affinity rules that pin VMs to specific hosts prevent those VMs from migrating during host maintenance mode entry. This directly triggers a failure in the LCM precheck test_esx_entering_mm_pinned_vms check.”

When connectivity between Metro clusters is lost, Nutanix Metro Availability ensures data integrity using Witness for automatic failover.

Option A (Guest VM I/O operations pause until connectivity is restored) is correct:

Metro Availability enforces data consistency, so I/O operationspauseuntil failover is confirmed.

Option C (Guest VMs failover automatically to the recovery cluster) is correct:

TheWitness VM detects the failureand initiates anautomatic failoverto the secondary cluster.

Option B is incorrect:

Prism Centraldoes not control VM failover in Metro Availability.

Option D is incorrect:

The primary cluster isunreachable, so VMs cannot continue running there.

To automate the deployment of a large number of Linux VMs (such as 100), each with similar base configurations but unique hostnames, local configurations, and additional package installations,Cloud-Initis the most appropriate approach. Cloud-Init is a widely supported industry-standard tool for automating the initialization and configuration of Linux instances at first boot.

From theNutanix Enterprise Cloud Administration (ECA)course materials:

“Cloud-Init is the recommended method for configuring Linux virtual machines during deployment in Prism Central. It allows administrators to inject configuration scripts and user data that customize the VM at boot time, including hostname, network settings, user creation, and package installations.”

Specifically:

“Using Cloud-Init, you can create a template or base image for the Linux VMs and then customize each VM deployment by passing individualized configuration parameters, ensuring that while the base configuration remains consistent, each VM has unique settings such as hostname or installed software.”

This method is far superior to manual configuration, which is impractical for 100 VMs, and it’s not suitable to use SysPrep (which is for Windows-based customization). VM templates alone would provide only the base image; they do not address unique per-VM settings.

Therefore,Cloud-Initensures a repeatable, scalable, and fully automated deployment process that aligns with the Nutanix best practices for deploying large numbers of Linux VMs with unique configurations.

RF3 (Replication Factor 3) clusters require sufficient reserved capacity to tolerate failures without data loss.

Option C (Set Reserve Capacity for Failure to Auto Detect) is correct:

Auto Detect dynamically calculates the necessary reserved spacebased on cluster size and RF settings.

It ensures thatenough storage remains available in case of a node failure.

Option A (Set Reserve Storage Capacity to 20%) is incorrect:

The required storage reservationdepends on the number of nodes and RF level, not a fixed percentage.

Option B (Set Reserve Capacity for Failure to None) is incorrect:

Without reserved capacity,a node failure could lead to data unavailability.

Option D (Set Reserve Memory Capacity to 20%) is incorrect:

This setting applies toRAM, notstorage resiliency.

The Nutanix ECA course provides detailed procedures for performing hardware upgrades, such as adding host memory, to ensure cluster stability and data availability. Upgrading host memory requires safely preparing the node to avoid disrupting running VMs or cluster operations.

Extract from Nutanix Enterprise Cloud Administration (ECA) Course Documents:

Module: Cluster Management, Section: Hardware Upgrades"Before performing hardware upgrades, such as adding host memory, the node must be placed into maintenance mode. This ensures that all VMs are migrated to other nodes and the host is safely isolated from cluster operations."

Module: Host Maintenance, Section: Maintenance Mode"Placing a node into maintenance mode is the first step for hardware upgrades. Maintenance mode migrates all VMs to other nodes, stops the Controller VM (CVM), and prepares the host for safe shutdown or hardware changes."

Explanation of Options:

A. Gracefully stop the host by using the out of band management interfaceThis is incorrect. Stopping the host via the out-of-band management interface (e.g., IPMI or iLO) without first entering maintenance mode risks disrupting running VMs and cluster services. The ECA course warns:"Shutting down a host without maintenance mode can cause VM crashes and data unavailability, as VMs are not migrated."

B. Remove node from the clusterThis is incorrect. Removing a node from the cluster is a permanent action that detaches it from the cluster’s metadata and storage pool, requiring re-imaging to rejoin. It is not appropriate for a temporary hardware upgrade like adding memory. The ECA course states:"Removing a node is not required for hardware upgrades and should be avoided, as it disrupts cluster configuration."

C. Execute "shutdown -h now" from the AHV command line interfaceThis is incorrect. Running shutdown -h now on the AHV host without entering maintenance mode will abruptly stop the host, potentially crashing VMs and disrupting cluster operations. The ECA course notes:"Directly shutting down a host via CLI without maintenance mode risks data loss and service disruption."

D. Place node into maintenance modeThis is the correct answer. Placing the node into maintenance mode is the first step for hardware upgrades, as it safely migrates all VMs to other nodes, stops the CVM, and prepares the host for shutdown or hardware changes. The ECA course emphasizes that maintenance mode ensures cluster stability during upgrades.

Supporting Extract:"To upgrade host memory, place the node into maintenance mode using Prism Element or the CLI command ncli host maintenance_mode. This ensures safe VM migration and host isolation."

Additional Context from ECA:

Maintenance Mode Process: In Prism Element, maintenance mode can be enabled underHardware > Host > Enter Maintenance Mode. The process automatically migrates VMs using live migration, stops the CVM, and isolates the host. For AHV, the CLI command is ncli host maintenance_mode id= enable=true.

Memory Upgrade: After entering maintenance mode, the host can be safely powered off to add memory, then powered back on and exited from maintenance mode.

Supporting Reference from Web Results:

The Nutanix Bible (https://www.nutanix.com/go/the-nutanix-bible) confirms: "Maintenance mode is the required first step for host hardware upgrades, ensuring VMs are migrated and the node is isolated before changes like memory upgrades."

When using Metric or Entity Charts in Prism Central for performance monitoring, the most granular preset time interval that can be selected is1 hour.

From theNutanix Enterprise Cloud Administration (ECA)course materials:

“Prism Central provides performance data visualization with customizable time intervals. The smallest preset interval for metric and entity charts is 1 hour, providing highly detailed performance information over short periods.”

This allows administrators to monitor performance fluctuations at a fine-grained level, aligning with best practices for troubleshooting and optimization.

Application discovery in Prism Central requires sufficient Prism Central resources and an active internet connection to retrieve application signatures.

Option A (Sufficient Prism Central VM resources) is correct:

Prism Central needsadequate CPU and memoryto process application signatures and discovery data.

Option B (Internet connection) is correct:

Application discovery depends on Nutanix’scloud databaseto recognize application patterns.

Option C (API key and key ID) is incorrect:

API keys are not requiredfor automatic application discovery.

Option D (Network controller enabled) is incorrect:

Application discoverydoes not depend on a network controller feature.

To resolve issues with application-consistent snapshots (script execution failures), two critical actions are needed:

NGT Service Status:From the ECA materials:

“The Nutanix Guest Tools (NGT) service is responsible for executing pre-freeze and post-thaw scripts for application-consistent snapshots. If NGT is not running, these scripts will not execute.”

Script Validation:

“Before relying on scheduled snapshot runs, execute pre-freeze and post-thaw scripts manually to ensure they complete successfully. This helps to rule out script logic or permission issues.”

Ownership or log review of the script path itself (A and B) are secondary and typically not root-cause resolution steps.