Clusters de Kubernetes em Portugal

O que é aprovisionado

Escolhe o tamanho dos nós e o cluster é construído e entregue pronto a usar: control plane, runtime de contentores, rede CNI, um controlador de ingress e uma storage class assente no mesmo NVMe que qualquer outra máquina aqui usa. O kubeconfig descarrega-se do painel assim que o cluster está de pé.

É um cluster real sobre VMs reais nos nossos data centers, não uma abstracção gerida por cima da API de outra pessoa. kubectl, Helm e tudo o que fale com a API do Kubernetes funcionam exactamente como em qualquer outro lado, porque não há nada de estranho pelo meio.

• Control plane, CNI, controlador de ingress e uma storage class por omissão, já configurados
• kubeconfig no painel - sem ticket, sem esperas
• Um único nó para desenvolvimento, vários quando precisa de sobreviver à queda de um
• O mesmo armazenamento NVMe e os mesmos sites europeus Tier III de qualquer outro produto

Dimensionar os nós

Parta do que vai correr no cluster, não de um número de nós. Some os pedidos de CPU e memória de tudo o que pensa escalonar, acrescente a sobrecarga do control plane e dos pods de sistema, e deixe folga suficiente para que um nó possa cair sem que os restantes recusem os seus pods.

Três nós pequenos costumam ganhar a um grande assim que lhe interessa manter-se de pé, porque um nó único está a um reinício da indisponibilidade. Para desenvolvimento e CI, um nó chega e sai muito mais barato.

Quanto custa

Paga pelos nós - aos mesmos preços de CPU, RAM e NVMe de qualquer servidor cloud - mais uma pequena taxa fixa de gestão do cluster. Os clusters Kubernetes começam em 22 EUR por mês.

Isso significa que um cluster nunca é misteriosamente mais caro do que as máquinas que o compõem, e escalá-lo é a mesma aritmética de escalar qualquer outra coisa aqui.

O que costuma correr neles

Parques de microserviços que ultrapassaram um único host Docker, aplicações que precisam de lançamentos progressivos sem janela de manutenção e cargas de CI ou de agentes que querem crescer e depois desaparecer.

Os runners de CI self-hosted são um par frequente: um cluster dá-lhes onde crescer e mantém artefactos de build e código-fonte dentro da sua própria infra-estrutura europeia.

GitLab Runner· GitHub Actions Runner· Runners de agentes na UE

Cluster gerido ou VMs simples

Se quiser construir o cluster por si - uma distribuição específica, um CNI em particular, uma topologia pouco comum -, encomende servidores cloud normais e trate-os como nós. Nada aqui o impede, e as máquinas são idênticas.

Opte pela versão gerida quando preferir não passar a primeira semana no control plane e quando um ingress e uma storage class a funcionar no primeiro dia valerem mais do que escolher cada componente por si.

Servidores cloud

Escalar, actualizar e migrar

Os nós podem ser acrescentados ou redimensionados à medida que a procura muda, tal como um servidor cloud. As actualizações do cluster são combinadas consigo em vez de aplicadas por baixo, porque uma versão menor do Kubernetes é uma alteração de API e algo nos seus manifestos costuma dar por isso.

Migrar é sobretudo trabalho de manifestos: apontar o Helm ao novo cluster, restaurar os volumes persistentes a partir das suas cópias e mudar o DNS assim que o novo ingress responder correctamente.