Nutanix NCP-MCI-6.5 Nutanix Certified Professional - Multicloud Infrastructure (NCP-MCI) v6.5 exam Exam Practice Test

According to the Red Hat Customer Portal, to use RELP with Rsyslog, you need to install the rsyslog-relp package on both the server and the client. If the remote server does not have rsyslog-relp installed, RELP logging will not work as expected.

https://portal.nutanix.com/page/documents/details?targetId=Prism-Central-Guide-Prism-v5_10:mul-pc-install-scratch-c.html

 According to the Nutanix Support & Insights web search result4, Prism Central can be installed manually on an AHV cluster by using three disk images: boot, home, and data. These disk images must be downloaded from the portal for the Prism Central VM and uploaded to an image service on the AHV cluster. The boot image contains the operating system and kernel for Prism Central. The home image contains the configuration files and logs for Prism Central. The data image contains the database and application files for Prism Central.

inline compression is a technique that compresses all incoming write I/O operations over 4 KB inline in the persistent write buffer (oplog)23. This approach enables you to use oplog capacity more efficiently and helps drive sustained performance2. From AOS 5.18 onward, inline compression (compression delay=0) is enabled by default for all new containers24.

https://portal.nutanix.com/page/documents/solutions/details?targetId=TN-2032-Data-Efficiency:TN-2032-Data-Efficiency

The default network configuration for AHV hosts and CVMs is a bond named br0-up with two or more uplinks in active-backup mode. This means that only one uplink is active at a time, while the others are in standby mode. This provides high availability, but not load balancing or increased bandwidth. To increase the bandwidth available to the AHV host and the CVM, the administrator can change the bond mode to Active-Active, which allows all uplinks to be used simultaneously. This can be done using the manage-ovs commands on each AHV host. The steps are as follows1:

• Log in to the AHV host using SSH.
• Enter maintenance mode on the CVM by running allssh 'cluster status | grep -i cvm | grep -i down'.
• Change the bond mode to Active-Active by running manage_ovs --bond_mode active-active update_uplinks br0-up , where  is a comma-separated list of uplink interfaces (for example, eth0,eth1).
• Verify the bond mode by running manage_ovs show_uplinks.
• Exit maintenance mode on the CVM by running allssh 'cluster start'.

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.

The change password at next logon attribute is a setting that forces a user to change their password when they log on to a domain for the first time or after their password has expired. This attribute is enabled by default for new Active Directory user accounts or when an administrator resets a user’s password4.

However, Prism Central does not support this attribute for Active Directory authentication. Users with this attribute enabled will not be able to log on to Prism Central using their Active Directory credentials. They will receive an error message saying “Invalid credentials” or “Authentication failed” when they try to log on5.

Therefore, if an administrator is not able to log on to Prism Central using a new Active Directory user account, the most likely cause of this issue is that the change password at next logon attribute is set for that user account. To resolve this issue, the administrator should disable this attribute for the user account or log on to a domain workstation first and change their password before accessing Prism Central6.

switch ports are configured with different VLANs could be the cause of this error. If the switch ports are not configured with the same VLANs as the network interfaces on each node, then there could be a mismatch in network connectivity when one interface is disconnected1. This could affect the guest VMs that are using a different VLAN than the hypervisor.

"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.

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.

A Nutanix cluster requires a minimum of three nodes to maintain quorum and data availability. Removing a node from a 3-node cluster would violate the redundancy factor and cause data loss. Therefore, it is not possible to remove a host from a 3-node cluster using Prism or CLI. The only way to replace a node in a 3-node cluster is to use the Foundation tool, which will erase the existing cluster configuration and create a new cluster with the new node1.

The best way for the administrator to configure Prism to send encrypted messages to a set of recipients is to set the SMTP Security Mode to STARTTLS. This will ensure that all messages sent over SMTP are encrypted and secure. Additionally, the administrator should consider installing SSL certificates on Prism Central to ensure that the messages are being sent securely. Finally, the administrator should consider configuring Prism Central to use Cluster Lockdown, which will help ensure that the messages are only sent to the intended recipients.

Answer: A. VM-VM anti-Affinity policy

