Esta documentação se refere à versão mais recente do Knative serving, que usa frotas e o Anthos Service Mesh. Saiba mais.

A versão anterior (Cloud Run for Anthos) foi arquivada, mas a documentação continua disponível para os usuários atuais.

Versões disponíveis

Mais recente
Arquivar

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

Essa etapa no processo permite que você escolha como lançar as alterações. É possível especificar uma quantidade inicial de tráfego que você quer migrar para o Cloud Service Mesh e, em seguida, aumentar gradualmente o lançamento para 100%.

Antes de começar

Primeiro, leia e verifique se você atende aos requisitos de upgrade.
Os comandos nesta página usam as variáveis de ambiente e o script de migração da etapa de preparação do upgrade.
É importante que você execute cada etapa desse processo na ordem especificada.

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

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

Execute o seguinte comando para definir a porcentagem de tráfego que você quer migrar:
```
./migration-addon.sh --command migrate-traffic TRAFFIC_PERCENTAGE
```
Substitua TRAFFIC_PERCENTAGE pela porcentagem de tráfego que você 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, 100.

Se você tiver algum problema com esta etapa ou quiser executar uma implementação gradual, execute esse comando de script de migração novamente várias vezes até atingir 100%.

Por exemplo, se você optar por migrar 10% do tráfego, a saída do terminal durante o processo será semelhante a esta:
```
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
```
Observação:
o número total de pods de entrada do Cloud Service Mesh e do Istio é escalonado para 10 mesmo que você tenha menos pods de entrada.
Execute o comando a seguir para visualizar o status da gke-system.
```
kubectl describe pod -n gke-system
```
Se você receber o aviso FailedScheduling, pode ser que seu cluster não tenha recursos suficientes para escalonar para o número necessário de pods de entrada. Para aumentar o número de nós do cluster e, portanto, a quantidade de recursos disponíveis, consulte Como redimensionar um cluster na documentação do Google Kubernetes Engine.
É possível monitorar o tráfego dos seus serviços no Console do Google Cloud:

Acessar o Knative serving

A seguir

Finalize o upgrade e execute tarefas de limpeza

Reversão

Se você precisar reverter as alterações feitas por meio das etapas acima, use o script de migração para definir a porcentagem de tráfego para a entrada do Cloud Service Mesh de volta para 0:

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