Nutanix NCP-MCI-6.5 Dumps

Stargate is the AOS process that handles all I/O operations for the cluster. It is responsible for determining whether an I/O from a user will be written to the OpLog or to the Extent Store, based on the type and size of the I/O. Stargate also performs data tiering, compression, deduplication, and erasure coding1. Stargate runs on every CVM and communicates with other Stargates to ensure data locality and redundancy2.

According to the Nutanix Support & Insights web search result3, advertised capacity is an advanced container setting that allows the administrator to reserve an advertised storage space for a storage container. An advertised capacity setting gives the hypervisor a maximum storage size that the storage container can use. This setting can be any arbitrary value greater than or equal to the resiliency required. The hypervisor ensures that the storage container storage doesn’t go beyond the advertised capacity. If the administrator wants a container to be displayed and limited to 1TB in the hypervisor, they should set the advertised capacity to 1TB.

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.

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, Distributed Storage Fabric (DSF) is the scale-out storage technology that makes HCI and cloud possible45. DSF pools the storage devices that are directly attached to a cluster of servers and presents them to applications across a variety of storage protocols4. DSF also manages and protects data by a fine-grained, distributed metadata system that ensures uniform distribution of data throughout the cluster to eliminate hot spots and speed up rebuilds

The number of Prism Central instances required to deploy Leap is one per customer environment. Prism Central is a multi-cluster manager that provides a single, centralized management interface for Nutanix environments3. Leap is a native cloud extension that provides disaster recovery as a service (DRaaS) for Nutanix environments4. To use Leap, customers need to have one Prism Central instance deployed in their primary site, and register it with their Xi Cloud Services account5. This Prism Central instance can manage multiple Nutanix clusters across different physical sites or availability zones6.

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

According to the Nutanix Community1, host maintenance mode is used to safely migrate all the user virtual machines (VMs) in the host and make sure no VMs are running on the node. If a VM can’t be migrated to another host, you need to shut down the VM for the host to enter into maintenance mode.

According to The Virtualist2, a storage container is a logical segmentation of a storage pool that can be mounted as an NFS datastore on ESXi hosts. You can choose a replication factor (RF) for each storage container, which determines how many copies of data are stored across different nodes.

ts/details/?targetId=Prism-Central-Guide-Prism-v510:mul-alert-policies-user-defined-configure-pc-c.html

A native VLAN is a VLAN that is assigned to untagged traffic on a trunk port of a switch. A trunk port can carry traffic from multiple VLANs, but it needs to have a native VLAN to handle traffic that does not have a VLAN tag. The native VLAN is usually VLAN 1 by default on most switches, but it can be changed to any other VLAN number2. When creating a network profile on Nutanix, the administrator needs to specify the VLAN ID that matches the VLAN configuration on the physical switch. However, if the network profile uses the same VLAN ID as the native VLAN on the switch, it will cause network connectivity issues for the VMs connected to that network profile. This is because Nutanix AHV uses 802.1Q tagging for all network traffic, including traffic in the native VLAN. The switch will expect untagged traffic in the native VLAN and will drop any tagged traffic in that VLAN3. To fix this issue, the administrator needs to change the VLAN field from vlan. 1 to vlan. 0 in the network profile on Nutanix. This will tell Nutanix AHV to send untagged traffic for that network profile and match the native VLAN configuration on the switch4.

A bond is a logical interface that combines two or more physical interfaces on an AHV host. A bond provides high availability and load balancing for the network traffic of the host and its VMs. A bond can have different modes that determine how the traffic is distributed and how the bond handles failures of the physical interfaces. The most common bond modes are active-backup, active-active, and LACP1.

Nutanix recommends including at least two physical interfaces in every bond to ensure high availability and redundancy. If one of the physical interfaces fails or is disconnected, the other interface can take over the traffic without affecting the connectivity of the host or its VMs. Having at least two physical interfaces in a bond also allows for maintenance operations such as firmware upgrades or cable replacements without downtime2.

Nutanix does not recommend including NIC models from different vendors in the same bond, as this may cause compatibility issues or performance degradation. Nutanix also does not recommend using only one physical interface in a bond, as this provides no redundancy or load balancing benefits3.

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.

