According to the web search results, the cluster redundancy factor (RF) determines how many copies of the cluster metadata and configuration data are stored on different nodes. By default, the cluster RF is 2, which means that there are three copies of the Zookeeper and Cassandra data on the cluster. If the cluster RF is increased to 3, then there will be five copies of the Zookeeper and Cassandra data on the cluster12. This means that the Zookeeper component can tolerate two failures, as it can still operate with a quorum of three nodes out of five3.
However, the container replication factor (RF) determines how many copies of the VM data and oplog are stored on different nodes. The container RF can be set independently for each container, and it can be different from the cluster RF. For example, a container can have RF 2 even if the cluster has RF 34. In this case, the container will only have two copies of the VM data and oplog on the cluster, regardless of the cluster RF. This means that the Extent Groups component can only tolerate one failure, as it needs at least one copy of the VM data and oplog to be available5.
Therefore, if the administrator increases the cluster RF to 3, but does not modify the containers, then the new values in the data resiliency dashboard will be Zookeeper = 2 and Extent Groups = 1.

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 policycan be created using the aCLI commands2. The other options are not relevant for this scenario.
References:1:Affinity Policies - Nutanix Support & Insights2:Affinity Policies Help | Nutanix Community

A GPU (graphics processing unit) is a specialized hardware device that can accelerate graphics rendering and computation for applications that use APIs such as DirectX, OpenGL, CUDA, and OpenCL. A GPU can also offload the CPU from encoding and decoding tasks for remote display protocols such as Frame Remote Desktop Protocol (FRP). A VM can use a GPU either by directly accessing a physical GPU (pGPU) on the host or by using a virtual GPU (vGPU) that shares a pGPU with other VMs. A user running a computer aided design (CAD) application may benefit from using a GPU or a vGPU to improve the performance and responsiveness of the application, especially when moving windows or rendering images. However, if the GPU or vGPU is not properly configured or provisioned, the user may experience slow response time within the VM. Therefore, to diagnose the problem, the administrator should monitor the GPU Usage metric for the VM. The GPU Usage metric shows the percentage of GPU resources that are consumed by the VM over time3. The administrator can use Prism Central to view the GPU Usage metric for each VM in a chart or a widget4. The administrator can also use Prism Central to view other metrics related to GPU performance, such as GPU Memory Usage, GPU Encoder Usage, and GPU Decoder Usage3. By analyzing these metrics, the administrator can determine if the VM is using the GPU efficiently and optimally, or if it needs more or less GPU resources.

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

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.