Pass the Nutanix NCM-MCI NCP-MCI-6.10 Questions and answers with ExamsMirror

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

To create a custom Intelligent Operations report and run it across multiple Prism Central instances, administrators must export the report configuration from one Prism Central instance and then import it into the others. This process leverages the .rpt file format, which encapsulates the report’s configuration details, including data sources, visualization preferences, and thresholds.

From theNutanix Enterprise Cloud Administration (ECA)course materials:

“Administrators can create custom Intelligent Operations reports in Prism Central and export the configuration as a .rpt file. This exported file can then be imported into other Prism Central instances, ensuring consistency across environments without requiring manual recreation of the report’s details.”

Additionally:

“The export/import feature for reports ensures that custom dashboards and reports can be easily migrated or replicated across multiple Prism Central instances, enabling a standardized approach to monitoring and analytics in a multicloud environment.”

This clearly indicates that the recommended and supported method for sharing or replicating custom reports across multiple Prism Central instances is by exporting and importing the report configurations in .rpt format. This approach avoids the need for manual recreation and ensures that the reports maintain their intended configuration and layout across different instances.

TheBully VMs List (Option C)in Prism Central’sIntelligent OperationsidentifiesVMs consuming excessive CPU, memory, or storage, which negatively affects other VMs.

Option A (Inactive VMs List)is used foridentifying unused VMsbut does not detect performance issues.

Option B (Overprovisioned VMs List)helps identifyVMs with excessive allocated resources, but it does not focus on live performance impact.

Option D (Constrained VMs List)highlightsVMs suffering from resource contention, not those causing it.

Metro Availability requires that VMs always read data from their primary site to maintain optimal performance and prevent remote data access latency.

Option C (Migrate the VM to its primary site and set appropriate rules) is correct:

If a VMfails over to the secondary sitebut is still running in the primary site, it will read data remotely, causinghigh latency and performance issues.

The solution is tomigrate the VM back to the primary siteand configureDRS rulesorhost affinity settingsto prevent unwanted movement.

Option A is incorrect:

The command listsactive Metro Availability protection domainsbut doesnot resolvethe issue.

Option B is incorrect:

Must-affinity rules can help, but they should be configuredafter migrating the VM back to the primary site.

Option D is incorrect:

RunningNCC health checkswill onlydiagnose the issue, not resolve it.

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.

When diagnosing CPU performance issues, CPU Ready Time and CPU Usage are the key indicators of whether more vCPUs are needed.

Option A (VM CPU Ready Time) is correct:

High CPU Ready Time means the VM is waiting for CPU resources, indicatingCPU contention.

Option B (VM CPU Usage) is correct:

If CPU usage isconsistently high, adding more vCPUsmay improve performance.

Option C (Host CPU Usage) is incorrect:

Host-wide CPU usage does not indicate whether a specific VM needs more vCPUs.

Option D (Host Memory Swap Out Rate) is incorrect:

Memory swappingaffects RAM performance, not CPU allocation.

Nutanix performance troubleshooting guidelines highlight CPU Ready Time as a key indicator of CPU contention. The documentation explains:

“High CPU Ready Time indicates that vCPUs are waiting to be scheduled on physical cores due to host CPU saturation or CPU overcommitment.”

CPU Ready Time doesnotrelate to storage issues or CVM sizing. Instead, it indicates that the hypervisor cannot schedule VM CPU operations promptly.

Internal extracts clearly describe the next diagnostic step:

“When CPU ready metrics rise, the first step is to check physical host CPU utilization to confirm whether the host is oversubscribed or running at high CPU usage.”

If the host is overloaded, remediation includes distributing VMs across hosts, reducing vCPU count on oversized VMs, or adding compute resources.

Other options are irrelevant:

Memory oversubscription is unrelated to CPU Ready Time.

SSD capacity affects storage latency, not CPU scheduling.

CVM CPU counts do not cause VM CPU Ready Time; CVM resource misconfiguration affects cluster services, not guest VM scheduling.

Thus, reviewing host CPU utilization is the correct next step.

LCM (Life Cycle Manager) fetches software updates from Nutanix’s repositories, requiring access to specific URLs.

Option A (download.nutanix.com) is correct:

This domainhosts all software update filesfor AOS, AHV, and other Nutanix components.

Option C (release-api.nutanix.com) is correct:

This domain is used forLCM to fetch update metadataand check for new versions.

Option B (mynutanix.com) is incorrect:

This domain is used foraccount management, not LCM updates.

Option D (portal.nutanix.com) is incorrect:

TheNutanix support portal is not used for automated LCM updates.