Alibaba Cloud Service Mesh:Por que requisições de longa duração falham após a injeção do sidecar proxy

Ciclo de vida de encerramento do Kubernetes

Compreender a sequência de encerramento de pods do Kubernetes é essencial para configurar os timeouts corretamente:

1. O Kubernetes envia um sinal SIGTERM para todos os containers no pod.

2. Cada container lida com o sinal conforme sua própria lógica (por exemplo, o Istio inicia a drenagem do proxy).

3. O Kubernetes aguarda até terminationGracePeriodSeconds (padrão: 30 segundos) para que todos os containers sejam encerrados.

4. Caso algum container ainda esteja em execução após o período de carência, o Kubernetes envia um SIGKILL para forçar o encerramento.

A principal restrição de tempo é:

preStop hook duration + terminationDrainDuration < terminationGracePeriodSeconds

Se o tempo combinado exceder terminationGracePeriodSeconds, o Kubernetes enviará um SIGKILL e encerrará forçadamente todos os containers, ignorando completamente a drenagem controlada.

Solução 1: Estender a duração da drenagem de encerramento

Aumente a duração da drenagem para dar tempo suficiente às conexões de longa duração para que sejam concluídas. Essa abordagem funciona melhor quando é possível estimar a duração máxima da requisição.

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 em nome da instância do ASM. No painel de navegação à esquerda, escolha Data Plane Component Management > Sidecar Proxy Setting.

3. Na página Sidecar Proxy Setting, clique em aba Namespace.

4. Selecione um namespace na lista suspensa Namespace. Clique em Lifecycle Management, selecione Sidecar Proxy Drain Duration at Pod Termination, insira um valor que exceda a duração mais longa esperada para suas requisições e clique em Update Settings.

Solução 2: Usar um hook preStop para aguardar requisições ativas

Quando as durações das requisições são imprevisíveis, configure um hook de ciclo de vida preStop no sidecar proxy. O hook verifica periodicamente as conexões ativas e atrasa o desligamento do proxy até que todas as requisições sejam concluídas, em vez de depender de um timeout fixo.

Como funciona: O script preStop verifica a cada segundo se há conexões TCP não relacionadas ao Envoy. Assim que todas as conexões da aplicação forem fechadas, o sidecar proxy será encerrado de forma controlada após a drenagem padrão de 5 segundos.

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 em nome da instância do ASM. No painel de navegação à esquerda, escolha Data Plane Component Management > Sidecar Proxy Setting.

3. Na página Sidecar Proxy Setting, clique em aba Namespace.

4. Selecione um namespace na lista suspensa Namespace. Clique em Lifecycle Management, selecione Lifecycle of Sidecar Proxy, insira o seguinte JSON no editor de código e clique em Update Settings.

   Os dois hooks têm finalidades diferentes:

   Hook	Finalidade
   postStart	Executa pilot-agent wait para garantir que o sidecar proxy esteja totalmente pronto antes que o container da aplicação comece a aceitar tráfego.
   preStop	Verifica periodicamente conexões TCP ativas (excluindo as próprias conexões do Envoy). O sidecar proxy só é desligado após o fechamento de todas as conexões da aplicação.

   {
     "postStart": {
       "exec": {
         "command": [
           "pilot-agent",
           "wait"
         ]
       }
     },
     "preStop": {
       "exec": {
         "command": [
           "/bin/sh",
           "-c",
           "while [ $(netstat -plunt | grep tcp | grep -v envoy | wc -l | xargs) -ne 0 ]; do sleep 1; done"
         ]
       }
     }
   }