Compartilhar via

Dimensionamento automático de aplicativo simplificado com o complemento KEDA (dimensionamento automático controlado por eventos do Kubernetes)

  • Artigo

O Dimensionamento Automático Controlado por Eventos do Kubernetes (KEDA) é um componente leve e de propósito único que se esforça para simplificar o dimensionamento automático de aplicativos e é um projeto de Graduação do CNCF.

Ele aplica o dimensionamento automático controlado por eventos para dimensionar seu aplicativo a fim de atender à demanda de maneira sustentável e econômica com escala para zero.

O complemento KEDA torna isso ainda mais fácil, implantando uma instalação KEDA gerenciada, fornecendo a você um catálogo avançado de dimensionadores do KEDA do Azure com os quais é possível escalar seus aplicativos no cluster do AKS (Serviços de Kubernetes do Azure).

Observação

A versão 2.15 do KEDA apresenta uma alteração interruptiva que remove o suporte à identidade do pod. Recomendamos passar para a identidade da carga de trabalho para sua autenticação, caso esteja usando a identidade do pod. Embora o complemento gerenciado do KEDA não execute atualmente a versão 2.15 do KEDA, ele começará a executá-lo na versão prévia 1.32 do AKS.

Para obter mais informações sobre como dimensionar seus aplicativos com segurança usando a identidade da carga de trabalho, leia nosso tutorial. Para exibir a política de alteração interruptiva/substituição do KEDA, leia a documentação oficial.

Arquitetura

O KEDA fornece dois componentes principais:

  • O operador KEDA permite que os usuários finais dimensionem cargas de trabalho de 0 para N com suporte para Implantações do Kubernetes, Trabalhos, StatefulSets ou qualquer recurso personalizado que defina o sub-recurso /scale.
  • O servidor de métricas expõe métricas externas ao HPA (Horizontal Pod Autoscaler) no Kubernetes para fins de dimensionamento automático, como mensagens em um tópico do Kafka ou o número de eventos em um hub de eventos do Azure. Devido a limitações de upstream, o KEDA deve ser o único adaptador de métricas externo instalado.

Diagrama que mostra a arquitetura do K E D A e como ele estende o Kubernetes em vez de recriar a roda.

Saiba mais sobre como o KEDA funciona na documentação oficial do KEDA.

Instalação

O KEDA pode ser adicionado ao cluster do AKS (Serviço de Kubernetes do Azure) habilitando o complemento KEDA, usando um modelo do ARMou a CLI do Azure.

O complemento KEDA fornece uma instalação totalmente compatível do KEDA, integrada ao AKS.

Funcionalidades e recursos

O KEDA fornece as seguintes funcionalidades e recursos:

  • Criar aplicativos sustentáveis e econômicos com escala para zero
  • Escalar cargas de trabalho de aplicativo para atender à demanda usando um catálogo avançado de dimensionadores do KEDA do Azure
  • Dimensionamento automático de aplicativos com ScaledObjects, como Implantações, conjuntos com estado ou qualquer recurso personalizado que define o sub-recurso /scale
  • Dimensionamento automático de cargas de trabalho similares ao trabalho com ScaledJobs
  • Usar a segurança de nível de produção desacoplando a autenticação com dimensionamento automático das cargas de trabalho
  • Traga seu próprio dimensionador externo para usar decisões de dimensionamento automático personalizadas
  • Integrar com a ID da Carga de Trabalho do Microsoft Entra para autenticação

Observação

Caso planeje usar a identidade da carga de trabalho, habilite o complemento de identidade da carga de trabalho antes de habilitar o complemento do KEDA.

Limitações de complemento

O complemento KEDA do AKS tem as seguintes limitações:

  • O complemento HTTP (versão prévia) da KEDA para escalar cargas de trabalho HTTP não é instalado com a extensão, mas pode ser implantado separadamente.
  • O dimensionador externo para Azure Cosmos DB da KEDA para escalar com base no feed de alterações do Azure Cosmos DB não é instalado com a extensão, mas pode ser implantado separadamente.
  • Somente um servidor de métricas externo é permitido no cluster do Kubernetes. Devido a isso, o complemento do KEDA deve ser o único servidor de métricas externo dentro do cluster.
    • Não há suporte para várias instalações do KEDA

Para perguntas gerais sobre o KEDA, recomendamos visitar a visão geral das perguntas frequentes.

Observação

Se você estiver usando a ID de carga de trabalho do Microsoft Entra e habilitar o KEDA antes da ID de carga de trabalho, será necessário reiniciar os pods do operador KEDA para que as variáveis de ambiente corretas possam ser injetadas:

  1. Reinicie os pods executando kubectl rollout restart deployment keda-operator -n kube-system.

  2. Obtenha os pods do operador KEDA usando kubectl get pod -n kube-system e localizando os pods que começam com keda-operator.

  3. Verifique a injeção bem-sucedida das variáveis de ambiente executando kubectl describe pod <keda-operator-pod> -n kube-system. Em Environment, você deverá visualizar os valores para AZURE_TENANT_ID, AZURE_FEDERATED_TOKEN_FILE e AZURE_AUTHORITY_HOST.

Versões do Kubernetes e KEDA com suporte

A versão do cluster de Kubernetes determina qual versão do KEDA será instalada no cluster do AKS. Para visualizar qual versão do KEDA é mapeada para cada versão do AKS, consulte a coluna de complementos gerenciados do AKS da tabela de versão do componente do Kubernetes.

Para as versões GA do Kubernetes, o AKS dá suporte completo à versão secundária do KEDA correspondente na tabela. As versões prévias do Kubernetes e o último patch do KEDA são parcialmente cobertos pelo suporte ao cliente com base no melhor esforço. Dessa forma, esses recursos não são destinados ao uso em produção. Para obter mais informações, consulte os seguintes artigos:

Próximas etapas