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

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.

When creating templates in Nutanix, Prism Central supports two official, built-in guest customization frameworks depending on the operating system family.

The Nutanix guest customization documentation states:

“For Windows VMs, Prism Central supports Sysprep-based customization. For Linux VMs, Prism Central supports Cloud-init customization.”

These two tools allow automation of hostname assignment, networking configuration, user accounts, and post-deployment initialization.

Additional extracts from internal documentation:

“Sysprep is automatically invoked during clone operations from Windows templates to ensure that the cloned VM receives unique identifiers.”

“Cloud-init is used for Linux templates to allow dynamic provisioning, SSH key injection, and package installation during instantiation.”

Nutanix does not list “Custom Script” or “Guided Script” as valid VM template customization mechanisms. Scripting can be applied after deployment but not as a built-in template customization framework.

Thus, the only valid template customization options are Sysprep and Cloud-init.

Nutanix High Availability (HA) determines the order in which VMs are restarted after a host failure or during host start sequences. Documentation states:

“VM restart priority levels defined in the High Availability policy determine which VMs are restarted first during node recovery or host power-on events.”

Nutanix HA allows administrators to assign priority levels such as High, Medium, or Low. The system ensures VMs with higher priority power on before other workloads.

Host affinity simply pins VMs to physical hosts and does not control boot order. Agent VMs are infrastructure components and not involved in workload priority. Recovery plans apply only to DR workflows, not standard host restart behavior.

Thus, the correct answer is High Availability.

Capacity Runway analytics in Prism Central rely on historical usage data to generate forward-looking projections. Nutanix documentation specifies:

“Capacity runway forecasts require a minimum of 30 days of historical utilization data to build growth rate baselines and trending models.”

The modeling engine uses CPU, memory, and storage trends over time to estimate depletion dates. Insufficient historical data prevents generating meaningful predictions.

Prism Central will display “Not enough data” or simply omit runway metrics until the minimum time window is met.

The 21-day threshold applies to anomaly detection, not runway calculations.

The 3-month and 6-month options refer to optimal historical windows for accuracy but are not required.

Thus, the correct requirement is 30 days of history.

Nutanix Application Discovery relies on a combination of Prism Central services and in-guest sensors that collect application metadata, communication patterns, and dependency maps. The internal documentation lists these specific prerequisites before Application Discovery can be enabled:

“Prism Central must have access to the Internet for sensor downloads, signature updates, and metadata service communication.”Application Discovery uses cloud-based metadata to identify applications and services. Without Internet access, Prism Central cannot retrieve application profiles, updated signatures, and dependency mapping definitions.

“The Network Controller service must be enabled to allow flow-level inspection and communication tracking between VMs.”Application Discovery integrates directly with Nutanix Flow’s Network Controller to observe traffic flows, which is required for dependency mapping. Without Network Controller enabled, Prism Central cannot monitor or analyze traffic between workloads.

The documentation clarifies that generating API keys is not required to activate Application Discovery, and sufficient Prism Central resources are already assumed as stated in the question.

Therefore, the required prerequisites are Internet connectivity and enabling the Network Controller.

Nutanix Protection Policies replicate VM data between clusters using Nutanix’s built-in data protection engine. For inter-site or cloud-based replication, Nutanix documentation specifies that replication traffic can be encrypted using the Data-in-Transit Encryption feature. The internal description states:

“Data-in-Transit Encryption secures replication traffic moving between clusters by encrypting data packets before transmission across external or untrusted networks.”

This is distinct from Data-at-Rest Encryption, which protects stored data on disks but does not secure network traffic. Self-encrypting drives and secure boot only protect the VM locally, not the replication path. Because replication to NC2 travels over the Internet, encryption of the transport channel is mandatory to meet security compliance.

Therefore, the required capability is Data-in-Transit Encryption.

Nutanix Multicloud Infrastructure documentation explains that Recovery Plans and Protection Policies are designed to scale using Categories rather than per-VM assignments. Categories provide metadata that allows grouping of VMs by purpose, business unit, application tiers, boot order, and network requirements. The documentation states that Recovery Plans "consume categories so that VMs matching those categories are automatically included in the DR workflow." Categories also allow automatic updates so that when a VM is added, removed, or changed, the DR plan does not require modification. This method is specifically recommended for environments with numerous workloads and variable application tiers. Scripts, naming conventions, and static ratios do not provide the dynamic grouping and automation that categories provide.