NCP-MCI-6.5 Nutanix Certified Professional - Multicloud Infrastructure (NCP-MCI) v6.5 exam Questions and Answers

According to the Nutanix Support & Insights, IPAM enables AHV to assign IP addresses automatically to VMs using DHCP. You can configure each virtual network and associated VLAN with a specific IP subnet, associated domain settings, and group of IP address pools available for assignment.

According to the Dell Unity: Data Reduction Technical White Paper1, snapshots and clones on Dell Unity use the Copy-on-Write (CoW) algorithm to maximize efficiency and effectiveness. CoW is a technique that defers the copying of data until it is modified. This means that snapshots and clones only consume space when changes are made to the source or the clone, respectively. CoW also preserves the original data in case of a rollback or recovery operation.

These are the three steps that the administrator must take to increase throughput to the host. According to the network diagram, the host has two 10Gb interfaces and two 1Gb interfaces in the default bond, but only one of the 10Gb interfaces is connected to a switch. The other 10Gb interface is disconnected and has a red “X” on it. The two 1Gb interfaces are also disconnected and have dotted lines. This means that the host is using only one 10Gb interface for all its network traffic, which limits its maximum bandwidth to 10 Gbps.

To increase the throughput, the administrator should connect both 10Gb interfaces to the physical switch, preferably to different switches for redundancy and high availability. This will allow the host to use both 10Gb interfaces for network traffic, which can increase its maximum bandwidth to 20 Gbps. However, this also requires changing the bond mode from active-backup to balance-slb or balance-tcp, which are load balancing modes that distribute network traffic across multiple interfaces based on source MAC address or TCP session1. The default bond mode of active-backup only uses one interface at a time and switches to another interface only when the active one fails2.

Finally, the administrator should remove any 1Gb interfaces still connected from the default bond, as they are not needed and may cause performance issues or conflicts with the load balancing modes. The 1Gb interfaces can be used for other purposes, such as management or backup networks, by creating separate bonds or bridges for them3. Alternatively, they can be left disconnected if they are not required.

 When a node with Erasure Coding fails, the cluster will automatically rebuild the missing data using replication factor (RF) 2 or 3, depending on the cluster configuration. This means that the data that was previously stored using Erasure Coding will now be stored using full copies, which may increase the amount of data stored in the SSD tier1.

According to the How to use the cvm_shutdown script web search result3, the cvm_shutdown script signals HA when shutting down the CVM (Controller VM) to forward the storage traffic to another healthy CVM. Instead of using sudo shutdown or sudo reboot commands, this script should be used to minimize I/O hits in user VMs running on the present hypervisor host. The cvm_shutdown -P now command will initiate the shutdown process on the CVM immediately. Therefore, if the administrator needs to perform an orderly shutdown of the CVM, they should execute this command from the CVM.

This is because there is no GUI method to unregister a cluster from Prism Central, so the process requires SSH access to the PC VM as well as to a CVM of the cluster2. The unregistration process involves getting the UUID of the cluster from the CVM and then using that to trigger de-registration from PC command line2. The unregistration process also involves cleaning up any associated metadata and configuration on both PC and PE2. Therefore, the administrator needs to use a Host SSH session to perform this task.

According to the web search results, the two actions that the administrator should perform to determine if the current cluster can accommodate the new VMs are:

• Utilize Optimize Resources for VM efficiency: Optimize Resources is a feature in Prism Central that helps the administrator improve the efficiency and performance of their VMs by identifying and resolving issues such as overprovisioning, inactivity, constraints, or bullying3. By using Optimize Resources, the administrator can reclaim unused resources and optimize the resource allocation for their VMs3.
• Determine utilization with Cluster Runway: Cluster Runway is a feature in Prism Central that helps the administrator estimate how long their cluster can continue to run normally based on the current consumption rate of CPU, memory, and storage resources4. By using Cluster Runway, the administrator can see how adding more VMs will affect the resource utilization and capacity of their cluster4.

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.