A VM-VM anti-Affinity policy is a rule that ensures that two or more VMs don’t run on the same AHV host. It’s useful when an application provides HA and an AHV host can’t be an application’s single point of failure1. In this case, the SQL cluster VMs should have a VM-VM anti-Affinity policy configured to prevent them from running on the same host and causing an outage if that host fails. A VM-VM anti-Affinity policy can be created using the aCLI commands2. The other options are not relevant for this scenario.

References: 1: Affinity Policies - Nutanix Support & Insights 2: Affinity Policies Help | Nutanix Community

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.

When a VM is connected to a Nutanix managed network, the IP address is assigned when the VM is powered on. A Nutanix managed network is a network that is created and managed by Prism Central using IP address management (IPAM). IPAM allows Prism Central to automatically assign IP addresses to VMs from a pool of available addresses in a subnet. IPAM also tracks the IP address usage and availability across clusters and networks4.

When a VM is connected to a Nutanix managed network, the administrator can choose one of the following assignment types for the IP address:

• Assign Static IP: This option allows the administrator to manually specify a static IP address for the VM from the subnet range. The IP address will not change unless the administrator changes it.
• Assign with DHCP: This option allows Prism Central to dynamically assign an IP address for the VM from the subnet range using DHCP. The IP address may change depending on the DHCP lease time and availability.
• No Private IP: This option allows the administrator to skip assigning an IP address for the VM. This option is useful for scenarios where the administrator wants to use an external IPAM solution or assign an IP address later5.

Regardless of the assignment type, the IP address is assigned when the VM is powered on. This is because Prism Central needs to communicate with the hypervisor (AHV or ESXi) to configure the virtual NIC (vNIC) of the VM with the IP address information. This communication can only happen when the VM is in a powered on state6.

References: 4: IP Address Management - Prism Central Guide 5: Creating a New Report - Prism Central Guide 6: IP Address Assignment - AHV Networking Guide

In this case, the administrator wants to investigate the performance of a core banking system that consists of application servers and database servers. The application servers have high CPU utilization during business hours, which may indicate a bottleneck or a resource contention issue. The administrator needs to review multiple metrics in Prism Analysis Graphs to identify the root cause and determine if there is a problem with the app servers only, or with other components as well.

The metrics that are relevant for this analysis are:

• Cluster IO: This metric shows the input/output operations per second (IOPS) and throughput (MBps) of the cluster. It can help to understand if there is a high demand for disk IO from the VMs or if there is any latency or congestion in the storage layer.
• Cluster CPU: This metric shows the CPU utilization (%) and load average of the cluster. It can help to understand if there is enough CPU capacity in the cluster to handle the workload or if there is any imbalance or contention among hosts.
• Cluster Memory: This metric shows the memory utilization (%) and available memory (GB) of the cluster. It can help to understand if there is enough memory capacity in the cluster to support the VMs or if there is any pressure or swapping in the memory layer.
• Network: This metric shows the network throughput (MBps) and packets per second (pps) of the cluster. It can help to understand if there is enough network bandwidth in the cluster to transfer data between hosts and VMs or if there is any congestion or packet loss in the network layer.
• App Server CPU: This metric shows the CPU utilization (%) and load average of each application server VM. It can help to understand if there is any variation or anomaly in the performance of each app server or if there is any correlation with other metrics.
• Database Server CPU: This metric shows the CPU utilization (%) and load average of each database server VM. It can help to understand if there is any variation or anomaly in the performance of each database server or if there is any correlation with other metrics.

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.

According to the web search results, one possible cause of inter-VM communication failure between hosts is that the switch is not configured to allow VLAN 15 traffic. VLAN 15 is the default VLAN ID used by AHV for internal communication between CVMs and hosts. If the switch blocks or drops VLAN 15 packets, it will prevent inter-VM communication across hosts4. To enable full inter-VM communication, the administrator should update the switch to specifically allow VLAN 15 traffic on the ports connected to the AHV hosts.

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

According to the Nutanix Support & Insights web search result1, the administrator can change the frequency of checks and alerts for the System Non-Root Partition Usage in Prism Element by going to the Health Dashboard > Manage Checks > Schedule. The administrator can select the check name, such as disk_usage_check, and click on Edit Schedule. The administrator can then choose the desired frequency, such as every 15 minutes, every hour, or every day, and click on Save. This will change how often the check runs and alerts are generated.

