From 078527e31d4cb19aa93b3feff646e0723c5a0303 Mon Sep 17 00:00:00 2001 From: viniciusbds Date: Sun, 19 Apr 2020 11:25:37 -0300 Subject: [PATCH 01/14] Add new items to glossary pt content --- .../docs/reference/glossary/control-plane.md | 13 +++++++++++++ content/pt/docs/reference/glossary/kubelet.md | 18 ++++++++++++++++++ content/pt/docs/reference/glossary/node.md | 17 +++++++++++++++++ content/pt/docs/reference/glossary/pod.md | 17 +++++++++++++++++ 4 files changed, 65 insertions(+) create mode 100644 content/pt/docs/reference/glossary/control-plane.md create mode 100755 content/pt/docs/reference/glossary/kubelet.md create mode 100755 content/pt/docs/reference/glossary/node.md create mode 100755 content/pt/docs/reference/glossary/pod.md diff --git a/content/pt/docs/reference/glossary/control-plane.md b/content/pt/docs/reference/glossary/control-plane.md new file mode 100644 index 0000000000..4befb3bb05 --- /dev/null +++ b/content/pt/docs/reference/glossary/control-plane.md @@ -0,0 +1,13 @@ +--- +title: Control Plane +id: control-plane +date: 2020-04-19 +full_link: +short_description: > + A camada de orquestração de contêiner que expõe a API e as interfaces para definir, implantar e gerenciar o ciclo de vida dos contêineres. + +aka: +tags: +- fundamental +--- + A camada de orquestração de contêiner que expõe a API e as interfaces para definir, implantar e gerenciar o ciclo de vida dos contêineres. diff --git a/content/pt/docs/reference/glossary/kubelet.md b/content/pt/docs/reference/glossary/kubelet.md new file mode 100755 index 0000000000..a2ad453eed --- /dev/null +++ b/content/pt/docs/reference/glossary/kubelet.md @@ -0,0 +1,18 @@ +--- +title: Kubelet +id: kubelet +date: 2020-04-19 +full_link: /docs/reference/generated/kubelet +short_description: > + Um agente que é executado em cada node no cluster. Ele garante que os contêineres estejam sendo executados em um pod. + +aka: +tags: +- fundamental +- core-object +--- + Um agente que é executado em cada {{< glossary_tooltip text="node" term_id="node" >}} no cluster. Ele garante que os {{< glossary_tooltip text="Containers" term_id="container" >}} estejam sendo executados em um {{< glossary_tooltip text="Pod" term_id="pod" >}}. + + + +O kubelet utiliza um conjunto de PodSpecs que são fornecidos por vários mecanismos e garante que os contêineres descritos nesses PodSpecs estejam funcionando corretamente. O kubelet não gerencia contêineres que não foram criados pelo Kubernetes. diff --git a/content/pt/docs/reference/glossary/node.md b/content/pt/docs/reference/glossary/node.md new file mode 100755 index 0000000000..37c88c0343 --- /dev/null +++ b/content/pt/docs/reference/glossary/node.md @@ -0,0 +1,17 @@ +--- +title: Node +id: node +date: 2020-04-19 +full_link: /docs/concepts/architecture/nodes/ +short_description: > + Um Node é uma máquina de trabalho no Kubernetes. + +aka: +tags: +- fundamental +--- + Um Node é uma máquina de trabalho no Kubernetes. + + + +Um Node pode ser uma máquina virtual ou física, dependendo do cluster. Possui daemons ou serviços locais necessários para executar {{< glossary_tooltip text="Pods" term_id="pod" >}} e é gerenciado pelo {{< glossary_tooltip text="plano de controle" term_id="control-plane" >}}. Os daemons em um Node incluem {{< glossary_tooltip text="kubelet" term_id="kubelet" >}}, {{< glossary_tooltip text="kube-proxy" term_id="kube-proxy" >}} e um contêiner runtime implementando o {{< glossary_tooltip text="CRI" term_id="cri" >}} como por exemplo o {{< glossary_tooltip term_id="docker" >}}. \ No newline at end of file diff --git a/content/pt/docs/reference/glossary/pod.md b/content/pt/docs/reference/glossary/pod.md new file mode 100755 index 0000000000..9f6e21d6b3 --- /dev/null +++ b/content/pt/docs/reference/glossary/pod.md @@ -0,0 +1,17 @@ +--- +title: Pod +id: pod +date: 2020-04-19 +full_link: /docs/concepts/workloads/pods/pod-overview/ +short_description: > + O menor e mais simples objeto Kubernetes. Um Pod representa um conjunto de contêineres em execução no seu cluster. +aka: +tags: +- core-object +- fundamental +--- + O menor e mais simples objeto Kubernetes. Um Pod representa um conjunto de {{< glossary_tooltip text="contêineres" term_id="container" >}} em execução no seu cluster. + + + +Um Pod é normalmente configurado para executar um único contêiner primário. Ele também pode executar contêineres opcionais que adicionam recursos adicionais, como registro em log. Os pods são geralmente gerenciados por um {{< glossary_tooltip term_id="deployment" >}}. \ No newline at end of file From 1b818887b2da583c739c268829dbf706bd7edf53 Mon Sep 17 00:00:00 2001 From: viniciusbds Date: Mon, 20 Apr 2020 16:07:39 -0300 Subject: [PATCH 02/14] Translate content/pt/docs/concepts/scheduling/kube-scheduler.md page to portuguese --- content/pt/docs/concepts/scheduling/_index.md | 5 + .../concepts/scheduling/kube-scheduler.md | 96 +++++++++++++++++++ 2 files changed, 101 insertions(+) create mode 100644 content/pt/docs/concepts/scheduling/_index.md create mode 100644 content/pt/docs/concepts/scheduling/kube-scheduler.md diff --git a/content/pt/docs/concepts/scheduling/_index.md b/content/pt/docs/concepts/scheduling/_index.md new file mode 100644 index 0000000000..577dbb8c87 --- /dev/null +++ b/content/pt/docs/concepts/scheduling/_index.md @@ -0,0 +1,5 @@ +--- +title: "Escalonamento" +weight: 90 +--- + diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md new file mode 100644 index 0000000000..6dcaddf88d --- /dev/null +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -0,0 +1,96 @@ +--- +title: Escalonador Kubernetes +date: 2020-04-19 +content_template: templates/concept +weight: 50 +--- + +{{% capture overview %}} + +No Kubernetes, _escalonamento_ refere-se a garantir que os {{< glossary_tooltip text="Pods" term_id="pod" >}} +sejam correspondidos aos {{< glossary_tooltip text="Nodes" term_id="node" >}} para que o +{{< glossary_tooltip text="Kubelet" term_id="kubelet" >}} possa executá-los. + + +{{% /capture %}} + +{{% capture body %}} + +## Visão geral do Escalonamento {#scheduling} + +Um escalonadordor observa Pods recém-criados que não possuem Nó designado. +Para cada Pod que o planejador descobre, ele se torna responsável por +encontrar o melhor Node para execução do Pod. O escalonador chega a essa decisão de alocação levando em consideração os princípios de programação descritos abaixo. + +Se você quiser entender por que os Pods são alocados em um nó específico +ou se planeja implementar um escalonador personalizado, esta página ajudará você a +aprender sobre escalonamento. + + +## kube-scheduler + +[kube-scheduler](https://kubernetes.io/docs/reference/command-line-tools-reference/kube-scheduler/) +é o escalonador padrão do Kubernetes e é executado como parte do +{{< glossary_tooltip text="control plane" term_id="control-plane" >}}. +O kube-scheduler foi projetado para que, se você quiser e precisar, possa +escreva seu próprio componente de escalonamento e use-o. + +Para cada pod recém-criado ou outros pods não escalonados, o kube-scheduler +seleciona um Nó ideal para execução. No entanto, todos os contêineres nos pods +têm requisitos diferentes de recursos e cada pod também possui requisitos diferentes. +Portanto, os Nodes existentes precisam ser filtrados de acordo com os requisitos de +escalonamento específicos. + +Em um cluster, Nodes que atendem aos requisitos de escalonamento para um Pod +são chamados de Nodes _viáveis_. Se nenhum dos Nodes for adequado, o pod +permanece não escalonado até que o escalonador possa alocá-lo. + +O escalonador encontra Nodes viáveis para um Pod e, em seguida, executa um conjunto de +funções para pontuar os Nodes viáveis e escolhe um Node com a maior +pontuação entre os possíveis para executar o Pod. O agendador então notifica +o servidor da API sobre essa decisão em um processo chamado _binding_. + +Fatores que precisam ser levados em consideração para decisões de escalonamento incluem +requisitos individuais e coletivos de recursos, +restrições de política hardware / software /, especificações de afinidade e anti-afinidade, +localidade de dados, interferência entre cargas de trabalho e assim por diante. + + +### Seleção do Node no kube-scheduler {#kube-scheduler-implementation} + +O kube-scheduler seleciona um Node para o pod em uma operação que consiste em duas etapas: + +1. Filtragem +1. Pontuação + +A etapa _filtragem_ localiza o conjunto de Nós onde é possível +agendar o Pod. Por exemplo, o filtro PodFitsResources verifica se um Node +candidato possui recursos disponíveis suficientes para atender às solicitações +de recursos específicas de um Pod. Após esta etapa, a lista de Nodes contém +quaisquer nós adequados; frequentemente, haverá mais de um. Se a lista estiver vazia, +esse Pod (ainda) não é escalonável. + +Na etapa _pontuação_, o escalonador classifica os nós restantes para escolher +o posicionamento do Pod mais adequado. O escalonador atribui uma pontuação a cada Nó +que sobreviveram à filtragem, baseando essa pontuação nas regras de pontuação ativa. + +Por fim, o kube-scheduler atribui o Pod ao Nó com a classificação mais alta. +Se houver mais de um Nó com pontuações iguais, o kube-scheduler seleciona +um deles aleatoriamente. + +Existem duas maneiras suportadas de configurar o comportamento de filtragem e pontuação +do escalonador: + +1. [Políticas de Escalonamento](/docs/reference/scheduling/policies) permitem configurar _Predicados_ para filtragem e _Prioridades_ para pontuação. + +1. [Perfis de Escalonamento](/docs/reference/scheduling/profiles) permitem configurar Plugins que implementam diferentes estágios de escalonamento, incluindo: `QueueSort`, `Filter`, `Score`, `Bind`, `Reserve`, `Permit`, e outros. Você também pode configurar o kube-scheduler para executar diferentes perfis. + +{{% /capture %}} +{{% capture whatsnext %}} +* Leia sobre [scheduler performance tuning](/docs/concepts/scheduling/scheduler-perf-tuning/) +* Leia sobre [Pod topology spread constraints](/docs/concepts/workloads/pods/pod-topology-spread-constraints/) +* Leia o [reference documentation](/docs/reference/command-line-tools-reference/kube-scheduler/) para o kube-scheduler +* Aprenda sobre [configuring multiple schedulers](/docs/tasks/administer-cluster/configure-multiple-schedulers/) +* Aprenda sobre [topology management policies](/docs/tasks/administer-cluster/topology-manager/) +* Aprenda sobre [Pod Overhead](/docs/concepts/configuration/pod-overhead/) +{{% /capture %}} From 03efab821c59bd438403a3caaa672a0e1a2f4095 Mon Sep 17 00:00:00 2001 From: viniciusbds Date: Mon, 20 Apr 2020 16:42:01 -0300 Subject: [PATCH 03/14] Make some adjusts on content/pt/docs/concepts/scheduling/kube-scheduler.md page --- .../concepts/scheduling/kube-scheduler.md | 44 +++++++++---------- 1 file changed, 22 insertions(+), 22 deletions(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index 6dcaddf88d..a340467640 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -18,11 +18,11 @@ sejam correspondidos aos {{< glossary_tooltip text="Nodes" term_id="node" >}} pa ## Visão geral do Escalonamento {#scheduling} -Um escalonadordor observa Pods recém-criados que não possuem Nó designado. +Um escalonadordor observa Pods recém-criados que não possuem um Node atribuído. Para cada Pod que o planejador descobre, ele se torna responsável por encontrar o melhor Node para execução do Pod. O escalonador chega a essa decisão de alocação levando em consideração os princípios de programação descritos abaixo. -Se você quiser entender por que os Pods são alocados em um nó específico +Se você quiser entender por que os Pods são alocados em um Node específico ou se planeja implementar um escalonador personalizado, esta página ajudará você a aprender sobre escalonamento. @@ -33,49 +33,49 @@ aprender sobre escalonamento. é o escalonador padrão do Kubernetes e é executado como parte do {{< glossary_tooltip text="control plane" term_id="control-plane" >}}. O kube-scheduler foi projetado para que, se você quiser e precisar, possa -escreva seu próprio componente de escalonamento e use-o. +escrever seu próprio componente de escalonamento e usá-lo. -Para cada pod recém-criado ou outros pods não escalonados, o kube-scheduler -seleciona um Nó ideal para execução. No entanto, todos os contêineres nos pods -têm requisitos diferentes de recursos e cada pod também possui requisitos diferentes. +Para cada Pod recém-criado ou outros Pods não escalonados, o kube-scheduler +seleciona um Node ideal para execução. No entanto, todos os contêineres nos Pods +têm requisitos diferentes de recursos e cada Pod também possui requisitos diferentes. Portanto, os Nodes existentes precisam ser filtrados de acordo com os requisitos de escalonamento específicos. Em um cluster, Nodes que atendem aos requisitos de escalonamento para um Pod -são chamados de Nodes _viáveis_. Se nenhum dos Nodes for adequado, o pod +são chamados de Nodes _viáveis_. Se nenhum dos Nodes for adequado, o Pod permanece não escalonado até que o escalonador possa alocá-lo. O escalonador encontra Nodes viáveis para um Pod e, em seguida, executa um conjunto de funções para pontuar os Nodes viáveis e escolhe um Node com a maior -pontuação entre os possíveis para executar o Pod. O agendador então notifica +pontuação entre os possíveis para executar o Pod. O escalonador então notifica o servidor da API sobre essa decisão em um processo chamado _binding_. Fatores que precisam ser levados em consideração para decisões de escalonamento incluem requisitos individuais e coletivos de recursos, -restrições de política hardware / software /, especificações de afinidade e anti-afinidade, +restrições de política hardware / software, especificações de afinidade e anti-afinidade, localidade de dados, interferência entre cargas de trabalho e assim por diante. ### Seleção do Node no kube-scheduler {#kube-scheduler-implementation} -O kube-scheduler seleciona um Node para o pod em uma operação que consiste em duas etapas: +O kube-scheduler seleciona um Node para o Pod em uma operação que consiste em duas etapas: 1. Filtragem 1. Pontuação -A etapa _filtragem_ localiza o conjunto de Nós onde é possível -agendar o Pod. Por exemplo, o filtro PodFitsResources verifica se um Node +A etapa de _filtragem_ localiza o conjunto de Nodes onde é possível +alocar o Pod. Por exemplo, o filtro PodFitsResources verifica se um Node candidato possui recursos disponíveis suficientes para atender às solicitações de recursos específicas de um Pod. Após esta etapa, a lista de Nodes contém -quaisquer nós adequados; frequentemente, haverá mais de um. Se a lista estiver vazia, +quaisquer Nodes adequados; frequentemente, haverá mais de um. Se a lista estiver vazia, esse Pod (ainda) não é escalonável. -Na etapa _pontuação_, o escalonador classifica os nós restantes para escolher -o posicionamento do Pod mais adequado. O escalonador atribui uma pontuação a cada Nó +Na etapa de _pontuação_, o escalonador classifica os Nodes restantes para escolher +o mais adequado. O escalonador atribui uma pontuação a cada Node que sobreviveram à filtragem, baseando essa pontuação nas regras de pontuação ativa. -Por fim, o kube-scheduler atribui o Pod ao Nó com a classificação mais alta. -Se houver mais de um Nó com pontuações iguais, o kube-scheduler seleciona +Por fim, o kube-scheduler atribui o Pod ao Node com a classificação mais alta. +Se houver mais de um Node com pontuações iguais, o kube-scheduler seleciona um deles aleatoriamente. Existem duas maneiras suportadas de configurar o comportamento de filtragem e pontuação @@ -87,10 +87,10 @@ do escalonador: {{% /capture %}} {{% capture whatsnext %}} -* Leia sobre [scheduler performance tuning](/docs/concepts/scheduling/scheduler-perf-tuning/) -* Leia sobre [Pod topology spread constraints](/docs/concepts/workloads/pods/pod-topology-spread-constraints/) -* Leia o [reference documentation](/docs/reference/command-line-tools-reference/kube-scheduler/) para o kube-scheduler -* Aprenda sobre [configuring multiple schedulers](/docs/tasks/administer-cluster/configure-multiple-schedulers/) -* Aprenda sobre [topology management policies](/docs/tasks/administer-cluster/topology-manager/) +* Leia sobre [ajuste de desempenho do escalonador](/docs/concepts/scheduling/scheduler-perf-tuning/) +* Leia sobre [restrições de propagação da topologia de pod](/docs/concepts/workloads/pods/pod-topology-spread-constraints/) +* Leia a [documentação de referência](/docs/reference/command-line-tools-reference/kube-scheduler/) para o kube-scheduler +* Aprenda como [configurar vários escalonadores](/docs/tasks/administer-cluster/configure-multiple-schedulers/) +* Aprenda sobre [políticas de gerenciamento de topologia](/docs/tasks/administer-cluster/topology-manager/) * Aprenda sobre [Pod Overhead](/docs/concepts/configuration/pod-overhead/) {{% /capture %}} From b867cdf2f1d8f1f75df4da051cdc0bc7346f2e7a Mon Sep 17 00:00:00 2001 From: viniciusbds Date: Mon, 20 Apr 2020 16:43:49 -0300 Subject: [PATCH 04/14] Make some adjusts on content/pt/docs/concepts/scheduling/kube-scheduler.md page --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index a340467640..08ecd018b5 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -1,5 +1,5 @@ --- -title: Escalonador Kubernetes +title: Escalonador do Kubernetes date: 2020-04-19 content_template: templates/concept weight: 50 From aaa1a5b7863af9b9b915da43549a3ad95b2b241a Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Tue, 21 Apr 2020 10:16:03 -0300 Subject: [PATCH 05/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-Authored-By: Jhon Mike --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index 08ecd018b5..848f35656e 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -18,7 +18,7 @@ sejam correspondidos aos {{< glossary_tooltip text="Nodes" term_id="node" >}} pa ## Visão geral do Escalonamento {#scheduling} -Um escalonadordor observa Pods recém-criados que não possuem um Node atribuído. +Um escalonador observa Pods recém-criados que não possuem um Node atribuído. Para cada Pod que o planejador descobre, ele se torna responsável por encontrar o melhor Node para execução do Pod. O escalonador chega a essa decisão de alocação levando em consideração os princípios de programação descritos abaixo. From 56b5267d9173180c5155b7ca6410587bce66f172 Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Tue, 21 Apr 2020 10:16:40 -0300 Subject: [PATCH 06/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-Authored-By: Jhon Mike --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 1 - 1 file changed, 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index 848f35656e..d316fafef2 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -26,7 +26,6 @@ Se você quiser entender por que os Pods são alocados em um Node específico ou se planeja implementar um escalonador personalizado, esta página ajudará você a aprender sobre escalonamento. - ## kube-scheduler [kube-scheduler](https://kubernetes.io/docs/reference/command-line-tools-reference/kube-scheduler/) From 9e775198d86c172124175539045604058f46a19f Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Tue, 21 Apr 2020 10:16:51 -0300 Subject: [PATCH 07/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-Authored-By: Jhon Mike --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 1 - 1 file changed, 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index d316fafef2..fbbbf99977 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -11,7 +11,6 @@ No Kubernetes, _escalonamento_ refere-se a garantir que os {{< glossary_tooltip sejam correspondidos aos {{< glossary_tooltip text="Nodes" term_id="node" >}} para que o {{< glossary_tooltip text="Kubelet" term_id="kubelet" >}} possa executá-los. - {{% /capture %}} {{% capture body %}} From 11c6268b9e1f463ae0ad228c77fa500e85581073 Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Tue, 28 Apr 2020 13:36:34 -0300 Subject: [PATCH 08/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-Authored-By: Tim Bannister --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index fbbbf99977..d9d085c72a 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -15,7 +15,7 @@ sejam correspondidos aos {{< glossary_tooltip text="Nodes" term_id="node" >}} pa {{% capture body %}} -## Visão geral do Escalonamento {#scheduling} +## Visão geral do Escalonamento {#escalonamento} Um escalonador observa Pods recém-criados que não possuem um Node atribuído. Para cada Pod que o planejador descobre, ele se torna responsável por From 946980ca18d38b6de76db797bb8e1005dd6eb738 Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Tue, 28 Apr 2020 13:46:52 -0300 Subject: [PATCH 09/14] Update content/pt/docs/reference/glossary/kubelet.md Co-Authored-By: Tim Bannister --- content/pt/docs/reference/glossary/kubelet.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/reference/glossary/kubelet.md b/content/pt/docs/reference/glossary/kubelet.md index a2ad453eed..16b55527fb 100755 --- a/content/pt/docs/reference/glossary/kubelet.md +++ b/content/pt/docs/reference/glossary/kubelet.md @@ -11,7 +11,7 @@ tags: - fundamental - core-object --- - Um agente que é executado em cada {{< glossary_tooltip text="node" term_id="node" >}} no cluster. Ele garante que os {{< glossary_tooltip text="Containers" term_id="container" >}} estejam sendo executados em um {{< glossary_tooltip text="Pod" term_id="pod" >}}. + Um agente que é executado em cada {{< glossary_tooltip text="node" term_id="node" >}} no cluster. Ele garante que os {{< glossary_tooltip text="contêineres" term_id="container" >}} estejam sendo executados em um {{< glossary_tooltip text="Pod" term_id="pod" >}}. From add2eecc93895d0d27f282b0543a53d879dab0d6 Mon Sep 17 00:00:00 2001 From: viniciusbds Date: Wed, 29 Apr 2020 07:29:43 -0300 Subject: [PATCH 10/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index d9d085c72a..a2c6ad4daa 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -53,8 +53,7 @@ requisitos individuais e coletivos de recursos, restrições de política hardware / software, especificações de afinidade e anti-afinidade, localidade de dados, interferência entre cargas de trabalho e assim por diante. - -### Seleção do Node no kube-scheduler {#kube-scheduler-implementation} +### Seleção do Node no kube-scheduler {#implementação-kube-scheduler} O kube-scheduler seleciona um Node para o Pod em uma operação que consiste em duas etapas: From ed11406161764f138ab9bd53de0a8e488083aa7a Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Sat, 2 May 2020 07:39:45 -0300 Subject: [PATCH 11/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-authored-by: Diego W. Antunes --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index a2c6ad4daa..50d6fe158d 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -18,7 +18,7 @@ sejam correspondidos aos {{< glossary_tooltip text="Nodes" term_id="node" >}} pa ## Visão geral do Escalonamento {#escalonamento} Um escalonador observa Pods recém-criados que não possuem um Node atribuído. -Para cada Pod que o planejador descobre, ele se torna responsável por +Para cada Pod que o escalonador descobre, ele se torna responsável por encontrar o melhor Node para execução do Pod. O escalonador chega a essa decisão de alocação levando em consideração os princípios de programação descritos abaixo. Se você quiser entender por que os Pods são alocados em um Node específico From 15f685d7a2b697fc32e0069913beafef3834a24b Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Sat, 2 May 2020 07:41:12 -0300 Subject: [PATCH 12/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-authored-by: Diego W. Antunes --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index 50d6fe158d..bf1ead8d1e 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -30,7 +30,7 @@ aprender sobre escalonamento. [kube-scheduler](https://kubernetes.io/docs/reference/command-line-tools-reference/kube-scheduler/) é o escalonador padrão do Kubernetes e é executado como parte do {{< glossary_tooltip text="control plane" term_id="control-plane" >}}. -O kube-scheduler foi projetado para que, se você quiser e precisar, possa +O kube-scheduler é projetado para que, se você quiser e precisar, possa escrever seu próprio componente de escalonamento e usá-lo. Para cada Pod recém-criado ou outros Pods não escalonados, o kube-scheduler From 5aec031b9546017335ad2d50f0902c89b71fc7a1 Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Sat, 2 May 2020 07:41:35 -0300 Subject: [PATCH 13/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-authored-by: Diego W. Antunes --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index bf1ead8d1e..7a7499f663 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -50,7 +50,7 @@ o servidor da API sobre essa decisão em um processo chamado _binding_. Fatores que precisam ser levados em consideração para decisões de escalonamento incluem requisitos individuais e coletivos de recursos, -restrições de política hardware / software, especificações de afinidade e anti-afinidade, +restrições de hardware / software / política, especificações de afinidade e anti-afinidade, localidade de dados, interferência entre cargas de trabalho e assim por diante. ### Seleção do Node no kube-scheduler {#implementação-kube-scheduler} From dea0dece7f609138941f3636f286e958c78f3452 Mon Sep 17 00:00:00 2001 From: Vinicius Barbosa Date: Sat, 2 May 2020 07:41:57 -0300 Subject: [PATCH 14/14] Update content/pt/docs/concepts/scheduling/kube-scheduler.md Co-authored-by: Diego W. Antunes --- content/pt/docs/concepts/scheduling/kube-scheduler.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/pt/docs/concepts/scheduling/kube-scheduler.md b/content/pt/docs/concepts/scheduling/kube-scheduler.md index 7a7499f663..b822c04932 100644 --- a/content/pt/docs/concepts/scheduling/kube-scheduler.md +++ b/content/pt/docs/concepts/scheduling/kube-scheduler.md @@ -69,7 +69,7 @@ esse Pod (ainda) não é escalonável. Na etapa de _pontuação_, o escalonador classifica os Nodes restantes para escolher o mais adequado. O escalonador atribui uma pontuação a cada Node -que sobreviveram à filtragem, baseando essa pontuação nas regras de pontuação ativa. +que sobreviveu à filtragem, baseando essa pontuação nas regras de pontuação ativa. Por fim, o kube-scheduler atribui o Pod ao Node com a classificação mais alta. Se houver mais de um Node com pontuações iguais, o kube-scheduler seleciona