Criar um cluster do Serviço de Kubernetes do Azure
Sua empresa planeja implantar o serviço de renderização de vídeo baseado em nuvem usando o Serviço de Kubernetes do Azure (AKS) como sua plataforma de desenvolvimento nativa da nuvem. Para implantar qualquer aplicativo, crie o cluster do AKS.
Vamos revisar alguns conceitos para que você implante um novo cluster do AKS com sucesso.
Clusters do Kubernetes
O Kubernetes é baseado em clusters. Em vez de ter apenas uma VM (máquina virtual), ele usa vários computadores que funcionam como um. Essas VMs são chamadas de nós. O Kubernetes é um orquestrador baseado em cluster. Ele oferece vários benefícios ao seu aplicativo, como disponibilidade, monitoramento, dimensionamento e atualizações sem interrupção.
Nós de cluster
Um cluster é baseado em nós. Há dois tipos de nós em um cluster do Kubernetes que fornecem uma funcionalidade específica.
Nós do painel de controle: Esses nós hospedam os aspectos do painel de controle do cluster e são reservados para serviços que controlam o cluster. Eles são responsáveis por fornecer a API que você e todos os outros nós usam para se comunicar. Nenhuma carga de trabalho é implantada ou agendada nesses nós.
Nós: esses nós são responsáveis por executar cargas de trabalho e aplicativos personalizados, como componentes do seu serviço de renderização de vídeo baseado em nuvem.
Arquiteturas de cluster
Use uma arquitetura de cluster para conceitualizar o número de painéis de controle e de nós que será implantado no cluster do Kubernetes.
Por exemplo, o número de nós em um cluster deve ser sempre mais de dois. Quando um nó ficar indisponível, o agendador do Kubernetes tentará reagendar todas as cargas de trabalho em execução nesse nó nos nós restantes no cluster.
Há duas arquiteturas de cluster populares para implantações baseadas no Kubernetes.
Painel de controle individual e vários nós
A arquitetura de painel de controle único para vários nós por cluster é o padrão de arquitetura mais comum e o mais fácil de ser implantado, mas não fornece alta disponibilidade para os principais serviços de gerenciamento do cluster.
Se o nó do painel de controle ficar indisponível por qualquer motivo, não poderá haver nenhuma outra interação com o cluster. Esse problema ocorre mesmo na comunicação realizada por você como operador ou por qualquer carga de trabalho que use as APIs do Kubernetes até, pelo menos, o servidor de API ficar novamente online.
Apesar de ser menos disponível do que outras, essa arquitetura deve ser suficiente para a maioria das situações. É menos provável que os serviços básicos de gerenciamento fiquem indisponíveis em comparação com um nó ficar offline. Os nós do painel de controle estão sujeitos a menos modificações do que os nós e são mais resilientes.
Se você está lidando com um cenário de produção, talvez essa arquitetura não seja a melhor solução.
Painel de controle individual e um nó individual
A arquitetura de painel de controle individual para nó individual é uma variante da arquitetura anterior e é usada em ambientes de desenvolvimento. Essa arquitetura fornece apenas um nó, que hospeda o painel de controle e um nó de trabalho. Isso é útil ao testar ou experimentar diferentes conceitos do Kubernetes. A arquitetura de painel de controle individual e de nó individual limitam o dimensionamento do cluster e fazem com que essa arquitetura não seja adequada para uso em produção e preparo.
Configurar um cluster do AKS
Ao criar um cluster do AKS, você terá vários itens diferentes para configurar. Cada item afeta a configuração final do cluster para alocação de recurso de computação.
Esses itens incluem:
- Pools de nós
- Contagem de nós
- O tamanho da VM do nó
Pools de nós
Você cria pools de nós para agrupar os nós no cluster do AKS. Ao criar um pool de nós, você especifica o tamanho da VM e o tipo de SO (Linux ou Windows) para cada nó no pool de nós com base no requisito do aplicativo. Para hospedar pods de aplicativos de usuário, o Modo de pool de nós deve ser o Usuário, caso contrário, Sistema.
Por padrão, um cluster do AKS tem um pool de nós do Linux (Modo de Sistema), independentemente se você o criou por meio do portal do Azure ou da CLI. No entanto, você sempre poderá configurá-lo para adicionar pools de nós do Windows com pools de nós do Linux padrão durante o assistente de criação no portal, os parâmetros na CLI ou com modelos do ARM.
Os pools de nós usam conjuntos de dimensionamento de máquinas virtuais como a infraestrutura subjacente para permitir que o cluster escale o número de nós de um pool de nós. Os nós criados no pool de nós sempre têm o mesmo tamanho que você especificou ao criar o pool de nós.
Contagem de nós
A contagem de nós é o número de nós que o cluster tem em um pool de nós. Os nós são VMs do Azure. Você pode alterar o tamanho e a contagem deles para que eles correspondam ao seu padrão de uso.
Você poderá alterar a contagem de nós posteriormente no painel de configuração do cluster. Também é uma melhor prática manter esse número o mais baixo possível para evitar custos desnecessários e uma capacidade de computação não utilizada.
O tamanho da VM do nó
Selecione entre uma ampla gama de especificações de VM. Para fins de desenvolvimento, você pode escolher a série B para economizar custos. Nos exercícios, você usa a série B2, o tamanho padrão. Para obter mais orientações para selecionar uma VM com base em suas necessidades, visite a ferramenta de seleção de VM do Azure