Migre o tráfego da carga de trabalho para o Cloud Service Mesh

Este passo do processo permite-lhe escolher como implementar as alterações. Pode especificar uma quantidade inicial de tráfego que quer migrar para a Cloud Service Mesh e, em seguida, aumentar gradualmente a implementação para 100%.

Antes de começar

• Primeiro, tem de rever e garantir que cumpre os requisitos para a atualização.

• Os comandos nesta página usam as variáveis de ambiente e o script de migração do passo de preparação da atualização.

• É importante que execute cada passo deste processo na ordem especificada.

Migre todo o tráfego de cargas de trabalho para o Cloud Service Mesh

Nesta secção, o script de migração é usado para migrar todo o tráfego existente para a Cloud Service Mesh.

1. Execute o seguinte comando para definir a percentagem de tráfego que quer migrar:

   ./migration-addon.sh --command migrate-traffic TRAFFIC_PERCENTAGE
   

   Substitua TRAFFIC_PERCENTAGE pela percentagem de tráfego que quer enviar para a entrada do Cloud Service Mesh. Os valores válidos são: 0, 10, 20, 30, 40, 50, 60, 70, 80, 90 e 100.

   Tenha em atenção que, se tiver problemas com este passo ou quiser fazer uma implementação gradual, pode executar este comando do script de migração várias vezes até atingir 100%.

   Por exemplo, se optar por migrar 10% do tráfego, o resultado do terminal durante o processo é semelhante ao seguinte:

   In this step, 10% of traffic from the previously installed
   version of Istio is migrated to the Cloud Service Mesh ingress.
   
   Setting the number of replicas of Istio ingress to 9,
   and the number of replicas of Cloud Service Mesh ingress to 1
   deployment.apps/istio-ingress patched
   
   Waiting for all istio-ingress pods to be ready
   
   All istio-ingress pods are ready.
   deployment.apps/istio-ingressgateway patched
   
   Waiting for all istio-ingressgateway pods to be ready
   
   All istio-ingressgateway pods are ready.
   
   10% traffic has been migrated to Cloud Service Mesh ingress
   

   Nota: o número total de pods de entrada do Cloud Service Mesh e de pods de entrada do Istio é dimensionado para 10, mesmo que tenha atualmente menos pods de entrada.

   Pode executar o seguinte comando para ver o estado do gke-system.

   kubectl describe pod -n gke-system

   Se receber o aviso FailedScheduling, o seu cluster pode não ter recursos suficientes para dimensionar para o número necessário de pods de entrada. Para aumentar o número de nós do cluster e, por conseguinte, aumentar a quantidade de recursos disponíveis, consulte o artigo Redimensionar um cluster na documentação do Google Kubernetes Engine.

2. Pode monitorizar o tráfego dos seus serviços na Google Cloud consola:

   Aceda ao Knative serving

O que se segue?

Finalize a atualização e execute tarefas de limpeza

Reversão

Se precisar de reverter as alterações que fez através dos passos acima, pode usar o script de migração para definir a percentagem de tráfego para a entrada do Cloud Service Mesh novamente para 0:

./migration-addon.sh --command migrate-traffic 0