説明
kubectl get pods --all-namespaces を使用して、すべての名前空間のすべての Pod を取得します。 Pods Shortcode = po 1 つ以上の Pod をリストします。
* kubectl ポッドを取得
ポッドを削除する
* kubectl ポッド <pod_name> を削除します
ポッドの詳細な状態を表示する
* kubectl はポッド <pod_name> を説明します
ポッドを作成する
* kubectl ポッド <pod_name> を作成します
ポッド内のコンテナに対してコマンドを実行する
* kubectl exec <ポッド名> -c <コンテナ名> <コマンド>
単一コンテナーポッドで対話型シェルを取得する
* kubectl exec -it <pod_name> /bin/sh
ポッドのリソース使用量 (CPU/メモリ/ストレージ) を表示します
* kubectl トップポッド
ポッドのアノテーションを追加または更新する
* kubectl annotate ポッド <pod_name> <annotation>
ポッドのラベルを追加または更新する
* kubectl ラベル ポッド <pod_name>

また、kubectl delete pvc ははるかに短いです。
DevOps エンジニアは永続ボリューム要求を作成して永続ストレージ リソースを要求します。このリクエストは、永続ボリューム オブジェクトと一致する仮想ディスクをプロビジョニングします。vSphere Client では、永続ボリューム要求は、vSphere 管理者が監視できる FCD 仮想ディスクとして表示されます。
クレームは永続ボリュームにバインドされています。ワークロードは、このクレームを使用して永続ボリュームをマウントし、ストレージにアクセスできます。
DevOps エンジニアがクレームを削除すると、対応する永続ボリューム オブジェクトとプロビジョニングされた仮想ディスクも削除されます。

外部サービスと DevOps ユーザーが接続する HAProxy 仮想 IP 範囲。この構成では、HAProxy は 2 つの仮想 NIC (デフォルト構成) でデプロイされ、1 つは管理ネットワークに接続され、2 つ目はプライマリ ワークロード ネットワークに接続されます。プライマリ ワークロード ネットワークとは別のサブネットに仮想 IP を割り当てることを計画する必要があります。
https://docs.vmware.com/en/VMware-vSphere/7.0/vmware-vsphere-with-tanzu/GUID-1F885AAE-92FF-41E6-BF04-0F0FD4173BD9.html