From 8f460f7860d2cdfe1c544d0940a0f01d86ebcbc8 Mon Sep 17 00:00:00 2001 From: "Mr. Erlison" <98214640+MrErlison@users.noreply.github.com> Date: Wed, 15 Jun 2022 09:51:50 -0300 Subject: [PATCH] Update content/pt-br/docs/concepts/architecture/nodes.md Co-authored-by: Diego W. Antunes --- content/pt-br/docs/concepts/architecture/nodes.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt-br/docs/concepts/architecture/nodes.md b/content/pt-br/docs/concepts/architecture/nodes.md index a26aaa932a..0e49d907e6 100644 --- a/content/pt-br/docs/concepts/architecture/nodes.md +++ b/content/pt-br/docs/concepts/architecture/nodes.md @@ -208,7 +208,7 @@ O segundo é manter a lista interna de nós do controlador de nós atualizada co O terceiro é monitorar a saúde dos nós. O controlador do nó é responsável por: -- No caso de um nó se tornar inacessível, atualizando a condição NodeReady de dentro do `.status` do nó. Nesse caso, o controlador do nó define a condição de pronto (`NodeReady`) como condição desconhecida (`ConditionUnknown`). +- No caso de um nó se tornar inacessível, atualizar a condição NodeReady dentro do campo `.status` do nó. Nesse caso, o controlador do nó define a condição de pronto (`NodeReady`) como condição desconhecida (`ConditionUnknown`). - Se um nó permanecer inacessível: será iniciado a [remoção pela API](/docs/concepts/scheduling-eviction/api-eviction/) para todos os Pods no nó inacessível. Por padrão, o controlador do nó espera 5 minutos entre marcar o nó como condição desconhecida (`ConditionUnknown`) e enviar a primeira solicitação de remoção. O controlador de nó verifica o estado de cada nó a cada `--node-monitor-period` segundos.