Windows Defender Credential Guard requires UEFI firmware and Secure Boot to function properly.

Option B (Enable UEFI with Secure Boot) is correct:

Credential Guardrequires a UEFI-based boot moderather thanLegacy BIOS.

Secure Boot ensures only trusted OS components load, reducing attack surface for credential theft.

Option A (Update vCPU to 8) is incorrect:

Increasing vCPUs does not impactCredential Guard compatibility.

Option C (Use Windows Server 2022) is incorrect:

Windows Server 2019supports Credential Guard; upgrading to 2022 isnot required.

Option D (Update Memory to 16GB) is incorrect:

Credential Guard has no minimum RAM requirementbeyond general OS needs.

For high-performance databases like MySQL, optimizing storage access is critical.

Option B (Create additional vDisks for SQL data) is correct:

Multiple vDisks allowbetter parallelismin NutanixDSF (Distributed Storage Fabric), improving IOPS.

Option C (Use LVM to stripe SQL data across multiple vDisks) is correct:

Striping across multiple disksdistributes the load, reducing latency.

Option A (Thick provisioned vDisks) is incorrect:

Nutanixalways provisions vDisks thinly, and thick provisioningdoes not improve IOPS.

Option D (Thin provisioned vDisks) is incorrect:

All Nutanix vDisksare thin-provisioned by default.

The best way to test the performance of a Linux VM that is underperforming at the storage level on an ESXi cluster, while minimizing downtime, is to migrate the VM to an AHV-based cluster. This allows leveraging Nutanix-native storage optimizations and hypervisor capabilities of AHV.

From theNutanix Enterprise Cloud Administration (ECA)course materials:

“AHV and Nutanix storage integration is natively optimized for performance, leveraging capabilities like data locality, I/O path enhancements, and advanced metadata management. Migrating workloads from ESXi to AHV can often resolve performance bottlenecks associated with storage I/O.”

Additionally:

“Using the Nutanix Move tool, administrators can migrate running VMs between different hypervisors (e.g., ESXi to AHV) with minimal downtime and fully automated steps, reducing the operational burden.”

Increasing vCPUs would not address storage-level performance issues, and collapsing disks would require significant reconfiguration and VM downtime. vDisk sharding is not directly user-configurable and not applicable in this scenario.

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.

Understanding the Issue

The administrator is investigating VM performance complaints and is analyzing CPU Ready Time data.

CPU Ready Time is a crucial metric in Nutanix and virtualization environments (AHV, ESXi, or Hyper-V).

It measures the amount of time a VM is waiting for CPU scheduling due to resource contention.

High CPU Ready Time indicates that VMs are ready to run but are waiting because the host lacks available CPU resources.

Analysis of the Exhibit

The graph shows CPU Ready Time spikes for multiple VMs.

Some VMs have CPU Ready Time exceeding 18% to 21.5%, which is very high.

A healthy CPU Ready Time should be below 5%.

Values above 10% indicate CPU contention, and anything above 20% is critical and requires immediate troubleshooting.

Evaluating the Answer Choices

❌(A) Check the number of vCPUs assigned to each CVM. (Incorrect)

CVMs (Controller VMs) have fixed CPU allocation, and modifying their vCPU count is not recommended unless advised by Nutanix Support.

The issue is related to VM CPU contention, not CVM configuration.

✅(B) Review host CPU utilization. (Correct Answer)

High CPU Ready Time suggests CPU overcommitment or host saturation.

The administrator should check host CPU usage in Prism Central to determine if the cluster is overloaded.

If host CPU usage is consistently above 85–90%, VMs are competing for CPU resources, leading to high CPU Ready Time.

❌(C) Assess cluster SSD capacity. (Incorrect)

SSD capacity impacts storage performance (latency, read/write speeds) but does not affect CPU Ready Time.

High CPU Ready Time is a CPU scheduling issue, not a storage bottleneck.

❌(D) Enable VM memory oversubscription. (Incorrect)

Memory oversubscription does not impact CPU scheduling.

Enabling memory oversubscription affects RAM allocation, but CPU Ready Time is strictly related to CPU contention.

Next Steps to Diagnose & Resolve the Issue

Review Host CPU Utilization:

Navigate to Prism Central → Analysis → CPU Usage per Host.

Identify hosts experiencing high CPU load.

Check VM vCPU Allocation:

Ensure that VMs do not have excessive vCPUs assigned, which can lead to scheduling inefficiencies.

Overprovisioning vCPUs can cause unnecessary contention.

Balance Workload Across Hosts:

Use Nutanix AHV DRS (Dynamic Scheduling) or VMware DRS to redistribute VMs across hosts.

Check if certain hosts are overloaded while others have spare CPU capacity.

Consider Scaling Out the Cluster:

If CPU usage is consistently high, adding more nodes may be required to reduce CPU contention.

Multicloud Infrastructure References & Best Practices

CPU Ready Time Best Practices:

Keep CPU Ready Time below 5%.

Avoid overcommitting vCPUs on heavily loaded hosts.

Monitor Prism Central Runway Metrics to predict future CPU resource needs.

Nutanix AHV CPU Scheduling Optimization:

Ensure proper VM sizing (avoid excessive vCPU allocation).

Balance workloads using Nutanix AHV DRS.

A cluster runway below 365 days does not necessarily indicate an issue if Intelligent Operations determines that workloads are sustainable.

Option B (Because new workloads are sustainable) is correct:

Nutanixanalyzes resource trendsand marks clusters as healthyif new workloads are within projected capacity.

Option A (Storage Runway is still good) is incorrect:

Storage isone component, butCPU and memoryalso affect runway calculations.

Option C (Recommended resources) is incorrect:

Recommendations help optimize capacity, butdo not define cluster health.

Option D (Target is 1 month) is incorrect:

The scenario’s target window does not impact the actual runway calculation.