Como criar um AKS – Azure Kubernetes Services, vamos te mostrar na prática como criar com suas melhores práticas o que se deve ou não fazer.
Fala galera, seja muito bem vindo ao meu blog tenho grande satisfação em recebe-lo aqui, espero poder te ajudar com Como criar um AKS – Azure Kubernetes Services, não deixe de ver o último post sobre Kubernetes.
O que vamos ver no vídeo?
No post de hoje Como criar um AKS – Azure Kubernetes Services vamos demostrar na prática a criação e alguns pontos bem relevantes, quero deixar abaixo do vídeo pontos importantes a se pensar antes de sair criando um novo Cluster AKS.
- Criação do Cluster AKS – Azure Portal.
- Cluster AKS – Azure CLI / Kubenet.
- Um Cluster AKS – Azure CLI / Azure CNI.
- Configuração da Dashboard Kubernetes.
Planejamento:
O primeiro ponto a ser pensado é qual plugin de rede utilizar, é possível implementar um Cluster AKS com dois tipos: Kubenet e Azure CNI, ambos os plugins podem ser utilizados em ambientes produtivos, a Microsoft sugere a utilização do Azure CNI para uma melhor compatibilidade/integração ao Microsoft Azure.
Comparativo Kubenet x Azure CNI:
Kubenet (doc)
- Conserva o espaço de endereço de IP.
- Usa balanceadores de carga interno ou externo para do kubernetes para que possa se comunicar com pods de fora do cluster.
- Você deve gerenciar e manter manualmente as rotas.
- Máximo de 400 nós por Cluster.
Azure CNI (doc)
- Os pods podem se comunicar diretamente com qualquer recursos que esteja em sua rede virtual diretamente pelo seu IP privado.
- Requer um maior espaço de endereçamento de IPs.
Cotas e Limites (doc):
Recurso | Limite |
Número Máximo de cluster por assinatura. | 100 |
Máximo de nodes por com conjunto de disponibilidade de máquina virtual e SKU de Load Balancer Básica. | 100 |
O máximo de nodes por conjunto de disponibilidade de maquinas virtuais e Standard Load Balancer SKU. | 1000 (100 node por pool de node) |
Pods máximo por nodes configurado com rede básica Kubenet. | 110 |
Pods máximo por nodes configurados com rede avançada Azure CNI. | Até 250 |
Load Balancer (doc):
Tanto o Load Balancer básico quanto o Standard oferece suporte para utilização do interno e externo com o AKS – Azure Kubernetes Services, é importante essa definição pois após a criação você não pode alterar.
Load Balancer Básico: Os principais pontos, gratuito, não possui SLA e não é possível criar regras de saída.
Load Balancer Standard: Bom não preciso falar que ele é pago mas oferece bastante recursos, regras de saída, suporte a 1000 instancias, Zonas de disponibilidade e 99,99 SLA.
Não posso alterar após criar meu AKS:
- Subscription e Resource Group;
- SSH Key dos Nodes;
- Habilitar ou desabilitar RBAC;
- DNS Kubernetes API e IP;
- Endereçamento de IPs;
- Integração do gerenciamento de identidade;
- Habilitar private Cluster;
- Load Balancer SKU;
- Network plugin kubenet/Cni;
- Network Policy;
- Size de VM dentro de um node pool;
- Habilitar ou desabilitar paid SLA.
Quero deixar para vocês algumas documentações que já me ajudou bastante e acredito que possa ajudar vocês também.
Boas práticas AKS: Doc oficial.
Documentação az aks: Doc oficial.
Meu post sobre Kubernetes: Clique aqui.
Meu github com esse lab: Clique aqui.
Bom espero que tenham gostado do conteúdo de hoje, ative as notificações do blog, se inscreva no meu canal do YouTube e caso queira bater um papo chega lá no meu grupo do Telegram.
Forte abraço e até a próxima…
[];
Atualmente atua como Architecture Manager pela Atos Brasil, entusiasta Microsoft, FreeBSD e Debian, com mais de 20 anos de experiência em infraestrutura de T.I com ambientes heterogêneos, possuí o título de Microsoft Certified Trainer, AWS Community Builder, FinOps Member Foundation, Membro do comitê público do IDCIBER e especialista em segurança de perímetro, tendo atuado com soluções como Isa Server, iptables, IPFW, Cisco ASA, SonicWall, Fortigate, pfSense e soluções de Web Application Firewall.
Olá Luiz, tudo bem?
Primeiramente parabéns pelo conteúdo. Muito bom mesmo!
Eu fiquei com um dúvida em relação a alocação dos 93 ips para os 3 nodes. Esse número é um cálculo ou é uma questão interna do AKS?
Tem alguma documentação que fala sobre esse número?
Obrigado!
Boa tarde meu amigo,
Quando utilizado o Azure CNI (Advanced) ele utiliza também o address space da vnet/subnet para os PODs por isso o AKS já requisita esse numero de IPs.
Na documentação fala que cada NÓ é pré configurado com necessidade de 30 IPs.
https://docs.microsoft.com/pt-br/azure/aks/configure-azure-cni
Basicamente isso!!
Abraço e obrigado pelo comentário!