Pass the Nutanix Nutanix Certified Professional (NCP) NCP-MCI-6.5 Questions and answers with CertsForce

Prism Element and NCC are two ways to run all NCC checks manually on a Nutanix cluster. Prism Element is the web console that provides management and monitoring capabilities for a single Nutanix cluster. Prism Element has a Health dashboard that shows the status of various components and services in the cluster, such as disks, nodes, CVMs, NCC, and alerts. The Health dashboard also allows the administrator to run NCC checks manually by using the Actions drop-down menu on the right side of the screen. The administrator can choose to run all NCC checks or specific checks based on the category or severity. The NCC checks will run in the background and generate a report that can be viewed or downloaded from the Summary tab. This method is easier and faster than running NCC from the command line on the CVM.

NCC stands for Nutanix Cluster Check, which is a framework of scripts that performs system checks and validations on Nutanix clusters. NCC can detect issues related to hardware, software, configuration, hypervisor, networking, and more. NCC can be run from the command line interface (CLI) of any CVM in the cluster by using the ncc command. To run all NCC checks manually, the administrator can use the command ncc health_checks run_all, which will execute all available checks and display the results on the screen. This method is more comprehensive and detailed than running NCC from Prism Element.

References: : [Health Dashboard - Prism Element Guide] : [Nutanix Cluster Check (NCC) - Nutanix Support & Insights] : [Running NCC Checks - Nutanix Support & Insights]

Nutanix Move is a tool that allows you to migrate VMs from different sources to Nutanix AHV with minimal downtime and complexity. Nutanix Move supports migration from Hyper-V to AHV, including VMs configured for UEFI-boot. UEFI stands for Unified Extensible Firmware Interface, which is a standard for the software interface between the operating system and the firmware. UEFI-boot is a mode of booting that uses UEFI instead of BIOS (Basic Input/Output System) to load the operating system. UEFI-boot offers some advantages over BIOS-boot, such as faster boot time, larger disk support, and better security features1.

To migrate a VM configured for UEFI-boot from a Nutanix Hyper-V cluster to AHV, you need to use Nutanix Move and follow these steps2:

Download and deploy the Nutanix Move appliance on the AHV cluster.

Log in to the Nutanix Move web console and add the source Hyper-V environment and the target AHV environment.

Create a migration plan and select the VMs that you want to migrate. You can choose either automatic or manual preparation mode for the migration.

Start the migration plan and monitor the progress. The migration plan will perform data seeding, which is the process of copying the VM data from the source to the target in the background.

When the data seeding is complete, perform a cutover, which is the process of shutting down the source VMs and powering on the target VMs. The cutover will also configure the boot device for the UEFI-boot VMs on AHV.

Verify that the migrated VMs are working as expected on AHV.

References: 1: UEFI Boot - Nutanix Support & Insights 2: Hyper-V to AHV and Hyper-V to Nutanix Clusters on AWS VM Migration - Nutanix Support & Insights

This is because Nutanix uses a distributed storage fabric (DSF) that replicates data across multiple nodes and drives to ensure data resiliency. When a drive fails, the cluster detects the failure and initiates a data rebuild process to restore the replication factor (RF) of the affected containers. The data rebuild process does not affect the availability or performance of the VMs, as they can still access their data from other replicas on other nodes or drives. Therefore, there is no need to wait for 60 minutes, use a shared volume group, or trigger an HA event.

The best way for the administrator to limit the amount of storage space that data stored in a single container can consume is to set an advertised capacity for the container. This will ensure that the data stored in the container doesn't exceed the set limit, and it will also help prevent any potential performance issues due to resource contention. Additionally, the administrator should consider thick provisioning the container, which will pre-allocate the amount of storage space that can be used by the container. This will help ensure that the data stored in the container doesn't exceed the advertised capacity.

https://portal.nutanix.com/page/documents/details/?targetId=Web-Console-Guide-Prism-v50:wc-bl ock-services-enabling-t.html

Provision storage on the Nutanix cluster by creating a volume group. Create a client whitelist to enable access to the volume group by using the IP addresses or client initiator IQNs in a whitelist (as part of the volume group configuration). Create a secret for the volume group if you are using CHAP authentication.

Port 389 is the default port for LDAP without SSL encryption. Port 636 is used for LDAP over SSL (LDAPS). Port 3268 and 3269 are used for Global Catalog (GC) and Global Catalog over SSL (GCSSL), respectively2.

According to section 6 of the exam blueprint guide1, one of the topics covered is VM placement options. When creating a new VM on an AHV cluster, there are two ways to determine its initial placement:

Automatic placement: The Acropolis Dynamic Scheduler (ADS) selects a host that provides adequate resources for the VM’s configuration, such as CPU, memory, disk space, and network bandwidth. ADS also considers factors such as host load, power state, availability domains, and affinity rules.

Manual placement: The administrator can specify a host or a host group where they want to place the VM.

According to the Nutanix Volumes - Recommendations And Best Practices web search result3, two actions that the administrator should take when designing the Volume Group are:

Distribute workload across multiple virtual disks: Use multiple disks rather than a single large disk for an application. Consider using a minimum of one disk per Nutanix node to distribute the workload across all nodes in a cluster. Multiple disks per Nutanix node may also improve an application’s performance. For performance-intensive environments, we recommend using between four and eight disks per CVM for a given workload.

Enable RSS (Receive Side Scaling): Receive-side scaling (RSS) allows the system to use multiple CPUs for network activity. With RSS enabled, multiple CPU cores process network traffic, preventing a single CPU core from becoming a bottleneck. Enabling RSS within hosts can be beneficial for heavy iSCSI workloads. For VMs running in ESXi environments, RSS requires VMXNET3 VNICs. For Hyper-V environments, enable VMQ to take full advantage of Virtual RSS.

According to the Nutanix Support & Insights web search result1, route injection is used to maintain I/O operations in the cluster when the Stargate service becomes unavailable on a single CVM on an AHV node. Route injection is a mechanism that allows the CVMs to communicate with each other and redirect the I/O requests to another healthy CVM in the cluster. Route injection uses the Linux kernel routing table to add or delete routes dynamically, based on the availability of the Stargate service on each CVM.

Explanation/Reference: