A Platform Engineer is configuring Kubernetes Admin Credentials for a break-glass scenario. The requirement is to enable the built-in admin user for a specific TKG cluster prod-cluster, bypassing vCenter SSO in case of an SSO outage.
Which sequence of commands/actions correctly retrieves this kubeconfig? (Choose 2.)
A Cloud Architect is designing a disaster recovery plan for a mission-critical Zonal Supervisor deployment. The scenario involves a catastrophic failure of the Supervisor Cluster itself (e.g., corruption of the etcd database across all zones) during a failed upgrade, requiring a full restore.
Environment:
* VKS workloads are backed up using Velero.
* The Supervisor configuration (Namespaces, Policies) is backed up using the vCenter File-Based Backup.
What is the correct sequence of steps to restore service? (Select all that apply.)
A VI Administrator needs to expand the available storage options for a specific vSphere Namespace data-science. The team requires a new storage tier for temporary scratch data that does not need replication (RAID-0).
The administrator has created a new VM Storage Policy named scratch-policy in vCenter that defines these non-replicated rules.
What is the correct procedure to make this new policy available to the DevOps team's kubectl context within that namespace? (Select all that apply.)
A Platform Engineer is designing an auto-scaling strategy for a cluster hosting a machine learning workload. The workload creates transient "Job" pods that require significant GPU resources.
Requirements:
1. The cluster usually runs with 2 worker nodes.
2. When a ML job starts, it might request 10+ pods, each needing a full GPU.
3. The cluster must scale up to satisfy these requests and scale down to 0 or 2 when idle to save costs.
4. There is a limited number of GPU-capable hosts in the vSphere cluster.
Which design considerations are critical for the correct functioning of the Cluster Autoscaler in this scenario? (Choose 2.)
A VI Administrator is managing the disk space consumed by the TKR Content Library. Several old versions of Kubernetes (e.g., v1.18, v1.19) are no longer needed.
The administrator deletes the specific OVA files for these versions from the Content Library using the vSphere Client.
However, when developers run kubectl get tkr, the deleted versions are still listed (though with COMPATIBLE: False or Ready: False).
What additional step is required to fully remove these versions from the Kubernetes view? (Choose 2.)