A Compute Only node is a node that does not have any local storage devices and only provides compute resources to the cluster2. A Compute Only node does not run a CVM, but instead relies on the CVMs of other nodes to access the distributed storage fabric2

According to the Nutanix Files Guide, Nutanix Files instances are composed of a set of VMs (called FSVMs). Files requires at least three FSVMs running on three nodes to satisfy a quorum for high availability. By default, Files deploys three FSVMs when you create a file server instance.

Nutanix provides two types of granular RBAC for AHV hosts: category based and cluster based3. Category based RBAC allows administrators to assign roles to users or groups based on categories, which are key-value pairs that can be applied to various entities in Prism Central, such as clusters, hosts, VMs, images, and networks. Categories can be used to group entities by different criteria, such as department, project, environment, or location. For example, an administrator can create a category key named Department and assign different values to it, such as Finance, Marketing, or Engineering. Then, the administrator can apply this category to different clusters or hosts and assign roles to users or groups based on this category. This way, users or groups can have different levels of access to different clusters or hosts depending on their department4.

Cluster based RBAC allows administrators to assign roles to users or groups based on specific clusters registered in Prism Central. For example, an administrator can create a role named Cluster Admin and assign it to a user or group for a particular cluster. This way, the user or group can have full access to that cluster and its hosts and VMs, but not to other clusters5.

Configure VM-Host affinity for the nodes that meet the application’s GPU requirement. This is because VM-Host affinity allows the administrator to specify which nodes a VM can run on or must not run on1. By creating a VM-Host affinity rule that binds the application VM to the three nodes that have the physical GPU, the administrator can ensure that the VM will always run on a node that meets its requirement, regardless of any HA or migration events. This also allows the other nodes in the cluster to host other VMs without any restrictions.

A. This statement is incorrect because there is no static threshold set to trigger a critical alert at 6000 MB. The graph shows a peak that goes above 6000 MB, but the alert configuration below does not specify a static threshold at this value.

B. This is the correct statement. The configuration under "Behavioral Anomaly" is set to alert every time there is an anomaly, with a critical level alert set to trigger when the I/O working set size is between 0 MB and 4000 MB. The graph illustrates that the anomalies (highlighted in pink) occur when the working set size exceeds the normal range (blue band). Therefore, any anomaly detected above 4000 MB would trigger a critical alert.

C. This statement is incorrect because there is no indication that a warning alert is configured to trigger after 3 anomalies. The exhibit does not show any configuration that specifies an alert based on the number of anomalies.

D. This statement is incorrect as there's no indication that a warning alert will be triggered based on the I/O working set size exceeding the blue band. The alert settings are configured to ignore anomalies below 4000 MB and to trigger a critical alert for anomalies above this threshold.

The settings displayed in the exhibit are typically part of Nutanix's Prism infrastructure management platform, which can set various thresholds for performance metrics and trigger alerts based on those thresholds. The behavior is defined in the Prism documentation where the alert configuration is outlined.

According to the Troubleshoot high memory issues on Azure virtual machines web search result2, one of the common factors in a low memory situation is over-provisioning memory for a VM. Over-provisioning memory can cause memory pressure, which leads to swapping and degraded performance. Therefore, to fix this issue, the administrator should reduce the amount of memory assigned to the VM, based on the average hardware requirements for that operating system and application load.

First Preference:

• Policy is applied to a specific entity

2nd Preference:

• Policy is applied to an entity type in a category

3rd Preference:

• Policy is applied to an entity type in a cluster

4th Preference:

• Policy is applied to all entities of an entity type

Comprehensive Detailed Explanation with References:In Nutanix Prism, when multiple alert policies are created and applied to the same entities, the policies are evaluated based on their specificity. The order of precedence from highest to lowest is as follows:

