Alibaba Cloud Service Mesh:Shift TCP traffic between application versions

Como funciona o desvio de tráfego

O ASM utiliza três recursos do Istio para controlar o fluxo de tráfego TCP:

Caminho do tráfego:

Cliente -> Gateway de entrada (porta 31400) -> VirtualService (roteamento baseado em peso) -> DestinationRule (subconjuntos v1/v2) -> pods tcp-echo (porta 9000)

Pré-requisitos

• O Container Service for Kubernetes (ACK) e o Classic Load Balancer (CLB) devem estar ativados.

• Um cluster ACK deve estar criado. Para mais informações, consulte Criar um cluster dedicado ACK ou Criar um cluster gerenciado ACK.

• O cluster ACK deve estar adicionado a uma instância do ASM. Para mais informações, consulte Criar uma instância do ASM e Adicionar um cluster a uma instância do ASM.

Etapa 1: Implantar o aplicativo de exemplo

Implante duas versões do aplicativo tcp-echo e crie um Serviço do Kubernetes para expô-las.

Etapa 2: Configurar regras de roteamento

Crie um gateway Istio, uma regra de destino e um serviço virtual para rotear inicialmente todo o tráfego TCP para v1.

1. Faça login no console do ASM. No painel de navegação à esquerda, escolha Service Mesh > Mesh Management.

2. Na página Mesh Management, clique no nome da sua instância do ASM.

Etapa 3: Implantar um gateway de entrada

Adicione a porta 31400 ao gateway de entrada para que o tráfego TCP externo alcance o gateway Istio.

1. Na página de detalhes da instância do ASM, escolha ASM Gateways > Ingress Gateway no painel de navegação à esquerda.

2. Clique em Create e configure os parâmetros a seguir.

   Parâmetro	Valor
   Cluster	Selecione o cluster ACK onde o aplicativo de exemplo está implantado.
   CLB Instance Type	Selecione Internet Access.
   CLB Instance	Selecione uma instância CLB existente ou crie uma nova. Utilize uma instância CLB dedicada por Serviço do Kubernetes para evitar conflitos de listener. Para mais informações, consulte Criar um gateway de entrada.
   Port Mapping	Defina o protocolo como TCP e a porta do serviço como 31400.

3. Clique em Create.

Etapa 4: Verificar o roteamento inicial

Confirme se todo o tráfego TCP está chegando à versão v1.

1. Conecte-se ao cluster ACK com kubectl. Para mais informações, consulte Obter o arquivo kubeconfig de um cluster e usar kubectl para conectar-se ao cluster.

2. Recupere o endereço IP e a porta TCP do gateway de entrada:

      export INGRESS_HOST=$(kubectl -n istio-system get service istio-ingressgateway -o jsonpath='{.status.loadBalancer.ingress[0].ip}')
      export INGRESS_PORT=$(kubectl -n istio-system get service istio-ingressgateway -o jsonpath='{.spec.ports[?(@.name=="tcp")].port}')

3. Conecte-se ao serviço tcp-echo via TCP: Saída esperada:

      telnet $INGRESS_HOST $INGRESS_PORT

      Trying xxx.xxx.xxx.xxx...
      Connected to xxx.xxx.xxx.xxx.
      Escape character is '^]'

4. Insira qualquer string e pressione Enter. Se a resposta começar com one, todo o tráfego estará sendo roteado para v1.

Etapa 5: Desviar tráfego para v2

Atualize o serviço virtual para enviar 80% do tráfego para v1 e 20% para v2.

1. Na página de detalhes da instância do ASM, escolha Traffic Management Center > VirtualService no painel de navegação à esquerda.

2. Localize o serviço virtual tcp-echo e clique em YAML na coluna Actions.

3. Na caixa de diálogo Edit, substitua o YAML pelo conteúdo a seguir e clique em OK. A única alteração em relação ao serviço virtual original é a adição de uma segunda entrada de rota com campos weight que controlam a divisão do tráfego.

      apiVersion: networking.istio.io/v1alpha3
      kind: VirtualService
      metadata:
        name: tcp-echo
      spec:
        hosts:
        - "*"
        gateways:
        - tcp-echo-gateway
        tcp:
        - match:
          - port: 31400
          route:
          - destination:
              host: tcp-echo
              port:
                number: 9000
              subset: v1
            weight: 80              # 80% of traffic to v1
          - destination:
              host: tcp-echo
              port:
                number: 9000
              subset: v2
            weight: 20              # 20% of traffic to v2

4. Envie 10 solicitações para verificar a divisão do tráfego: Saída de exemplo: Respostas com o prefixo one vêm de v1; aquelas com two vêm de v2. Com uma amostra pequena, a proporção real pode não corresponder exatamente a 80:20, mas converge para os pesos configurados à medida que o número de solicitações aumenta.

      for i in {1..10}; do \
      docker run -e INGRESS_HOST=$INGRESS_HOST -e INGRESS_PORT=$INGRESS_PORT -it --rm busybox sh -c "(date; sleep 1) | nc $INGRESS_HOST $INGRESS_PORT"; \
      done

      one Mon Nov 12 23:38:45 UTC 2018
      two Mon Nov 12 23:38:47 UTC 2018
      one Mon Nov 12 23:38:50 UTC 2018
      one Mon Nov 12 23:38:52 UTC 2018
      one Mon Nov 12 23:38:55 UTC 2018
      two Mon Nov 12 23:38:57 UTC 2018
      one Mon Nov 12 23:39:00 UTC 2018
      one Mon Nov 12 23:39:02 UTC 2018
      one Mon Nov 12 23:39:05 UTC 2018
      one Mon Nov 12 23:39:07 UTC 2018

5. Aumente gradualmente o valor de weight de v2 conforme ganha confiança na nova versão, até que v2 processe 100% do tráfego.

Limpar recursos

Após os testes, exclua os recursos criados neste tutorial para evitar cobranças desnecessárias.

1. Exclua os recursos de roteamento do Istio no console do ASM:

   • Na página de detalhes da instância do ASM, acesse Traffic Management Center > VirtualService, localize tcp-echo e clique em Delete na coluna Actions.

   • Acesse Traffic Management Center > DestinationRule, localize tcp-echo-destination e exclua-o.

   • Acesse ASM Gateways > Gateway, localize tcp-echo-gateway e exclua-o.

   • Acesse ASM Gateways > Ingress Gateway e exclua o gateway de entrada criado para este tutorial.

2. Exclua os recursos do Kubernetes no console do ACK:

   • Acesse Workloads > Deployments, localize tcp-echo-v1 e tcp-echo-v2 e exclua-os.

   • Acesse Network > Services, localize tcp-echo e exclua-o.