Nutanix clusters are resilient to a drive, node, block, and rack failures because they use redundancy factor 2 by default, allowing Nutanix clusters to self-heal2. Failure scenarios can be thought of in terms of fault domains, which are the physical or logical parts of a computing environment or location that are adversely affected when a device or service experiences an issue or outage3. There are four fault domains in a Nutanix cluster: Disk, Node, Block, and Rack4. Block and Rack are two options that are available for expanding the failure domain level of a cluster. Block fault tolerance is enabled by default and ensures that data is replicated across different blocks in a cluster5. Rack fault tolerance has to be configured manually and ensures that data is replicated across different racks in a cluster4.

References: 1: Behavioral Learning Tools - Prism Central Resource Management - Nutanix 2: How Nutanix Handles Failures | Node Failure 3: Failure Domain Considerations - Nutanix Support & Insights 4: [Understanding Fault Domains and Rack Awareness - Nutanix] 5: [Nutanix Cluster Architecture Overview - Nutanix Bible]

An Application Security Policy is a security feature in Nutanix AHV that can be used to restrict network communication between virtual servers based on a variety of criteria, such as IP address, port, and protocol. By creating a policy that restricts communication to authorized hosts and applying it to the servers in enforce mode, the administrator can prevent unauthorized communication between virtual servers.

One of the possible reasons for a cluster to transition out of NearSync is insufficient network bandwidth between the source and target clusters. NearSync requires a minimum network bandwidth of 10 Mbps per VM for replication3. If the network bandwidth is lower than the required amount, the replication of recovery points may take longer than the configured RPO, resulting in an Out of NearSync condition. To address this issue, you can increase the network bandwidth between the clusters or reduce the number of VMs protected by NearSync4.

References: 1: Stargate - Nutanix Bible 2: Nutanix Cluster Architecture Overview - Nutanix Bible 3: NearSync Disaster Recovery (RPO <= 15 minutes) - Nutanix Support & Insights 4: Transitioning in and out of NearSync - Nutanix Support & Insights

The correct answer is B. The existing and the expansion node are on different VLANs.

The output shows that the new node has a br0-up bond with four interfaces: eth0, eth1, eth2, and eth3. The bond is configured with LACP active and LACP fallback set to false. This means that the bond will only work if the upstream switch supports LACP and is configured to form an LACP group with the four interfaces. However, the output also shows that the bond has no IP address assigned to it, which indicates that the bond is not operational. One possible reason for this is that the existing and the expansion node are on different VLANs, and the upstream switch is not configured to allow the VLAN traffic on the LACP group. This would prevent the new node from communicating with the cluster and being discovered by the Expand Cluster function in Prism.

To verify this, the administrator can check the VLAN configuration on the upstream switch and compare it with the existing nodes. Alternatively, the administrator can use the “manage_ovs show_uplinks” command on an existing node and compare the output with the new node. If there is a VLAN mismatch, the administrator can either change the VLAN configuration on the switch or on the new node to match the existing nodes.

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.

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.

-basics/#:~:text=AHV%20Network%20Architecture&text=virbr0%20is%20an%20internal%20switch,virbr0)%20have%20IP%20address%20192.168.

https://portal.nutanix.com/page/documents/details/?targetId=Web-Console-Guide-Prism-v51:wc-block-services-c.html

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

According to the Nutanix Community1, users can authenticate using their Active Directory credentials when Active Directory support is enabled for Prism Central. To enable Active Directory support, you need to configure Role Mapping12, which defines how Active Directory groups map to Prism Central roles.

According to the Nutanix Prism Element Guide, Prism Element uses a single SSL certificate on a Nutanix cluster. The certificate is used to secure the communication between the web browser and the Prism web console. The certificate is also used to authenticate the cluster to external services, such as Active Directory, SMTP, and SNMP. The certificate can be either self-signed or signed by a trusted certificate authority (CA). The certificate can be replaced or renewed through the Prism web console or the ncli command-line interface.

 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.

VirtIO drivers are device drivers that are specifically designed for virtualized environments. They allow the guest operating system to communicate directly with the underlying hardware, bypassing the emulation layer. This improves the performance and efficiency of the virtual machines. VirtIO drivers are supported by various hypervisors, including Nutanix AHV1.

Nutanix AHV uses SCSI disks for VMs by default. However, Windows does not have native support for SCSI disks and requires VirtIO drivers to recognize them. Therefore, if an administrator is installing Windows 2019 on a new VM on an AHV cluster, they need to install the VirtIO drivers before selecting the destination disk for the installation. Otherwise, they will not see any drives listed for the install2.