• Policy is applied to a specific entity: Custom alert policies that are applied to specific entities take precedence over those applied to broader categories. This is because the more specific policy is usually created with a particular context or requirement in mind for that entity.
• Policy is applied to an entity type in a category: The next level of precedence is given to policies that are applied to all entities of a certain type within a specific category. Categories allow grouping of entities based on certain criteria, and policies applied here are more specific than to an entire cluster or entity type.
• Policy is applied to an entity type in a cluster: This refers to policies that are applied to all entities of a certain type within a specific cluster. This is more general than the above two but still targets a specific cluster environment.
• Policy is applied to all entities of an entity type: The lowest precedence is given to policies that are broadly applied to all entities of a particular type across the entire Nutanix environment.

This order ensures that the most specifically targeted policies are given priority, which allows for fine-tuned control and customization of alert policies. The details of alert policy precedence are typically covered in the Nutanix Prism Central Guide and the documentation related to Prism Central's alerting and policies.

According to the web search results, one of the requirements for cross-hypervisor disaster recovery (CHDR) is to install and configure Nutanix Guest Tools (NGT) on all the VMs2. NGT configures the VM with all the required drivers for VM portability. Without NGT, the VMs may fail to boot after being migrated to a different hypervisor type. 

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.

Shadow Clones is a Nutanix feature that provides effective caching optimization in VDI environments. VDI stands for Virtual Desktop Infrastructure, which is a technology that allows users to access virtual desktops hosted on a centralized server. VDI environments typically have a high degree of similarity among desktop images, which means that many VMs access the same data blocks from the storage layer. Shadow Clones leverages this similarity by creating read-only copies of frequently accessed data blocks on each node’s SSD tier, reducing network traffic and improving performance. Shadow Clones works automatically and transparently without any configuration or intervention from the administrator.

References: : [Fault Tolerance - Nutanix Bible] : [Block Awareness - Nutanix Bible] : [Block Awareness - Nutanix Support & Insights] : [Shadow Clones - Nutanix Bible] : [Shadow Clones - Nutanix Support & Insights] : [Shadow Clones - Nutanix Community]

https://next.nutanix.com/installation-configuration-23/nutanix-vlan-34170

https://hyperhci.com/2019/07/22/nutanix-lcm-upgrade-process-failed-trouble-shooting/

Step 1 ---> Login into Prism Element.

Step 2 ---> Select the Gear Icon at top right of the page.

Step 3 ---> Click Upgrade Software.

Step 4 ---> Select the component to upgrade.

Step 5 ---> Click download.

Step 6 ---> Once the download completes, select upgrade.

Invalid:-

1 - Select Prism Central.

2 - Select user login.

3 - On left select upgrade Prism Central.

Prism is the central service control used by Nutanix to manage the clusters. It provides a unified view of the entire system, and it is used to control the HTML5 UI, the nCLI, and the REST API. Prism is used to manage the resources of the system, such as the nodes, storage, and networks, as well as to monitor the performance of the system and the applications running on it.

https://www.nutanixbible.com/2f-book-of-basics-cluster-components.html

PrismKey Role: UI and API

·  Prism is the management gateway for components and administrators to configure and monitor the Nutanix cluster.  This includes Ncli, the HTML5 UI, and REST API. 

·  Prism runs on every node in the cluster and uses an elected leader like all components in the cluster. All requests are forwarded to the leader using Linux Iptables. This allows access to PRISM using any CVM Ip address.

·  Prism communicates with Zeus for cluster configuration data and Cassandra for statistics to present to the user. It also communicates with the ESXi hosts for VM status and related information

These are only some of the essential services that make up the CVM functionality. For more information on all the services and various Nutanix Cluster components, refer to the portal documentation.

https://portal.nutanix.com/page/documents/solutions/details/?targetId=BP-2029_AHV:BP-2029_AHV

