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]

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.

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.

Prism Element is a graphical user interface that allows you to manage Nutanix clusters1. You can use Prism Element charts to understand Nutanix cluster workloads and troubleshoot performance related issues2.
memory optimized virtual machine sizes offer the best performance for SQL Server workloads on Azure VMs.
Adding more RAM to the user VM can help reduce paging and improve query execution times.
SQL Server performance can be affected by disk latency and throughput. By creating separate virtual disks for data and logs, you can spread activity across multiple spindles and reduce disk contention.
https://next.nutanix.com/how-it-works-22/differences-between-prism-element-prism-central-and-prism-pro-3713

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.