Cómo resolver problemas de limpieza

En esta página, se explica cómo resolver problemas con el plano de control administrado de Cloud Service Mesh cuando se usa la implementación de TRAFFIC_DIRECTOR.

Cómo limpiar los servicios sintéticos

Cuando se usa la implementación del plano de control TRAFFIC_DIRECTOR, Cloud Service Mesh crea servicios de Kubernetes sintéticos para admitir subconjuntos. Estos servicios están etiquetados con istio.io/owned-by:gsmconfig.gke.io.

Cuando cancelas el registro de un clúster de una Google Cloud flota, es posible que Cloud Service Mesh no pueda quitar estos servicios de Kubernetes sintéticos.

Para mitigar este problema, puedes quitar manualmente los servicios de Kubernetes sintéticos en todos los espacios de nombres ejecutando el siguiente comando:

kubectl delete service -l istio.io/owned-by=gsmconfig.gke.io -A

Limpia las anotaciones de los grupos de extremos de red

Cuando se usa la implementación del plano de control TRAFFIC_DIRECTOR, Cloud Service Mesh crea grupos de extremos de red agregando anotaciones cloud.google.com/neg a los servicios para el balanceo de cargas.

Cuando cancelas el registro de un clúster de una Google Cloud flota, es posible que Cloud Service Mesh no pueda quitar estas anotaciones para limpiar los grupos de extremos de red.

Para mitigar este problema, puedes quitar manualmente las anotaciones cloud.google.com/neg de los servicios en todos los espacios de nombres.

service_names=($(kubectl get service -A -o jsonpath='{.items[*].metadata.name}'))
for service in "${service_names[@]}"; do
  kubectl annotate service $service -A cloud.google.com/neg-
done