Administrators can use Acropolis with IPAM to deliver a complete virtualization deployment, including network management, from the unified Prism interface. This capability radically simplifies the traditionally complex network management associated with provisioning VMs and assigning network addresses. To avoid address overlap, be sure to work with your network team to reserve a range of addresses for VMs before enabling the IPAM feature.

The Acropolis master assigns an IP address from the address pool when creating a managed VM NIC; the address releases back to the pool when the VM NIC or VM is deleted.

API Explorer page will launch when an administrator presses the letter A on the keyboard after logging into Prism Element. This is one of the keyboard shortcuts that Prism Element provides for accessibility and ease of use1. API Explorer is a tool that allows users to explore and test Nutanix REST APIs within Prism Element1.

https://www.nutanixbible.com/3b-book-of-prism-navigation.html

The correct answer is C. Network latency.

The diagram shows a solution that uses synchronous replication between two remote protection domains, cluster site A and cluster site B. Synchronous replication is a feature that allows near-zero RPO (recovery point objective) by replicating data to the remote site before acknowledging writes to the local site. However, synchronous replication has some requirements and limitations that must be met for it to work properly. One of these requirements is that the network latency between the two sites must be less than or equal to 5 ms1. If the network latency is higher than 5 ms, the synchronous replication will fail and the protection policy will be suspended2.

Therefore, based on the diagram, the most likely cause of the issue is that the network latency between cluster site A and cluster site B is higher than 5 ms, which prevents the synchronous replication from working. To verify this, the administrator can use the “ncli cluster ping” command to measure the network latency between the two sites3. If the network latency is indeed higher than 5 ms, the administrator can either improve the network performance or switch to a different replication mode, such as near-synchronous or asynchronous.

The output in the exhibit indicates that the node's network interfaces (eth0-eth3) are bonded together using LACP (Link Aggregation Control Protocol) with 'balance-tcp' as the bonding mode and LACP speed set to 'fast'. For LACP to function correctly, the switch ports to which the node is connected must also be configured to support LACP. If the ports on the upstream switch are not configured for LACP, the bond will not be able to establish properly, and the node will not communicate effectively on the network, making it undiscoverable when attempting to expand the cluster.

The absence of an operational LACP configuration could prevent the new node from joining the existing cluster as the node's network interfaces would not be able to pass traffic correctly. This can be verified by checking the switch configuration to ensure that the ports are set to participate in an LACP bond.

The other options, such as a firewall blocking discovery traffic (Option A) or the node being on different VLANs (Option C), are possible causes for a node not being discovered, but given the specific command output provided, the most likely cause is related to the switch port configuration for LACP. Option D, regarding completing LACP configuration after cluster expansion, is not correct because LACP needs to be operational for the node to communicate with the cluster during the expansion process.

Proper LACP configuration is critical for network communication in a Nutanix AHV cluster, and this is covered in detail in the Nutanix AHV and Networking documentation. It outlines the steps for configuring network bonds and LACP on both the AHV hosts and the connecting network infrastructure.

A managed network is a type of network that can be created on an AHV cluster and allows VMs to automatically be assigned an IP address at creation time. A managed network uses the Nutanix IP Address Management (IPAM) service, which provides DHCP and DNS functionality for the VMs on the network. A managed network can be configured with a subnet range, a default gateway, and DNS servers. The IPAM service will allocate IP addresses from the subnet range to the VMs and register their hostnames in the DNS servers. The IPAM service will also release the IP addresses when the VMs are deleted or moved to another network1.

To create a managed network on an AHV cluster, the administrator can use Prism Element or Prism Central. The steps are as follows2:

• In Prism Element, go to the Network Configuration page and click Create Network.
• In Prism Central, go to the Networks page and click Create.
• Enter a name and description for the network.
• Select Managed as the network type.
• Enter the subnet range, default gateway, and DNS servers for the network.
• Optionally, enable VLAN tagging and enter a VLAN ID for the network.
• Click Save.

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.

