Anthos Service Mesh をアンインストールする

このページでは、Anthos Service Mesh をアンインストールする方法について説明します。

Anthos Service Mesh をアンインストールする

以下のコマンドを使用して、Anthos Service Mesh のすべてのコンポーネントをアンインストールします。また、これらのコマンドでは、istio-system 名前空間と、すべてのカスタムリソース定義（CRD）（お客様が適用した CRD も含む）が削除されます。

アプリケーショントラフィックが中断されないようにするには:
- STRICT mTLS ポリシーを PERMISSIVE にダウングレードします。
- トラフィックをブロックする可能性のある AuthorizationPolicy をすべて削除します。
次のコマンドで、このクラスタで自動管理を無効にします（直接適用したか、フリートのデフォルト構成を使用して適用したかに関わらず）。
```
  gcloud container fleet mesh update --management manual
```
名前空間でサイドカーの自動挿入機能が有効になっている場合は、これを無効にします。次のコマンドを実行して、名前空間ラベルを表示します。
```
 kubectl get namespace YOUR_NAMESPACE --show-labels
```
出力は次のようになります。
```
 NAME   STATUS   AGE     LABELS
 demo   Active   4d17h   istio.io/rev=asm-181-5
```
出力の LABELS 列の下に istio.io/rev= が表示されている場合は、削除します。
```
 kubectl label namespace YOUR_NAMESPACE istio.io/rev-
```
出力の LABELS 列の下に istio-injection が表示されている場合は、削除します。
```
 kubectl label namespace YOUR_NAMESPACE istio-injection-
```
istio.io/rev ラベルまたは istio-injection ラベルが表示されていない場合、名前空間で自動挿入が有効になっていません。
サイドカーが挿入されたワークロードを再起動してプロキシを削除します。
マネージド Anthos Service Mesh を使用している場合は、クラスタ内の controlplanerevision リソースを削除します。
```
kubectl delete controlplanerevision RELEASE_CHANNEL -n istio-system
```
RELEASE_CHANNEL は、asm-managed、asm-managed-rapid、asm-managed-stable など、プロビジョニングしたリリースチャンネルを示します。
クラスタ内に Webhook が存在する場合は、それを削除します。
クラスタ内の Anthos Service Mesh
validatingwebhooksconfiguration と mutatingwebhookconfiguration を削除します。
```
kubectl delete validatingwebhookconfiguration,mutatingwebhookconfiguration -l operator.istio.io/component=Pilot
```
マネージド Anthos Service Mesh
A. validatingwebhooksconfiguration を削除します。
```
kubectl delete validatingwebhookconfiguration istiod-istio-system-mcp
```
B. mutatingwebhookconfiguration を削除します。

注: プロビジョニングしたリリースチャンネルに応じて、RELEASE_CHANNEL を使用します。たとえば、Regular（istiod-asm-managed）、Rapid（istiod-asm-managed-rapid）、Stable（istiod-asm-managed-stable）などです。
```
kubectl delete mutatingwebhookconfiguration istiod-RELEASE_CHANNEL
```
すべてのワークロードが稼働し、プロキシが確認されなくなったら、クラスタ内コントロールプレーンを安全に削除して課金を停止できます。マネージドコントロールプレーンをデプロイした場合は、前のステップで自動的に削除されます。

クラスタ内コントロールプレーンを削除するには、次のコマンドを実行します。
```
istioctl x uninstall --purge
```
コントロールプレーンが他にない場合は、istio-system 名前空間を削除して、すべての Anthos Service Mesh リソースを削除できます。他のコントロールプレーンがある場合は、Anthos Service Mesh のリビジョンに対応するサービスを削除します。これにより、CRD などの共有リソースの削除を回避できます。

名前空間 istio-system と asm-system を削除します。

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

削除が成功したかどうかを確認します。
```
 kubectl get ns
```
次に示すように、Terminating 状態を示す出力が返されます。出力されない場合は、名前空間内の残りのリソースを手動で削除して、もう一度試してください。
```
 NAME                 STATUS       AGE
 istio-system         Terminating  71m
 asm-system           Terminating  71m
```
1. クラスタを削除する場合、またはすでに削除している場合は、各クラスタがフリートから登録解除されていることを確認してください。
マネージド Anthos Service Mesh のフリートのデフォルト構成を有効にしていて、将来のクラスタで無効にする場合は、無効にします。単一クラスタからのアンインストールのみを行う場合は、この手順をスキップできます。
```
 gcloud container hub mesh disable --fleet-default-member-config --project FLEET_PROJECT_ID
```
ここで、FLEET_PROJECT_ID はフリートホストプロジェクトの ID です。
マネージド Anthos Service Mesh を使用している場合は、mdp-controller Deployment を削除します。
```
 kubectl delete deployment mdp-controller -n kube-system
```
istio-cni-plugin-config configmap が存在するかどうかを確認します。
```
 kubectl get configmap istio-cni-plugin-config -n kube-system
```
istio-cni-plugin-config configmap が存在する場合は削除します。
```
 kubectl delete configmap istio-cni-plugin-config -n kube-system
```
警告: この configmap を削除しないと、GKE クラスタのネットワーク信頼性が影響を受ける可能性があります。

istio-cni-node daemonset を削除します。

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

これらの手順を完了すると、プロキシ、クラスタ内認証局、RBAC のロールとバインディングを含むすべての Anthos Service Mesh コンポーネントが、クラスタから体系的に削除されます。インストールプロセス中に、Google 所有のサービスアカウントに、クラスタ内のサービスメッシュリソースを確立するために必要な権限が付与されます。これらのアンインストール手順を実行しても、これらの権限は取り消されないため、今後 Anthos Service Mesh をシームレスに再有効化できます。

Anthos Service Mesh をアンインストールする

Anthos Service Mesh をアンインストールする

クラスタ内の Anthos Service Mesh

マネージド Anthos Service Mesh