Desinstala Cloud Service Mesh
En esta página, se explica cómo desinstalar Cloud Service Mesh si usas las APIs de Istio. Si usas las APIs de Compute Engine, no se requiere necesario. Consulta la descripción general de Cloud Service Mesh. para comprender las diferencias.
Desinstala Cloud Service Mesh
Usa los siguientes comandos para desinstalar todos los componentes de Cloud Service Mesh. Por medio de estos comandos, también se borran el espacio de nombres istio-system
y todas las definiciones de los recursos personalizados (CRD), incluidas las CRD que aplicaste.
Para evitar la interrupción del tráfico de la aplicación:
- Cambia las políticas STRICT de mTLS a PERMISSIVE.
- Quita cualquier AuthorizationPolicy que pueda bloquear el tráfico.
Inhabilitar la administración automática en este clúster (ya sea que la hayas aplicado) directamente o con la configuración predeterminada de la flota):
gcloud container fleet mesh update \ --management manual \ --memberships MEMBERSHIP_NAME \ --project FLEET_PROJECT_ID \ --location MEMBERSHIP_LOCATION
Reemplaza lo siguiente:
- MEMBERSHIP_NAME es el nombre de la membresía que aparece cuando comprobó que tu clúster se registró en la flota.
- MEMBERSHIP_LOCATION es la ubicación de tu membresía (ya sea
una región, o
global
).
Inhabilita la inserción automática de sidecar en tus espacios de nombres, si está habilitada. Ejecutar el siguiente comando para mostrar las etiquetas del espacio de nombres:
kubectl get namespace YOUR_NAMESPACE --show-labels
El resultado es similar a este:
NAME STATUS AGE LABELS demo Active 4d17h istio.io/rev=asm-181-5
Si ves
istio.io/rev=
en el resultado en la columnaLABELS
, quítalo:kubectl label namespace YOUR_NAMESPACE istio.io/rev-
Si ves
istio-injection
en el resultado en la columnaLABELS
, quítalo:kubectl label namespace YOUR_NAMESPACE istio-injection-
Si no ves las etiquetas
istio.io/rev
oistio-injection
, la inyección automática no se habilitó en el espacio de nombres.Reinicia tus cargas de trabajo que tienen incorporados sidecars para quitar los proxies.
Si usas Cloud Service Mesh administrado, verifica qué implementación del plano de control tienes en tu clúster. Esto te ayudará a borrar los recursos relevantes en los próximos pasos.
Si usas Cloud Service Mesh administrado, quita todas las
controlplanerevision
recursos en el clúster:kubectl delete controlplanerevision asm-managed asm-managed-rapid asm-managed-stable -n istio-system --ignore-not-found=true
Borra los webhooks del clúster, si existen.
Malla de servicios de Cloud en el clúster
Borra la
validatingwebhooksconfiguration
y lamutatingwebhookconfiguration
.kubectl delete validatingwebhookconfiguration,mutatingwebhookconfiguration -l operator.istio.io/component=Pilot
Cloud Service Mesh administrado
A. Borra la
validatingwebhooksconfiguration
.kubectl delete validatingwebhookconfiguration istiod-istio-system-mcp
B. Borra todas las
mutatingwebhookconfiguration
.kubectl delete mutatingwebhookconfiguration istiod-RELEASE_CHANNEL
Una vez que aparezcan todas las cargas de trabajo y no se vean proxies, puedes borrar de forma segura el plano de control en el clúster para detener la facturación.
Para quitar el plano de control en el clúster, ejecuta el siguiente comando:
istioctl x uninstall --purge
Si no hay otros planos de control, puedes borrar el
istio-system
. espacio de nombres para deshacerte de todos los recursos de Cloud Service Mesh. De lo contrario, borra servicios correspondientes a las revisiones de Cloud Service Mesh. Esto evita borrar recursos compartidos, como CRD.Borra los espacios de nombres
istio-system
yasm-system
:kubectl delete namespace istio-system asm-system --ignore-not-found=true
Verifica si las eliminaciones se realizaron de forma correcta:
kubectl get ns
El resultado debe indicar un estado
Terminating
y mostrarlo como se indica a continuación. De lo contrario, es posible que debas borrar de forma manual los recursos restantes en el espacio de nombres y volver a intentarlo.NAME STATUS AGE istio-system Terminating 71m asm-system Terminating 71m
Si borrarás tus clústeres o ya los borraste, asegúrate de que que cada clúster esté unregistered en tu flota.
Si habilitaste la configuración predeterminada de la flota de Cloud Service Mesh y si quieres inhabilitarla para clústeres futuros, inhabilítala. Puedes omitir este paso si solo desinstalas desde un solo clúster.
gcloud container hub mesh disable --fleet-default-member-config --project FLEET_PROJECT_ID
En el ejemplo anterior, FLEET_PROJECT_ID es el ID del proyecto host de la flota.
Si habilitaste Cloud Service Mesh administrado, verifica y borra los recursos administrados si están presentes:
Borra la implementación
mdp-controller
:kubectl delete deployment mdp-controller -n kube-system
Si tienes la implementación del plano de control
TRAFFIC_DIRECTOR
, limpia los recursos de la verificación de estado transparente. Por lo general, se quitan automáticamente, pero puedes asegurarte de que se borren siguiendo estos pasos:Borra el daemonset
snk
.kubectl delete daemonset snk -n kube-system
Borra la regla de firewall.
gcloud compute firewall-rules delete gke-csm-thc-FIRST_8_CHARS_OF_CLUSTER_ID
Reemplaza lo siguiente:
- FIRST_8_CHARS_OF_CLUSTER_ID son los primeros 8 caracteres de la Es el ID de tu clúster específico.
Verifica si el ConfigMap
istio-cni-plugin-config
está presente:kubectl get configmap istio-cni-plugin-config -n kube-system
Si está presente, borra el configmap
istio-cni-plugin-config
:kubectl delete configmap istio-cni-plugin-config -n kube-system
Borra el daemonset
istio-cni-node
:kubectl delete daemonset istio-cni-node -n kube-system
Si desinstalas Cloud Service Mesh administrado y mantienes comunícate con el equipo de asistencia para asegurarte de que Se limpian los recursos de Google Cloud. El espacio de nombres y la configuración de
istio-system
los mapas también se podrán seguir recreando si no sigues este paso.
Una vez completados estos pasos, todos los componentes de Cloud Service Mesh, incluidos los proxies, Las autoridades certificadoras en el clúster, así como los roles y vinculaciones de RBAC quitarse sistemáticamente del clúster. Durante el proceso de instalación, a una cuenta de servicio de Google se le otorgan los permisos necesarios para establecer los recursos de la malla de servicios dentro del clúster. Estas instrucciones de desinstalación no revoca estos permisos, lo que permite una reactivación sin inconvenientes del Cloud Service Mesh en el futuro.