The only option that requires iSCSI initiator configuration in the guest OS to use Volumes is Microsoft Windows Failover Cluster. Volumes is an enterprise-class, software-defined block storage solution that exposes storage resources directly to virtualized guest operating systems or physical hosts using the iSCSI protocol7. To use Volumes, customers need to configure iSCSI initiators on their hosts or guest OSes. However, some applications or services can use native storage adapters instead of iSCSI initiators when running on AHV VMs. These include:

• SQL Server Always On Availability Group: This is a high availability and disaster recovery solution for SQL Server databases that uses Windows Server Failover Clustering (WSFC) and Availability Groups (AGs) as its core components. When running on AHV VMs, SQL Server Always On Availability Group can use native storage adapters instead of iSCSI initiators.
• Oracle RAC: This is a clustered database system that provides high availability and scalability for Oracle databases. When running on AHV VMs, Oracle RAC can use native storage adapters instead of iSCSI initiators.
• Exchange DAG: This is a group of up to 16 mailbox servers that hosts a set of databases and provides automatic database-level recovery from failures that affect individual servers or databases. When running on AHV VMs, Exchange DAG can use native storage adapters instead of iSCSI initiators.

"Playbook allows you to define a trigger that results in the execution of an action or a series of actions. A trigger may be an event that occurs in the system, such as an alert or a request made by you. The resultant actions that you configure can be VM actions, communication actions, alert actions, or report actions." https://portal.nutanix.com/page/documents/details?targetId=Intelligent-Operations-Guide-vpc_2023_3:ssp-report-management-ssp-pc-c.html#:~:text=The%20environment%20summary%20report%20provides,is%20registered%20to%20Prism%20Central.

Nutanix leverages a method for determining the bands called ‘Generalized Extreme Studentized Deviate Test’. A simple way to think about this is similar to a confidence interval where the values are between the lower and upper limits established by the algorithm.

Another web source3 shows an example of how anomaly detection works in Nutanix Prism Central. In the video, you can see that when the observed value of a metric deviates significantly from the predicted value based on historical data, an anomaly event is triggered and displayed on a chart.

Therefore, by comparing the observed values with the predicted values based on historical data, Nutanix anomaly detection can identify abnormal behavior and alert you accordingly.

Active-Active is a bond mode that allows all uplinks in the bond to be used simultaneously for traffic transmission and reception. This bond mode provides load balancing and increased bandwidth for the AHV host and its VMs. Active-Active bond mode uses a hashing algorithm based on source MAC addresses to distribute traffic across different uplinks in the bond. Each individual VM NIC uses only a single bond member interface at a time, but multiple VM NICs are spread across different bond member interfaces. As a result, it is possible for a Nutanix AHV node with two 10 Gb interfaces to use up to 20 Gbps of network throughput, while individual VMs have a maximum throughput of 10 Gbps6.

Therefore, if an administrator needs to optimize for maximum single VM throughput, they should select Active-Active bond mode for their AHV cluster. This bond mode can be configured using Prism Element UI or manage-ovs commands on each AHV host7. No additional configuration is required on the upstream switch side, as long as the switches are interconnected physically or virtually and both uplinks trunk the same VLANs8.

According to the Nutanix Support & Insights web search result1, erasure coding is a data savings technique that utilizes stripes and parity calculation in a Nutanix cluster. Erasure coding increases the usable capacity on a cluster by reducing the replication factor of data blocks. Instead of replicating data, erasure coding uses parity information to rebuild data in the event of a disk or node failure. Erasure coding can save up to 50% of storage space compared to replication factor 2, and up to 75% compared to replication factor 32.

Deploy the Move appliance and Import the .vmdk into the Image Service. These are two methods that can be used to migrate a VM from VMware ESXi to AHV2. The Move appliance is a tool that automates the migration process by converting the VM disks and configuration to AHV format and transferring them to the Nutanix cluster3. The Image Service is a feature that allows users to upload and manage disk images that can be used to create or clone VMs on AHV4. By importing the .vmdk file of the VMware VM into the Image Service, users can create a new AHV VM from that image.

