Por padrão, o plano de controle envia a configuração completa de serviços para cada sidecar no plano de dados, pois desconhece quais serviços cada workload realmente chama. Em grande escala, isso causa dois problemas:
Alto uso de memória do sidecar. Cada sidecar armazena configurações de todos os serviços do cluster, inclusive daqueles com os quais nunca se comunica.
Carga elevada no plano de controle. Qualquer alteração de configuração, como a criação de um serviço virtual, aciona um envio para todos os sidecars, independentemente da relevância. Isso reduz a eficiência e a disponibilidade do plano de controle.
O Service Mesh (ASM) oferece três recursos para reduzir a carga do plano de controle e o consumo de memória dos sidecars: seletores de descoberta de serviço, recomendação de sidecar e otimização adaptativa de xDS. Cada um opera em um nível diferente de granularidade.
Selecione uma estratégia de otimização
A tabela a seguir compara os três recursos para ajudar você a escolher a abordagem mais adequada.
|
Recurso |
Nível de escopo |
Mecanismo |
Pré-requisitos |
Atualizações automáticas |
Mais indicado para |
|
Seletores de descoberta de serviço |
Namespace |
Filtra os namespaces descobertos pelo plano de controle |
Rótulos de namespace |
N/D |
Clusters com muitos namespaces em que os workloads precisam apenas de serviços de alguns poucos |
|
Recomendação de sidecar |
Workload |
Analisa logs de acesso para gerar recursos Sidecar por workload |
Log Service ativado para coleta de logs de acesso |
Não. Execute novamente a recomendação quando as dependências mudarem |
Grande número de serviços dentro de um único namespace |
|
Otimização adaptativa de xDS |
Workload |
Implanta um gateway de saída para rastrear dependências de chamadas e gera automaticamente recursos Sidecar |
Nenhum |
Sim. Os recursos Sidecar são atualizados automaticamente conforme as dependências mudam |
Equipes que desejam otimização automática sem gerenciar manualmente o Sidecar |
Seletores de descoberta de serviço
Configure seletores de rótulos com base nos rótulos de namespace. Assim, o plano de controle descobre e processa apenas os serviços nos namespaces correspondentes e envia somente essas configurações para os sidecars.
Cenário aplicável: O plano de dados contém muitos namespaces e serviços, mas os workloads em cada namespace chamam apenas serviços de alguns namespaces específicos.
Para obter instruções de configuração, consulte Usar seletores de descoberta de serviço para melhorar a eficiência de push de configuração do plano de controle.
Recomendação de sidecar
O ASM analisa os logs de acesso gerados pelos sidecars para determinar as dependências de chamadas entre os serviços. Com base nessa análise, o ASM recomenda e cria um recurso Sidecar para cada workload. Cada recurso Sidecar limita a configuração do workload apenas aos serviços que ele realmente chama.
Isso proporciona dois benefícios:
Cada sidecar armazena apenas as configurações dos serviços relacionados ao seu workload.
Quando um serviço não relacionado é modificado, ou quando um recurso associado (como um serviço virtual) é alterado, o plano de controle não envia a nova configuração para esse sidecar.
Cenário aplicável: Os seletores de descoberta de serviço sozinhos não fornecem otimização suficiente. Por exemplo, quando um único namespace contém um grande número de serviços e você deseja minimizar o tamanho da configuração do sidecar. O ASM recomenda e cria os recursos Sidecar com base na análise de logs de acesso, eliminando a necessidade de escrever arquivos YAML manualmente.
Para verificar o impacto mensurado no desempenho de push, consulte Efeitos da recomendação de sidecar na otimização de push de configuração.
Para obter instruções de configuração, consulte Usar os sidecars recomendados automaticamente com base na análise de logs de acesso.
Otimização adaptativa de xDS
Assim como a recomendação de sidecar, a otimização adaptativa de xDS gera recursos Sidecar por workload para definir o escopo das configurações. No entanto, ela difere nas seguintes formas:
Totalmente automática. Os recursos Sidecar são gerados e atualizados automaticamente à medida que as dependências de chamadas mudam. Nenhuma configuração manual ou nova recomendação periódica é necessária.
Sem dependência do Log Service. O recurso não exige a ativação do Log Service para coletar logs de acesso no plano de dados.
Baseada em gateway de saída. Um gateway de saída chamado
istio-axds-egressgatewayé implantado no plano de dados. O recurso se aplica apenas aos workloads selecionados. Todo o tráfego HTTP desses workloads passa por esse gateway, que o plano de controle utiliza para analisar as dependências de chamadas.
Cenário aplicável: Ideal para quem busca o caminho mais simples para a otimização de push de configuração, especialmente se não tiver familiaridade com recursos Sidecar ou ajustes manuais de configuração.
O gateway de saída pode afetar o roteamento de tráfego no plano de dados e consumir recursos do plano de controle. Adicione workloads gradualmente ao escopo do recurso para evitar interrupções.
Para obter instruções de configuração, consulte Usar a otimização adaptativa de xDS para melhorar a eficiência de push de configuração do plano de controle.