To install the VirtIO drivers during Windows installation, the administrator can use one of the following methods3:

• Use a VirtIO ISO image that contains the driver files. The administrator can download the VirtIO ISO image from the Nutanix support portal and upload it to the AHV image service. Then, they can attach the VirtIO ISO image to the VM as a CD-ROM device and load the driver from it during Windows installation.
• Use a Nutanix Guest Tools (NGT) ISO image that contains the driver files and other tools. The administrator can download the NGT ISO image from Prism Element or Prism Central and attach it to the VM as a CD-ROM device. Then, they can load the driver from it during Windows installation.
• Use a floppy disk image that contains only the driver files. The administrator can create a floppy disk image using tools such as WinImage or WinRAR and upload it to the AHV image service. Then, they can attach the floppy disk image to the VM as a floppy device and load the driver from it during Windows installation.

According to the web search results, Prism Central is a multi-cluster manager that provides a single, centralized management interface for Nutanix environments12. One of the features of Prism Central is multi-cluster Single Sign On (SSO), which allows users to log in once and access multiple clusters without re-entering credentials3.

Data locality is the capability of storing VM data on the node where the VM is running and ensuring that the read I/O does not have to traverse the network. Data locality is a unique feature of Nutanix that provides high performance and low latency for VMs by minimizing network traffic and crosstalk. Data locality works by writing one copy of the data local to the VM and the other copy (or copies) on other nodes. When a VM migrates to another node, Nutanix also moves its data to the new node and serves all I/O requests locally. Data locality also adapts to changing workloads and access patterns by dynamically moving data to where it is needed most1.

"An administrator has been tasked with increasing security on Nutanix cluster by disabling password authentication when accessing the CVM and AHV hosts and instead moving to key-based SSH, What is the easiest way for the administrator to meet these needs? Enable Cluster Lockdown and provide an RSA key."

 Cluster Lockdown mode disables password authentication when accessing the CVM and AHV hosts and instead requires key-based SSH. To enable Cluster Lockdown mode, you need to provide an RSA key.

Therefore, by enabling Cluster Lockdown mode and providing an RSA key, you can increase security on Nutanix cluster by disabling password authentication when accessing the CVM and AHV hosts and instead moving to key-based SSH with minimal effort.

The correct answer is D. VM Storage Controller Bandwidth.

VM Storage Controller Bandwidth is a metric that measures the amount of data that a VM is reading and writing to the storage fabric. The storage fabric is the network of storage controllers (CVMs) that provide distributed and fault-tolerant storage services to the VMs on the Nutanix cluster. The VM Storage Controller Bandwidth metric shows the read and write bandwidth in megabytes per second (MBps) for each VM. The higher the bandwidth, the more data the VM is transferring to and from the storage fabric1.

The administrator can use Prism Central to view the VM Storage Controller Bandwidth metric for each VM in a chart or a widget. The administrator can also use Prism Central to view other metrics related to the VM’s storage performance, such as VM Storage Controller IOPS, VM Storage Controller Latency, and VM Disk Usage2.

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]

In Nutanix AHV, when creating a virtual switch and trying to add network interfaces (NICs) to it, the NICs must be connected to the network before they can be selected and assigned to the switch. If the interfaces are showing as disconnected, the system will not allow them to be added to a virtual switch because it cannot verify their operational status or the presence of a live network connection.

It is a standard requirement for the interfaces to have physical connectivity (i.e., network cables plugged in and connected to a live switch port) so that the AHV host can detect the link status as up. Once the interfaces are connected and recognized by the host, they can then be added to a virtual switch in the Nutanix AHV.

It's important to note that while the command-line interface (CLI) is indeed a powerful tool for managing network configurations on AHV hosts, and some configurations do indeed require CLI, the inability to select disconnected interfaces is not specifically a limitation that requires the use of CLI to overcome. The focus should be on ensuring that the physical connectivity is established for the interfaces in question.

This behavior is consistent with networking best practices and Nutanix's network configuration guidelines, as detailed in the Nutanix AHV Networking Guide. This guide explains the requirements and procedures for configuring virtual switches and managing NICs in a Nutanix AHV environment.

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.

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.

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.

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.

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

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

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.

 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.