According to the web search results, the policy that should be used to meet this requirement is an Isolation Environment Policy. An Isolation Environment Policy is a type of security policy that can be created in Prism Central using Flow Network Security, which is a feature that provides microsegmentation and network security for Nutanix environments1. An Isolation Environment Policy allows the administrator to isolate a group of VMs from another group of VMs based on their categories, and block all traffic between them regardless of direction2. This policy can be useful for creating isolated environments for testing, development, or compliance purposes2.

According to the web search results, the two impacts on the cluster that will result from increasing the vCPU count on all of the VDI VMs are:

• Increase CPU utilization%: CPU utilization is the percentage of time that a CPU is busy executing instructions5. By increasing the vCPU count on all of the VDI VMs, the administrator will increase the demand for CPU resources on the cluster, which will increase the CPU utilization percentage6.
• Increase CPU ready%: CPU ready is the percentage of time that a vCPU is ready to run but is waiting for a physical CPU to become available5. By increasing the vCPU count on all of the VDI VMs, the administrator will increase the contention for physical CPU resources on the cluster, which will increase the CPU ready percentage6. A high CPU ready percentage can indicate performance issues such as latency or slowdowns5.

According to the web search results, one of the best practices for Nutanix AHV networking is to create a second bridge on each host and assign the 1GbE interfaces to it3. This way, the customer can use both 10GbE and 1GbE interfaces for VM traffic, and also benefit from network isolation and redundancy. 

According to the Nutanix Prism Central Guide, Prism Central allows you to apply storage policies on a per VM basis using Category, so that the VM uses the storage configuration defined in the storage policy. Using a storage policy, you can manage parameters of VMs, such as encryption, type of or lack of data compression, and IOPS or Throughput throttling values to be applied to the entities.

Curator is the process that runs on every node in a Nutanix cluster and is responsible for data management tasks such as deduplication, compression, erasure coding, and replication factor compliance. Curator also handles disk failure recovery by scanning Cassandra to find all data previously hosted on the failed disk, and all disks in that node. Curator then rebuilds the data on other nodes in the cluster using the distributed storage fabric1.

The best way to fix this issue is to increase the amount of memory assigned to the VM from the Prism web console. This option allows the administrator to modify the VM configuration without accessing the CVM or shutting down the VM. The Prism web console provides a simple and intuitive interface for managing Nutanix clusters and VMs1. To change the memory allocation for a VM, the administrator can follow these steps2:

• Go to the VM dashboard
• Select the VM from the VMs list
• Choose Update
• Adjust the amount of memory assigned to the VM
• Click Save

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.

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.

The critical alerts listed are indicating that the default passwords are still in use for IPMI, the host, and the Controller Virtual Machine (CVM). This suggests that the passwords for these components were not changed from the default during the initial cluster configuration and deployment process, which is a critical security practice.

A. CVM password changes: The alert for the CVM using the default password indicates that the CVM password has not been changed. It is a standard security measure to change default passwords to prevent unauthorized access.

C. Host password changes: Similarly, the alert for the host using the default password indicates that the default password for the host has not been updated. This applies to the passwords used to access the hypervisor host directly.

Changing default passwords is a critical step in securing the Nutanix environment. This is highlighted in Nutanix's best practices and security guidelines, which recommend changing default passwords as part of the initial configuration to ensure that the environment is not left vulnerable to unauthorized access due to known default credentials. This process is typically part of the initial setup procedures outlined in the Nutanix documentation for cluster deployment and security configuration.

The IPMI alert also points to the need for changing default passwords, but since IPMI (Intelligent Platform Management Interface) is not specifically mentioned in the provided options, it falls under the broader category of host-level password changes, which would be covered by option C.

BIOS password changes (Option B) and Password policy changes (Option D) are also important but were not directly flagged by the alerts mentioned. BIOS password changes are usually a separate task and not indicated by the alerts given, while password policy changes are related to the policies governing password complexity and rotation rather than the initial password setup.

