Taints e tolerâncias

Imagine que você tenha nós especiais no seu cluster Kubernetes, talvez com hardware específico, como GPUs, ou reservados para determinadas cargas de trabalho. Você não gostaria que qualquer Pod fosse alocado neles, certo?

É aí que entram os taints! Um taint é uma propriedade aplicada a um nó que impede o agendamento de Pods nele, a menos que esses Pods explicitamente "tolerem" esse taint.

Os taints são extremamente úteis para gerenciar onde os Pods são executados:

• Nós dedicados: reserve nós para equipes ou aplicativos específicos.
• Hardware especial: isole nós com GPUs ou SSDs de alto desempenho para os Pods que precisam deles.
• Manutenção: marque um nó para manutenção, impedindo temporariamente o agendamento de novos Pods nele.

Pense em um taint como uma placa de "proibida a entrada" em um nó. Um Pod só pode ignorar essa placa se tiver uma "permissão" correspondente chamada toleration.

Um taint é composto por uma chave, um valor e um efeito. Por exemplo: key=value:effect.

A parte do "efeito" de um taint informa ao Kubernetes o que fazer com os Pods que não o toleram. Há três efeitos principais:

• NoSchedule
• PreferNoSchedule
• NoExecute

Vamos analisar cada um.

O efeito NoSchedule é o mais rígido. Se um nó tiver um taint com NoSchedule, nenhum Pod será agendado nesse nó, a menos que tenha uma toleration correspondente.

Os Pods existentes que já estejam em execução no nó NÃO são afetados por um novo taint NoSchedule.

PreferNoSchedule é uma versão "flexível" de NoSchedule. O Kubernetes fará o possível para evitar agendar Pods em um nó com taint, mas isso não é um requisito rígido.

Se não houver outros nós adequados, um Pod ainda poderá ser agendado em um nó com o taint PreferNoSchedule, mesmo sem uma toleration.

O efeito NoExecute é único porque afeta Pods *já em execução*. Se um nó tiver um taint NoExecute:

• Pods sem uma toleration correspondente serão *imediatamente expulsos*.
• Novos Pods sem uma toleration correspondente não poderão ser agendados.

Isso costuma ser usado para esvaziar nós ou lidar com falhas de nós.

Enquanto os taints são aplicados aos nós, as tolerations são aplicadas aos Pods. A toleration de um Pod permite que ele seja agendado em um nó que tenha um taint correspondente.

Sem uma toleration correspondente, um Pod não pode ser agendado (ou prefere não ser agendado) em um nó com taint.

Você define as tolerations no manifesto YAML de um Pod, na seção spec. Veja como um Pod tolera um taint com key=value:NoSchedule:

Para que um Pod seja agendado em um nó com taint, sua toleration deve corresponder ao taint do nó. A correspondência envolve:

• Chave: deve ser a mesma.
• Valor: deve ser o mesmo se operator: Equal.
• Efeito: deve ser o mesmo.
• Operador: pode ser Equal ou Exists (ou seja, qualquer valor para a chave).

Uma toleration especial, key: "" operator: Exists, tolera *qualquer* taint.

Você aprendeu sobre taints e tolerations!

• Os taints são aplicados aos nós para repelir Pods.
• As tolerations são aplicadas aos Pods para permitir que sejam agendados em nós com taints.
• Os principais efeitos de taint são NoSchedule, PreferNoSchedule e NoExecute.
• As tolerations devem corresponder à chave, ao valor e ao efeito do taint para que um Pod seja agendado.

Essas ferramentas oferecem controle detalhado sobre a alocação de Pods!