Lab. Nacional Multiusuário Testbeds - Cluster Nacional

Conceitos básicos de Kubernetes

Ele foi criado pelo Google e agora é mantido pela Cloud Native Computing Foundation (CNCF).

Conjunto de servidores de processamento
Esses servidores são chamados de Nós
Todo cluster possui ao menos um servidor de processamento (worker node) e um Control Plane (Master).

Namespaces

Fornecem um mecanismo para isolar grupos de recursos dentro de um único cluster
É adicionado cotas de recursos.
Permissões podem ser aplicadas.
Objetos Kubernetes podem ser criados em um namespace (Deployments, Services, etc.).

Pods

Menores unidades de computação implantáveis que você pode criar e gerenciar no Kubernetes.
Possui armazenamento compartilhado
Recursos de rede compartilhados
Especificação de como executar os contêineres.
O conteúdo de um Pod é sempre executado em um contexto compartilhado.

Deployment

É um objeto que gerencia um conjunto replicado de pods.
Garante que um número especificado de réplicas de um aplicativo esteja em execução em um determinado momento.
Permite atualizações e rollbacks sem tempo de inatividade.
Você pode pensar em um deployment como uma maneira declarativa de gerenciar pods.

Services

É um objeto que define um conjunto lógico de pods por meio de um seletor de rótulos (label selector).
Define uma política de acesso aos pods.
Permitem que um conjunto de pods seja exposto como um serviço de rede.
Pode ser usado para descoberta de serviço e balanceamento de carga interno.

Exemplo de Service:

Nodeport

Permite a obtenção de tráfego externo diretamente para o serviço.
Ele abre uma porta específica em todos os Nós e qualquer tráfego enviado a essa porta é encaminhado para o serviço.

ReplicaSet

É um serviço que garante que um número especificado de réplicas de POD está sendo executado.
É utilizado para garantir a disponibilidade de um número especificado de Pods idênticos.

Referências:

Documentação oficial Kubernetes

Atualmente o Cluster Nacional possui 8 nodes Workers e 2 nodes Control plane distribuídos geograficamente nas seguintes localidades:

DF,GO,PB,PE,RJ,RN,AC,MT

Nodes de controle e nodes de trabalho compõem a infraestrutura do serviço.
A comunicação do nó master com os nós workers ocorre primariamente em dois sentidos,
Primeiro é a partir do apiserver para o processo do kubelet, executado em cada nó no cluster.
O segundo é do apiserver para qualquer nó, pod, ou serviço através da funcionalidade de proxy do apiserver.

O Kubernetes expõe uma API por meio do servidor API: você pode se comunicar com a API usando um cliente local chamado kubectl

Veremos na prática como é feita essa interação durante o nosso hands-on.