data size for flash mode exceeds 25% of the SSD capacity could cause the performance issues. Flash mode is a feature that allows vDisks to be pinned to SSDs for faster access, but it has a limit of 25% of the SSD capacity per node. If this limit is exceeded, some vDisks may be evicted from flash mode and cause disk latency2.

According to the web search results, the most efficient action an administrator should take to ensure a supported state when adding a node with a higher AOS release to an existing cluster is to perform a standalone reimage of the new node and then add it to the cluster1. This way, the new node will have the same AOS version as the existing nodes, and there will be no compatibility issues or downtime. Therefore, option C is correct, while options A, B, and D are not.

NTP service needs to be configured to ensure logs, alerts and information is consistent across clusters that are located in different countries. NTP stands for Network Time Protocol and it is used to synchronize the clocks of all the nodes in a cluster1. This helps to maintain accurate timestamps for logs, alerts and other information that are generated by Nutanix clusters1.

According to the Nutanix Support & Insights website1, you can configure alert emails through Prism Central by enabling or disabling customer email notification for each alert. You can also modify or create custom alert policies for different entities and clusters23.

The cluster time zone is a setting that determines the time zone used by all CVMs in the cluster. The cluster time zone affects the timestamps of Nutanix logs, events, alerts, and reports. The cluster time zone also affects the scheduling of tasks such as snapshots, replication, and upgrades. By default, the cluster time zone is set to UTC (Coordinated Universal Time) when the cluster is created3.

To change the cluster time zone, the administrator needs to use the ncli (Nutanix command-line interface) on any CVM in the cluster. The steps are as follows4:

• Log in to any CVM using SSH.
• Run ncli cluster get-timezone to check the current cluster time zone.
• Run ncli cluster set-timezone timezone= to change the cluster time zone, where  is a valid time zone identifier (for example, America/New_York).
• Run ncli cluster get-timezone again to verify that the cluster time zone has been changed.

Note that changing the cluster time zone does not affect the time zone of Prism Element or Prism Central VMs. To change their time zone, the administrator needs to use Prism Element UI or Prism Central UI respectively5.

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.

The correct answer is A. Long term storage of data which is written once and read infrequently.

Erasure Coding is a feature that increases the usable capacity on a Nutanix cluster by reducing the amount of data replication. Instead of replicating data, Erasure Coding uses parity information to rebuild data in the event of a disk failure. The capacity savings of Erasure Coding is in addition to deduplication and compression savings1.

Erasure Coding is most beneficial for scenarios where the data is written once and read infrequently, such as long term storage of archival data, backup data, or cold data. This is because Erasure Coding has some trade-offs and limitations that may affect the performance and availability of the cluster. Some of these trade-offs and limitations are2:

• Erasure Coding requires more CPU and memory resources than replication, as it involves more complex calculations for encoding and decoding data.
• Erasure Coding increases the network bandwidth consumption, as it involves more data transfers between nodes for encoding and decoding data.
• Erasure Coding reduces the resiliency of the cluster, as it can tolerate fewer node failures than replication. For example, a cluster with redundancy factor 2 can tolerate one node failure with replication, but only two disk failures with Erasure Coding.
• Erasure Coding is not effective for workloads that have many overwrites or random writes, as it involves more overhead for updating the parity information.
• Erasure Coding is not supported for some features, such as volume groups, file server VMs, or Metro Availability.

Therefore, if an administrator needs to configure a container on a Nutanix cluster, they should enable Erasure Coding only if the container will store data that is written once and read infrequently. This way, they can maximize the capacity savings of Erasure Coding without compromising the performance and availability of the cluster.

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. 

According to the web search results, one recommended configuration change to improve throughput for a custom backup application that requires a 2TB disk and runs on Windows is to span the 2TB disk across four vDisks. Spanning is a technique that allows you to create a single logical disk from multiple physical disks. Spanning can improve throughput by distributing I/O requests across multiple disks and reducing contention5. To span a disk across four vDisks, the administrator should create four vDisks of equal size (500 GB each) and attach them to the VM. Then, in Windows Disk Management, create a spanned volume from the four vDisks and format it as NTFS6.