According to the Nutanix Support & Insights, in a two-node ROBO cluster with a witness VM, if one node goes down, the other node sends a leadership request to the witness VM and goes into single-node mode. The cluster remains available and can tolerate another failure of either the witness VM or the network link.

Automated live migration is a feature of Nutanix that allows the cluster to automatically move VMs from one host to another without any downtime, in order to optimize the performance and availability of the cluster. According to the Nutanix documentation1, automated live migration can occur in the following scenarios:

• Cluster resource hotspot: When a host or a group of hosts experience high resource utilization, such as CPU, memory, or network, the cluster can automatically migrate some VMs to other hosts with lower utilization, in order to balance the load and avoid performance degradation.
• AOS upgrade: When upgrading the Nutanix software (AOS), the cluster can automatically migrate the VMs from the host that is being upgraded to another host in the same availability zone, in order to maintain the VM availability and minimize the impact of the upgrade process.
• AHV host maintenance mode: When putting an AHV host into maintenance mode, the cluster can automatically migrate all the VMs from that host to another host in the same availability zone, in order to prepare the host for maintenance operations such as hardware replacement or firmware update.

An agent VM is a special type of VM that is used for running services or applications that are not affected by high availability (HA) events or host maintenance. An agent VM is never migrated to any other host in the cluster. If an HA event occurs or the host is put in maintenance mode, agent VMs are powered off and are powered on on the same host once that host returns to a normal state. This behavior is different from regular VMs, which are migrated to another host in the cluster if possible, or restarted on the same host if not possible1.

Therefore, during an AHV upgrade, an administrator may find that a critical VM was powered off rather than migrated to another host if the VM was marked as an agent VM. This can be done either from the Prism web console by selecting the Use this VM as an agent VM option in the Update VM dialog box, or from the aCLI by using the vm.create or vm.update commands with the agent_vm=true parameter2. To avoid this situation, the administrator should ensure that any critical VMs are not marked as agent VMs before starting the AHV upgrade.

http://www.vstellar.com/2019/01/10/ahv-networking-part-1 -basics/#:~:text=AHV%20Network%20Architecture&text=virbr0%20is%20an%20internal%20switch,virbr0)%20have%20IP%20address%20192.168.

According to the CPU (%) - VMware Docs web search result2, one of the possible causes of high CPU ready % is over-provisioning vCPUs for a VM or having too many VMs on a host. CPU ready % indicates the percentage of time that the VM was ready, but could not get scheduled to run on the physical CPU. High CPU ready % can lead to VM performance problems, such as slow response time or application latency. To improve VM performance, the administrator should reduce the number of vCPUs assigned to VMs or reduce the number of VMs on the hosts, so that there is less contention for CPU resources.

According to the Nutanix Support & Insights web search result3, shadow clones are vDisk copies that are created by the cluster when a vDisk is read by multiple VMs. Shadow clones are immutable copies of a vDisk that are stored in different nodes in the cluster, and are used to improve read performance and reduce network traffic. Shadow clones are automatically created and deleted by the cluster, based on the demand and availability of resources.

Nutanix supports two types of deduplication: post-process and inline. Post-process deduplication runs periodically on a schedule and can be enabled on any cluster. Inline deduplication runs in real time before data is written to disk and can be enabled only on all-flash clusters.

Therefore, by checking the type of storage and the type of deduplication, you can determine if you can enable inline deduplication on a storage container or not.

 Nutanix inline deduplication is a feature that reduces the stored size and avoids duplicate data on a storage container1. It is recommended only on some specific scenarios, such as when using Nutanix Files or virtual desktop infrastructure (VDI) workloads12.

https://next.nutanix.com/blog-40/net work-load-balancing-with-acropolis-hypervisor-6463

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.