Migra el paquete de Istio del paquete a Cloud Service Mesh

Estos pasos son específicos de la versión agrupada de Istio que incluye de forma predeterminada con el “complemento de GKE" de Knative serving.

Dado que la versión empaquetada de Istio se desinstaló cuando realizaste proceso de desinstalación del "complemento GKE" de Knative serving sigue los pasos de esta página para instalar Cloud Service Mesh en tu clúster y, luego, configura tu puerta de enlace de entrada.

Antes de comenzar

Descripción general

En general, el proceso para instalar Cloud Service Mesh cuando se migra desde integrada de Istio, es el mismo proceso que se realiza Instalación de Cloud Service Mesh. En este proceso, la versión de Cloud Service Mesh 1.18 se instala con el Plano de control en el clúster.

Instala la versión 1.18 de Cloud Service Mesh

Usa la documentación de instalación de Cloud Service Mesh para instalar Cloud Service Mesh.

Antes de comenzar:

  • Para la migración, se debe instalar la puerta de enlace de entrada por separado durante los siguientes pasos de configuración. El no instalará la puerta de enlace de entrada de forma predeterminada.

  • Opcional: Si usas la autoridad certificadora de la malla de servicios de Cloud (CA de Mesh), debes también incluye la marca --ca mesh_ca con la instalación de Cloud Service Mesh secuencia de comandos.

Para instalar Cloud Service Mesh, sigue estos pasos:

Sigue los pasos que se indican en la documentación de la malla de servicios de Cloud: Instala la versión 1.18 de Cloud Service Mesh

Ejemplo

El siguiente es un ejemplo del comando predeterminado que incluye los comandos marca:

./asmcli install \
  --project_id ${PROJECT_ID} \
  --cluster_name ${CLUSTER_NAME} \
  --cluster_location ${CLUSTER_LOCATION} \
  --ca mesh_ca \
  --output_dir DIR_PATH \
  --enable_all

Configura la entrada de la malla de servicios de Cloud

En esta sección, se usa la secuencia de comandos de migración para lo siguiente: Crea la puerta de enlace de entrada de Cloud Service Mesh dentro del espacio de nombres gke-system.

En la migración, se usa el espacio de nombres gke-system para que el tráfico de entrada de la puerta de enlace se coloca en el mismo espacio de nombres que usa el “paquete de Istio en paquete”. Por lo tanto, los Pods de entrada de la malla de servicios de apropiación de tráfico sin los cambios de configuración requeridos en el objeto servicio. Por ejemplo, no necesitas configurar una nueva dirección IP externa.

  1. Para crear la puerta de enlace de entrada dentro del espacio de nombres gke-system, sigue estos pasos: Ejecuta el siguiente comando para iniciar la secuencia de comandos de migración:

    ./migration-addon.sh --command set-up-asm-ingress

    El resultado de la terminal durante el proceso es similar al siguiente:

    Setting up Cloud Service Mesh ingress. Note that the Cloud Service Mesh ingress is not
serving traffic at this step.
namespace/gke-system labeled
deployment.apps/istio-ingressgateway created
horizontalpodautoscaler.autoscaling/istio-ingressgateway created
role.rbac.authorization.k8s.io/istio-ingressgateway-sds created
rolebinding.rbac.authorization.k8s.io/istio-ingressgateway-sds created
Cloud Service Mesh ingress is successfully installed.

  2. Verifica que la puerta de enlace de entrada istio-ingrerssgateway se esté ejecutando en el gke-system con la ejecución del siguiente comando:

    kubectl get deployment istio-ingressgateway -n gke-system

    Ten en cuenta que la cantidad de Pods istio-ingressgateway es intencionalmente 0. Luego de instalar el componente de flota de Knative serving, paso a Migrar todo el tráfico a la entrada de Cloud Service Mesh

¿Qué sigue?

Instala el componente de flota

Revertir

Si necesitas revertir los cambios que realizaste en los pasos anteriores, puedes usar la secuencia de comandos de migración para hacer lo siguiente:

  • Borra la puerta de enlace de entrada de Cloud Service Mesh.
  • Desinstala Cloud Service Mesh.

Para revertir la configuración y la instalación de Cloud Service Mesh, haz lo siguiente:

  1. Ejecuta el siguiente comando para iniciar la reversión.

    ./migration-addon.sh --command rollback-set-up-asm-ingress

    El resultado de la terminal durante el proceso es similar al siguiente:

    Deleting Cloud Service Mesh ingress
deployment.apps "istio-ingressgateway" deleted
horizontalpodautoscaler.autoscaling "istio-ingressgateway" deleted
role.rbac.authorization.k8s.io "istio-ingressgateway-sds" deleted
rolebinding.rbac.authorization.k8s.io "istio-ingressgateway-sds" deleted
Cloud Service Mesh ingress is successfully deleted.

  2. Para verificar que se haya quitado la puerta de enlace de entrada de Cloud Service Mesh, El servicio istio-ingressgateway ya no existe en gke-system espacio de nombres:

    kubectl get deployment istio-ingressgateway -n gke-system

  3. Desinstala Cloud Service Mesh.

  4. Para seguir revirtiendo todos los cambios al estado original de las instalaciones, revertir el “complemento de GKE” de Knative serving.