Virtual NIC receive packet dropped is the most useful VM metric for isolating the cause of users being disconnected from remote desktop sessions to a specific VM. This metric shows the number of packets that are dropped by the virtual NIC of the VM due to insufficient buffer space or other reasons. Packet drops can indicate network congestion, misconfiguration, or performance issues that can affect the quality and availability of remote desktop sessions. Packet drops can also cause retransmissions, delays, and errors in TCP-based protocols such as RDP2. To view this metric in Prism, go to Entities > Compute & Storage > VMs > Summary View and select a VM. Then, in the Details View, go to Metrics > Performance and select Virtual NIC receive packet dropped from the drop-down menu3.

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

According to the web search results, two steps that should be taken to prepare for relocating an AHV cluster to a new datacenter during a maintenance window are:

• Shut down all user VMs in the cluster: This step is necessary to ensure that there is no data loss or corruption during the relocation process. The user VMs can be shut down either individually or in bulk by using the Prism Element web console or the acli command-line interface1.
• Stop all Nutanix Files clusters: If the AHV cluster hosts any Nutanix Files clusters, they should be stopped before relocating the cluster. Nutanix Files clusters are composed of one or more virtual machines that provide file services to clients. Stopping a Nutanix Files cluster will stop all the file server VMs and release the resources they consume2. The Nutanix Files clusters can be stopped by using the Prism Element web console or the ncli command-line interface3.

The best method to provide access for a user to view real-time performance metrics for all VMs on all clusters across the datacenter is to configure AD authentication create a custom role, assign the user to the role, and apply the role to all clusters and VMs. This method accomplishes this with the least effort and ongoing maintenance because:

• AD authentication allows Nutanix Prism Central to integrate with an existing Active Directory (AD) domain and use AD users and groups for authentication and authorization5. This simplifies user management and avoids creating local users on Prism Central.
• Creating a custom role allows Nutanix Prism Central to define granular permissions for different actions and entities based on specific needs6. This ensures that users only have access to what they need and nothing more.
• Assigning the user to the custom role allows Nutanix Prism Central to grant access rights for that user based on the role definition7. This avoids assigning permissions individually for each user.
• Applying the role to all clusters and VMs allows Nutanix Prism Central to propagate the access rights for that role across all entities in scope8. This ensures that users can view real-time performance metrics for all VMs on all clusters without having to configure each entity separately.

References: 1: Health Dashboard - Prism Element Guide 2: Understanding Native VLANs - Cisco 3: VMs may lose network connectivity if connected to virtual network with … - Nutanix Support & Insights 4: VLAN Configuration - AHV Networking Guide 5: Active Directory Authentication - Prism Central Guide 6: Create Custom Roles - Prism Central Guide 7: Assign Roles - Prism Central Guide 8: Apply Roles - Prism Central Guide

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]

According to the image description, the exhibit shows a screenshot of a computer screen with a table of data. The table has 6 columns and 4 rows. The columns are labeled “Date”, “Time”, “Status”, “Details”, “Configuration”, and “Duration”. The rows contain information about different configurations and their statuses. The background is a light blue color. There is a pop-up message on the bottom right corner of the screen that reads “This question has been answered. Click here to enable the edit button.”

Based on the table data, it seems that the screenshot is taken from the Prism Central web console, showing the results of a cluster health check report. The report shows that there are four failed checks: Host Password Policy, CVM Password Policy, NTP Configuration, and Cluster Time Skew2. These checks indicate that some initial cluster configuration tasks were missed during the deployment process.

The Host Password Policy check verifies that the host passwords are not set to default values and are compliant with the password policy defined in Prism Central3. The CVM Password Policy check verifies that the CVM passwords are not set to default values and are compliant with the password policy defined in Prism Central4. These checks are important for ensuring the security and compliance of the cluster. Therefore, changing the host and CVM passwords from their default values and following the password policy guidelines are two initial cluster configuration tasks that were missed.

References: 1: VM Details View - Nutanix Support & Insights 2: Cluster Health - Nutanix Support & Insights 3: Host Password Policy - Nutanix Support & Insights 4: CVM Password Policy - Nutanix Support & Insights

https://portal.nutanix.com/page/documen ts/details/?targetId=Prism-Central-Guide-Prism-v510:mul-alert-policies-user-defined-configure-pc-c.html