2V0-71.23 Practice Questions

Two valid options for obtaining kubectl config file in Tanzu Kubernetes environment are:

• Download from vSphere UI: For Tanzu Kubernetes clusters that are deployed on vSphere with Tanzu, you can download the kubeconfig file from the vSphere UI by selecting the cluster and clicking on the Download kubeconfig button1. This file contains the credentials and connection information for the cluster, which you can use to access it with kubectl1.
• Access from VMware Tanzu Mission Control: For Tanzu Kubernetes clusters that are attached or provisioned by VMware Tanzu Mission Control, you can access the kubeconfig file from the Tanzu Mission Control console by selecting the cluster and clicking on the Access this cluster button2. This will generate a YAML file that you can download and use to connect to the cluster with kubectl2.

References: Download a Kubeconfig File for a Tanzu Kubernetes Cluster - VMware Docs, Connect to a Managed Cluster with kubectl - VMware Docs

A VM class in VMware vSphere with Tanzu specifies the CPU, memory, and resource reservations for a VM10. vSphere with Tanzu offers several preconfigured VM classes which you can use as is, edit, or delete. You can also create custom VM classes in your vCenter Server instance and it will be available to all Supervisor Clusters and the namespaces created in these clusters11.

When you create or edit a VM class, you can configure the following attributes:

• Name: A unique DNS compliant name that identifies the VM class.
• vCPU Count: The number of virtual CPUs (vCPUs) for a VM. This is a VM hardware configuration.
• CPU Resource Reservation: The guaranteed minimum CPU resource allocation for a VM. This value is expressed in percentage (%).
• Memory: The memory configured for a VM in MB, GB, or T

  B.  

  This is a VM hardware configuration.
• Memory Resource Reservation: The guaranteed minimum memory resource allocation for a VM. This value is expressed in percentage (%).
• Storage: The storage configured for a VM in MB, GB, or T

  B.  

  This is a VM hardware configuration.

The other options are incorrect because:

• Network is not an attribute that can be configured in a VM class. Network configuration is done at the namespace level by using network policies12.
• Operating system is not an attribute that can be configured in a VM class. Operating system configuration is done at the image level by using content libraries.
• PCI devices are not an attribute that can be configured in a VM class. PCI devices are not supported by vSphere with Tanzu.

References: VM Classes, Create a Custom VM Class, Network Policies, [Content Libraries]

To enable workload management in vSphere using NSX Advanced Load Balancer, an administrator needs to prepare two components on NSX Advanced Load Balancer in advance: the Service Engine Group and the NSX Advanced Load Balancer Controller1.

• The Service Engine Group is a logical group of Service Engines that share the same configuration and resources. A Service Engine is a virtual machine that handles the data plane operations of NSX Advanced Load Balancer, such as load balancing, health monitoring, SSL termination, and more2. The administrator needs to configure a Service Engine Group for each Supervisor Cluster that will use NSX Advanced Load Balancer as the load balancer provider1.
• The NSX Advanced Load Balancer Controller is a virtual machine that handles the control plane operations of NSX Advanced Load Balancer, such as configuration, analytics, orchestration, and management2. The administrator needs to deploy and configure the NSX Advanced Load Balancer Controller VM in the management network of the vSphere environment where workload management will be enabled1.

The other options are incorrect because:

• The NSX Controller is not a component of NSX Advanced Load Balancer, but rather a component of NSX-T Data Center. The NSX Controller is a clustered virtual appliance that provides the control plane functions for logical switching and routing3. It is not required for enabling workload management in vSphere using NSX Advanced Load Balancer.
• Providing connectivity to NSX Manager is not a component of NSX Advanced Load Balancer, but rather a prerequisite for enabling workload management in vSphere using NSX-T Data Center. The NSX Manager is a virtual appliance that provides the management plane functions for NSX-T Data Center3. It is not required for enabling workload management in vSphere using NSX Advanced Load Balancer.
• The Avi Kubernetes Operator is not a component of NSX Advanced Load Balancer, but rather an optional tool that can be used to automate the installation and configuration of NSX Advanced Load Balancer on Kubernetes clusters4. It is not required for enabling workload management in vSphere using NSX Advanced Load Balancer.

References: Install and Configure the NSX Advanced Load Balancer for vSphere with Tanzu with NSX, NSX Advanced Load Balancer Architecture, NSX-T Data Center Architecture, Avi Kubernetes Operator