Cenários de utilização

  • 2 minutos

Agora que você já estabeleceu os prós e contras para os critérios de decisão, é melhor analisar alguns cenários.

Desenvolvimento

Acomodar o desenvolvimento de vários recursos em um espaço de endereço IP limitado pode ser um desafio. Kubenet é projetado com a conservação do espaço de endereçamento em mente, tornando-o uma ótima escolha para ambientes de desenvolvimento ou experimentais.

Se uma ou mais das seguintes opções não forem verdadeiras, considere optar por um ambiente de desenvolvimento usando a rede CNI do Azure:

  • Os recursos experimentais ou em desenvolvimento não precisam dos recursos de dimensionamento rápido que os Nós Virtuais com Instâncias de Contêiner do Azure fornecem.
  • Latência menor no ambiente, causada por um salto extra para comunicação de pod, é aceitável.
  • A sobrecarga operacional de manutenção de tabelas de rotas e UDRs no ambiente de desenvolvimento é aceitável.
  • O ambiente de desenvolvimento suporta apenas pools de nós baseados em Linux.

Com o kubenet, a plataforma Azure cria e configura automaticamente os recursos de rede virtual sempre que você cria um cluster AKS. Você também pode criar e configurar manualmente os recursos de rede virtual e anexá-los a esses recursos no momento da criação. No entanto, não há suporte para fazer alterações nos recursos de rede gerenciados pelo Azure.

Produção

Tenha em mente que existem vários fatores que impedem que o kubenet seja uma opção de rede aceitável para a produção. Kubenet brilha como um método rápido para prototipar e testar pequenas aplicações em desenvolvimento.

Em vez disso, o Azure CNI é mais adequado para ambientes de produção por sua opção de rede configurável que inclui:

  • Latência reduzida.
  • Capacidade de dimensionamento rápido por meio de nós virtuais com instâncias de contêiner do Azure.
  • Os pods diretamente endereçáveis simplificam a conectividade com serviços executados fora do cluster.
  • Suporte para topologias de rede avançadas e recursos relacionados.

Você também pode optar por usar o Azure CNI para ambientes de desenvolvimento se um ou mais dos recursos forem necessários para seu caso de uso. Por exemplo, se nós baseados no Windows Server forem necessários, o Azure CNI deverá ser usado para clusters de desenvolvimento e produção. Tenha em mente que essa escolha introduz a necessidade de mais planejamento de topologia de rede, o que requer um especialista.