Meng-uninstal Cloud Service Mesh

Halaman ini menjelaskan cara meng-uninstal Cloud Service Mesh.

Meng-uninstal Cloud Service Mesh

Gunakan perintah berikut untuk meng-uninstal semua komponen Cloud Service Mesh. Perintah ini juga akan menghapus namespace istio-system dan semua definisi resource kustom (CRD), termasuk CRD yang Anda terapkan.

Untuk mencegah gangguan traffic aplikasi:
- Downgrade kebijakan mTLS STRICT ke PERMISSIVE.
- Hapus AuthorizationPolicy yang dapat memblokir traffic.
Nonaktifkan Pengelolaan Otomatis di cluster ini (baik Anda menerapkannya secara langsung maupun menggunakan konfigurasi default fleet):
```
  gcloud container fleet mesh update --management manual
```
Nonaktifkan injeksi otomatis sidecar di namespace Anda, jika diaktifkan. Jalankan perintah berikut untuk menampilkan label namespace:
```
 kubectl get namespace YOUR_NAMESPACE --show-labels
```
Outputnya mirip dengan hal berikut ini:
```
 NAME   STATUS   AGE     LABELS
 demo   Active   4d17h   istio.io/rev=asm-181-5
```
Jika Anda melihat istio.io/rev= dalam output di kolom LABELS, hapus:
```
 kubectl label namespace YOUR_NAMESPACE istio.io/rev-
```
Jika Anda melihat istio-injection dalam output di kolom LABELS, hapus:
```
 kubectl label namespace YOUR_NAMESPACE istio-injection-
```
Jika Anda tidak melihat label istio.io/rev atau istio-injection, berarti injeksi otomatis tidak diaktifkan di namespace.
Mulai ulang workload yang telah memasukkan sidecar untuk menghapus proxy.
Jika Anda menggunakan Cloud Service Mesh terkelola, hapus resource controlplanerevision apa pun di cluster:
```
kubectl delete controlplanerevision RELEASE_CHANNEL -n istio-system
```
Dengan RELEASE_CHANNEL adalah saluran rilis yang Anda sediakan, seperti asm-managed, asm-managed-rapid, atau asm-managed-stable.
Hapus webhook dari cluster Anda, jika ada.
Cloud Service Mesh dalam cluster
Hapus validatingwebhooksconfiguration dan mutatingwebhookconfiguration.
```
kubectl delete validatingwebhookconfiguration,mutatingwebhookconfiguration -l operator.istio.io/component=Pilot
```
Cloud Service Mesh Terkelola
A. Hapus validatingwebhooksconfiguration.
```
kubectl delete validatingwebhookconfiguration istiod-istio-system-mcp
```
B. Hapus mutatingwebhookconfiguration.

Catatan: Gunakan RELEASE_CHANNEL sesuai dengan saluran rilis yang Anda sediakan. Misalnya, Reguler(istiod-asm-managed), Cepat (istiod-asm-managed-rapid), dan Stabil (istiod-asm-managed-stable).
```
kubectl delete mutatingwebhookconfiguration istiod-RELEASE_CHANNEL
```
Setelah semua beban kerja muncul dan tidak ada proxy yang diamati, Anda dapat menghapus bidang kontrol dalam cluster dengan aman untuk menghentikan penagihan. Jika Anda men-deploy panel kontrol terkelola, panel kontrol tersebut akan otomatis dihapus dengan langkah sebelumnya.

Untuk menghapus platform kontrol dalam cluster, jalankan perintah di bawah:
```
istioctl x uninstall --purge
```
Jika tidak ada plane kontrol lain, Anda dapat menghapus namespace istio-system untuk menghapus semua resource Cloud Service Mesh. Jika tidak, hapus layanan yang sesuai dengan revisi Cloud Service Mesh. Hal ini menghindari penghapusan resource bersama, seperti CRD.

Hapus namespace istio-system dan asm-system:

 kubectl delete namespace istio-system asm-system --ignore-not-found=true

Periksa apakah penghapusan berhasil:
```
 kubectl get ns
```
Output akan menunjukkan status Terminating dan ditampilkan seperti yang ditunjukkan. Jika tidak, Anda mungkin harus menghapus resource yang tersisa di namespace secara manual dan mencoba lagi.
```
 NAME                 STATUS       AGE
 istio-system         Terminating  71m
 asm-system           Terminating  71m
```
1. Jika Anda akan menghapus cluster, atau telah menghapusnya, pastikan setiap cluster tidak terdaftar dari fleet Anda.
Jika Anda telah mengaktifkan konfigurasi default fleet Cloud Service Mesh terkelola dan ingin menonaktifkannya untuk cluster mendatang, nonaktifkan konfigurasi tersebut. Anda dapat melewati langkah ini jika hanya meng-uninstal dari satu cluster.
```
 gcloud container hub mesh disable --fleet-default-member-config --project FLEET_PROJECT_ID
```
Dengan FLEET_PROJECT_ID sebagai ID project Host Flotte Anda.
Jika Anda menggunakan Cloud Service Mesh terkelola, hapus deployment mdp-controller:
```
 kubectl delete deployment mdp-controller -n kube-system
```
Periksa apakah configmap istio-cni-plugin-config ada:
```
 kubectl get configmap istio-cni-plugin-config -n kube-system
```
Jika ada, hapus configmap istio-cni-plugin-config:
```
 kubectl delete configmap istio-cni-plugin-config -n kube-system
```
Peringatan: Keandalan jaringan cluster GKE Anda dapat terpengaruh jika Anda tidak menghapus configmap ini.

Hapus daemonset istio-cni-node:

 kubectl delete daemonset istio-cni-node -n kube-system

Setelah menyelesaikan langkah-langkah ini, semua komponen Cloud Service Mesh, termasuk proxy, otoritas sertifikat dalam cluster, serta peran dan binding RBAC, akan dihapus secara sistematis dari cluster. Selama proses penginstalan, akun layanan milik Google akan diberi izin yang diperlukan untuk membuat resource mesh layanan dalam cluster. Petunjuk penguninstalan ini tidak mencabut izin ini, sehingga memungkinkan pengaktifan ulang Cloud Service Mesh yang lancar di masa mendatang.

Meng-uninstal Cloud Service Mesh

Meng-uninstal Cloud Service Mesh

Cloud Service Mesh dalam cluster

Cloud Service Mesh Terkelola