Criar um cluster do Azure Kubernetes Service
Sua empresa planeja implantar seu serviço de renderização de vídeo baseado em nuvem usando o Serviço Kubernetes do Azure (AKS) como sua plataforma de desenvolvimento nativa da nuvem. Antes de poder implementar qualquer aplicação, precisa de criar o seu cluster do AKS.
Vamos revisar alguns conceitos para que você possa implantar um novo cluster AKS com êxito.
Clusters do Kubernetes
O Kubernetes é baseado em clusters. Em vez de ter uma única máquina virtual (VM), utiliza várias máquinas a funcionar como apenas uma. Estas VMs são denominadas nós. Kubernetes é um orquestrador baseado em cluster. Fornece à sua aplicação vários benefícios, tais como disponibilidade, monitorização, dimensionamento e atualizações sem interrupções.
Nós do cluster
Um cluster é baseado em nós. Existem dois tipos de nós num cluster do Kubernetes que fornecem funcionalidades específicas.
Nós do plano de controle: esses nós hospedam os aspetos do plano de controle do cluster e são reservados para serviços que controlam o cluster. São responsáveis por fornecer a API que o utilizador e todos os outros nós utilizam para comunicar. Não são implementadas ou agendadas cargas de trabalho nestes nós.
Nós: esses nós são responsáveis pela execução de 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 conceituar o número de planos de controle e nós implantados no cluster do Kubernetes.
Por exemplo, o número de nós num cluster deve ser sempre superior a dois. Quando um nó fica indisponível, o agendador do Kubernetes tenta reagendar todas as cargas de trabalho em execução nesse nó para os nós restantes no cluster.
Existem duas arquiteturas de cluster populares para implementações baseadas no Kubernetes.
Plano de controlo único e múltiplos nós
O plano de controle único para vários nós por arquitetura de cluster é o padrão de arquitetura mais comum e é o mais fácil de implantar, mas não fornece alta disponibilidade para os principais serviços de gerenciamento do cluster.
Se o nó do plano de controlo ficar indisponível por algum motivo, não poderá ocorrer nenhuma outra interação com o cluster. Esse problema ocorre mesmo se você for o operador ou por quaisquer cargas de trabalho que usam APIs do Kubernetes para se comunicar até, pelo menos, o servidor de API estar online novamente.
Esta arquitetura deverá ser suficiente na maioria das situações, apesar de ter uma disponibilidade inferior a outras arquiteturas. É menos provável que os serviços de gestão principal fiquem indisponíveis em comparação com um nó offline. Os nós do plano de controlo estão sujeitos a menos modificações do que os nós e são mais resilientes.
Se estiver a lidar com um cenário de produção, esta arquitetura poderá não ser a melhor solução.
Plano de controlo único e um nó único
A arquitetura de plano de controle único para nó único é uma variante da arquitetura anterior e é usada em ambientes de desenvolvimento. Esta arquitetura fornece apenas um nó, que aloja tanto o plano de controlo como um nó de trabalho. É útil ao testar ou experimentar diferentes conceitos do Kubernetes. O plano de controlo único e a arquitetura de nó único limitam o dimensionamento do cluster e fazem com que esta arquitetura não seja adequada para utilização nas fases de produção e teste.
Configurar um cluster do AKS
Ao criar um novo cluster AKS, você tem vários itens diferentes para configurar. Cada item afeta a configuração final do cluster para alocação de recursos de computação.
Estes itens incluem:
- Conjuntos de nós
- Contagens de nós
- Tamanho da VM do nó
Conjuntos de nós
O utilizador cria conjuntos de nós para agrupar nós no seu cluster do AKS. Ao criar um pool de nós, você especifica o tamanho da VM e o tipo de sistema operacional (Linux ou Windows) para cada nó no pool de nós com base nos requisitos do aplicativo. Para hospedar pods de aplicativos de usuário, o modo de pool de nós deve ser Usuário caso contrário Sistema.
Por padrão, um cluster AKS tem um pool de nós Linux (Modo de Sistema), quer você o crie por meio do portal do Azure ou da CLI. No entanto, você pode configurá-lo para adicionar pools de nós do Windows junto com pools de nós Linux padrão durante o assistente de criação no portal, parâmetros na CLI ou com modelos ARM.
Os pools de nós usam Conjuntos de Escala de Máquina Virtual como a infraestrutura subjacente para permitir que o cluster dimensione o número de nós em um pool de nós. Os novos nós criados no pool de nós são sempre do mesmo tamanho que você especificou quando criou o pool de nós.
Contagens de nós
A contagem de nós é o número de nós que seu cluster tem em um pool de nós. Os nós são VMs do Azure. Pode alterar o respetivo tamanho e contagem para corresponderem ao seu padrão de utilização.
Pode alterar a contagem de nós mais tarde no painel de configuração do cluster. Trata-se também de uma melhor prática manter este número o mais baixo possível para evitar custos desnecessários e poder de computação não utilizado.
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 seletor de VM do Azure