You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Este documento descreve os vários componentes que você precisa ter para implantar um cluster Kubernetes completo e funcional.
18
-
19
-
Esse é o diagrama de um cluster Kubernetes com todos os componentes interligados.
20
-
21
-

17
+
Este documento descreve os vários componentes que você precisa ter para implantar
18
+
um cluster Kubernetes completo e funcional.
22
19
20
+
{{< figure src="/images/docs/components-of-kubernetes.svg" alt="Componentes do Kubernetes" caption="Os componentes de um cluster do Kubernetes" class="diagram-large" >}}
23
21
24
22
<!-- body -->
25
23
## Componentes da camada de gerenciamento
26
24
27
-
Os componentes da camada de gerenciamento tomam decisões globais sobre o cluster (por exemplo, agendamento de _pods_), bem como detectam e respondem aos eventos do cluster (por exemplo, iniciando um novo _{{< glossary_tooltip text="pod" term_id="pod" >}}_ quando o campo `replicas` de um _Deployment_ não está atendido).
25
+
Os componentes da camada de gerenciamento tomam decisões globais sobre o cluster
26
+
(por exemplo, alocação de Pods), bem como detectam e respondem aos eventos
27
+
do cluster (por exemplo, inicialização de um novo {{< glossary_tooltip text="Pod" term_id="pod" >}}
28
+
quando o campo `replicas` de um Deployment não está atendido).
28
29
29
-
Os componentes da camada de gerenciamento podem ser executados em qualquer máquina do cluster. Contudo, para simplificar, os _scripts_ de configuração normalmente iniciam todos os componentes da camada de gerenciamento na mesma máquina, e não executa contêineres de usuário nesta máquina. Veja [Construindo clusters de alta disponibilidade](/docs/admin/high-availability/) para um exemplo de configuração de múltiplas VMs para camada de gerenciamento (_multi-main-VM_).
30
+
Os componentes da camada de gerenciamento podem ser executados em qualquer máquina
31
+
do cluster. Contudo, para simplificar, os scripts de configuração normalmente
32
+
iniciam todos os componentes da camada de gerenciamento na mesma máquina, e
33
+
contêineres com cargas de trabalho do usuário não rodam nesta máquina. Veja
34
+
[Construindo clusters altamente disponíveis com o kubeadm](/docs/setup/production-environment/tools/kubeadm/high-availability/)
35
+
para um exemplo de configuração da camada de gerenciamento que roda em múltiplas
36
+
máquinas.
30
37
31
38
### kube-apiserver
32
39
@@ -47,9 +54,9 @@ Os componentes da camada de gerenciamento podem ser executados em qualquer máqu
47
54
Alguns tipos desses controladores são:
48
55
49
56
* Controlador de nó: responsável por perceber e responder quando os nós caem.
50
-
* Controlador de _Job_: Observa os objetos _Job_ que representam tarefas únicas e, em seguida, cria _pods_ para executar essas tarefas até a conclusão.
51
-
* Controlador de _endpoints_: preenche o objeto _Endpoints_ (ou seja, junta os Serviços e os _pods_).
52
-
*Controladores de conta de serviço e de _token_: crie contas padrão e _tokens_ de acesso de API para novos _namespaces_.
57
+
* Controlador de Jobs: observa os objetos Job, que representam tarefas únicas, e em seguida cria Pods para executar essas tarefas até a conclusão.
58
+
* Controlador de EndpointSlice: preenche o objeto EndpointSlice (conecta os objetos Service e Pod).
59
+
*Controlador de ServiceAccount: cria a ServiceAccount `default`para novos namespaces.
53
60
54
61
### cloud-controller-manager
55
62
@@ -59,17 +66,21 @@ O cloud-controller-manager executa apenas controladores que são específicos pa
59
66
Se você estiver executando o Kubernetes em suas próprias instalações ou em um ambiente de aprendizagem dentro de seu
60
67
próprio PC, o cluster não possui um gerenciador de controlador de nuvem.
61
68
62
-
Tal como acontece com o kube-controller-manager, o cloud-controller-manager combina vários ciclos de controle logicamente independentes em um binário único que você executa como um processo único. Você pode escalar horizontalmente (executar mais de uma cópia) para melhorar o desempenho ou para auxiliar na tolerância a falhas.
69
+
Tal como acontece com o kube-controller-manager, o cloud-controller-manager combina
70
+
vários ciclos de controle logicamente independentes em um binário único que você
71
+
executa como um processo único. Você pode escalonar horizontalmente (executar mais
72
+
de uma cópia) para melhorar o desempenho ou para auxiliar na tolerância a falhas.
63
73
64
74
Os seguintes controladores podem ter dependências de provedor de nuvem:
65
75
66
76
* Controlador de nó: para verificar junto ao provedor de nuvem para determinar se um nó foi excluído da nuvem após parar de responder.
67
77
* Controlador de rota: para configurar rotas na infraestrutura de nuvem subjacente.
68
-
* Controlador de serviço: Para criar, atualizar e excluir balanceadores de carga do provedor de nuvem.
78
+
* Controlador de serviço: para criar, atualizar e excluir balanceadores de carga do provedor de nuvem.
69
79
70
-
## Node Components
80
+
## Componentes do nó {#node-components}
71
81
72
-
Os componentes de nó são executados em todos os nós, mantendo os _pods_ em execução e fornecendo o ambiente de execução do Kubernetes.
82
+
Os componentes do nó são executados em todos os nós, mantendo os Pods em execução
83
+
e fornecendo o ambiente de execução do Kubernetes.
73
84
74
85
### kubelet
75
86
@@ -79,39 +90,53 @@ Os componentes de nó são executados em todos os nós, mantendo os _pods_ em ex
Complementos (_addons_) usam recursos do Kubernetes ({{< glossary_tooltip term_id="daemonset" >}}, {{< glossary_tooltip term_id="deployment" >}}, etc) para implementar funcionalidades do cluster. Como fornecem funcionalidades em nível do cluster, recursos de _addons_ que necessitem ser criados dentro de um _namespace_ pertencem ao _namespace_`kube-system`.
99
+
Complementos (_addons_) usam recursos do Kubernetes ({{< glossary_tooltip term_id="daemonset" >}},
100
+
{{< glossary_tooltip term_id="deployment" >}}, etc) para implementar funcionalidades
101
+
do cluster. Como fornecem funcionalidades em nível do cluster, recursos de complementos
102
+
que necessitem ser criados dentro de um namespace pertencem ao namespace `kube-system`.
89
103
90
-
Alguns _addons_ selecionados são descritos abaixo; para uma lista estendida dos _addons_ disponíveis, por favor consulte [Addons](/docs/concepts/cluster-administration/addons/).
104
+
Alguns complementos selecionados são descritos abaixo; para uma lista estendida dos
Embora os outros complementos não sejam estritamente necessários, todos os clusters do Kubernetes devem ter um [DNS do cluster](/docs/concepts/services-networking/dns-pod-service/), já que muitos exemplos dependem disso.
109
+
Embora os outros complementos não sejam estritamente necessários, todos os clusters
110
+
do Kubernetes devem ter um [DNS do cluster](/docs/concepts/services-networking/dns-pod-service/),
111
+
já que muitos exemplos dependem disso.
95
112
96
-
O DNS do cluster é um servidor DNS, além de outros servidores DNS em seu ambiente, que fornece registros DNS para serviços do Kubernetes.
113
+
O DNS do cluster é um servidor DNS, além de outros servidores DNS em seu ambiente,
114
+
que fornece registros DNS para serviços do Kubernetes.
97
115
98
116
Os contêineres iniciados pelo Kubernetes incluem automaticamente esse servidor DNS em suas pesquisas DNS.
99
117
100
118
### Web UI (Dashboard)
101
119
102
-
[Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) é uma interface de usuário Web, de uso geral, para clusters do Kubernetes. Ele permite que os usuários gerenciem e solucionem problemas de aplicações em execução no cluster, bem como o próprio cluster.
120
+
O [dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) é uma interface
121
+
de usuário Web, de uso geral, para clusters do Kubernetes. Ele permite que os
122
+
usuários gerenciem e solucionem problemas de aplicações em execução no cluster,
123
+
bem como o próprio cluster.
103
124
104
125
### Monitoramento de recursos do contêiner
105
126
106
-
[Monitoramento de recursos do contêiner](/docs/tasks/debug-application-cluster/resource-usage-monitoring/) registra métricas de série temporal genéricas sobre os contêineres em um banco de dados central e fornece uma interface de usuário para navegar por esses dados.
127
+
O [monitoramento de recursos do contêiner](/docs/tasks/debug/debug-cluster/resource-usage-monitoring/)
128
+
registra métricas de série temporal genéricas sobre os contêineres em um banco de
129
+
dados central e fornece uma interface de usuário para navegar por esses dados.
107
130
108
131
### Logging a nivel do cluster
109
132
110
-
Um mecanismo de [_logging_ a nível do cluster](/docs/concepts/cluster-administration/logging/) é responsável por guardar os _logs_ dos contêineres em um armazenamento central de _logs_ com um interface para navegação/pesquisa.
133
+
Um mecanismo de [_logging_ a nível do cluster](/pt-br/docs/concepts/cluster-administration/logging/)
134
+
é responsável por guardar os _logs_ dos contêineres em um armazenamento central de
135
+
_logs_ com uma interface para navegação/pesquisa.
111
136
112
137
## {{% heading "whatsnext" %}}
113
138
114
-
* Aprenda sobre [Nós](/docs/concepts/architecture/nodes/).
115
-
* Aprenda sobre [Controladores](/docs/concepts/architecture/controller/).
116
-
* Aprenda sobre [kube-scheduler](/docs/concepts/scheduling-eviction/kube-scheduler/).
117
-
* Leia a [documentação](https://etcd.io/docs/) oficial do **etcd**.
139
+
* Aprenda sobre [Nós](/pt-br/docs/concepts/architecture/nodes/).
140
+
* Aprenda sobre [Controladores](/pt-br/docs/concepts/architecture/controller/).
141
+
* Aprenda sobre [kube-scheduler](/pt-br/docs/concepts/scheduling-eviction/kube-scheduler/).
142
+
* Leia a [documentação](https://etcd.io/docs/) oficial do etcd.
Copy file name to clipboardExpand all lines: content/pt-br/docs/reference/glossary/cluster.md
+15-5Lines changed: 15 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,15 +4,25 @@ id: cluster
4
4
date: 2020-08-03
5
5
full_link:
6
6
short_description: >
7
-
Um conjunto de servidores de processamento, também chamados de nós, que executam aplicações containerizadas. Todo cluster possui ao menos um servidor de processamento (worker node).
8
-
7
+
Um conjunto de servidores de processamento, também chamados de nós, que
8
+
executam aplicações containerizadas. Todo cluster possui ao menos um servidor
9
+
de processamento (worker node).
10
+
9
11
aka:
10
12
tags:
11
13
- fundamental
12
14
- operation
13
15
---
14
-
Um conjunto de servidores de processamento, chamados {{< glossary_tooltip text="nós" term_id="node" >}}, que executam aplicações containerizadas. Todo cluster possui ao menos um servidor de processamento (_worker node_).
16
+
Um conjunto de servidores de processamento, chamados
17
+
{{< glossary_tooltip text="nós" term_id="node" >}}, que executam aplicações
18
+
containerizadas. Todo cluster possui ao menos um servidor de processamento
19
+
(_worker node_).
15
20
16
21
<!--more-->
17
-
O servidor de processamento hospeda os {{< glossary_tooltip text="Pods" term_id="pod" >}} que são componentes de uma aplicação. O {{< glossary_tooltip text="ambiente de gerenciamento" term_id="control-plane" >}} gerencia os nós de processamento e os Pods no cluster. Em ambientes de produção, o ambiente de gerenciamento geralmente executa em múltiplos computadores e um cluster geralmente executa em múltiplos nós (_nodes_) , provendo tolerância a falhas e alta disponibilidade.
18
-
22
+
O(s) servidor(es) de processamento hospeda(m) os
23
+
{{< glossary_tooltip text="Pods" term_id="pod" >}}, que são componentes de uma
24
+
aplicação. A {{< glossary_tooltip text="camada de gerenciamento" term_id="control-plane" >}}
25
+
gerencia os nós de processamento e os Pods no cluster. Em ambientes de produção,
26
+
a camada de gerenciamento geralmente executa em múltiplos computadores e um
27
+
cluster geralmente executa múltiplos nós, fornecendo tolerância a falhas e alta
Armazenamento do tipo Chave-Valor consistente e em alta-disponibilidade usado como repositório de apoio do Kubernetes para todos os dados do cluster.
7
+
Armazenamento do tipo chave-valor consistente e de alta-disponibilidade, usado
8
+
como armazenamento de apoio do Kubernetes para todos os dados do cluster.
8
9
aka:
9
10
tags:
10
11
- architecture
11
12
- storage
12
13
---
13
-
Armazenamento do tipo Chave-Valor consistente e em alta-disponibilidade usado como repositório de apoio do Kubernetes para todos os dados do cluster.
14
+
Armazenamento do tipo chave-valor consistente e de alta-disponibilidade, usado
15
+
como armazenamento de apoio do Kubernetes para todos os dados do cluster.
14
16
15
17
<!--more-->
16
18
17
-
Se o seu cluster Kubernetes usa **etcd** como seu armazenamento de apoio, certifique-se de ter um plano de [back up](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster) para seus dados.
19
+
Se o seu cluster Kubernetes usa o etcd como seu armazenamento de apoio,
O componente da camada de gerenciamento que serve a API do Kubernetes.
8
8
@@ -12,11 +12,15 @@ tags:
12
12
- architecture
13
13
- fundamental
14
14
---
15
-
O servidor de API é um componente da {{< glossary_tooltip text="Camada de gerenciamento" term_id="control-plane" >}} do Kubernetes que expõe a API do Kubernetes.
16
-
O servidor de API é o _front end_ para a camada de gerenciamento do Kubernetes.
15
+
O servidor da API é um componente da {{< glossary_tooltip text="camada de gerenciamento" term_id="control-plane" >}}
16
+
do Kubernetes que expõe a API do Kubernetes.
17
+
O servidor da API é o _front end_ para a camada de gerenciamento do Kubernetes.
17
18
18
19
<!--more-->
19
20
20
-
A principal implementação de um servidor de API do Kubernetes é [kube-apiserver](/docs/reference/generated/kube-apiserver/).
21
-
O kube-apiserver foi projetado para ser escalonado horizontalmente — ou seja, ele pode ser escalado com a implantação de mais instâncias.
22
-
Você pode executar várias instâncias do kube-apiserver e balancear (balanceamento de carga, etc) o tráfego entre essas instâncias.
21
+
A principal implementação de um servidor de API do Kubernetes é o
Logicamente, cada _{{< glossary_tooltip text="controlador" term_id="controller" >}}_ está em um processo separado, mas para reduzir a complexidade, eles todos são compilados num único binário e executam em um processo único.
19
+
Logicamente, cada {{< glossary_tooltip text="controlador" term_id="controller" >}}
20
+
está em um processo separado, mas para reduzir a complexidade, eles todos são
21
+
compilados num único binário e executam em um processo único.
Componente da camada de gerenciamento que observa os _pods_ recém-criados sem nenhum nó atribuído, e seleciona um nó para executá-los.
7
+
Componente da camada de gerenciamento que observa os Pods recém-criados e que
8
+
ainda não foram atribuídos a um nó, e seleciona um nó para executá-los.
8
9
aka:
9
10
tags:
10
11
- architecture
11
12
---
12
-
Componente da camada de gerenciamento que observa os _{{< glossary_tooltip term_id="pod" text="pods" >}}_ recém-criados sem nenhum {{< glossary_tooltip term_id="node" text="nó">}} atribuído, e seleciona um nó para executá-los.
13
+
Componente da camada de gerenciamento que observa os
14
+
{{< glossary_tooltip term_id="pod" text="Pods" >}} recém-criados e que ainda não
15
+
foram atribuídos a um {{< glossary_tooltip term_id="node" text="nó">}}, e
16
+
seleciona um nó para executá-los.
13
17
14
18
<!--more-->
15
19
16
-
Os fatores levados em consideração para as decisões de agendamento incluem:
17
-
requisitos de recursos individuais e coletivos, hardware/software/política de restrições, especificações de afinidade e antiafinidade, localidade de dados, interferência entre cargas de trabalho, e prazos.
20
+
Os fatores levados em consideração para as decisões de alocação incluem:
21
+
requisitos de recursos individuais e coletivos, restrições de hardware/software/política,
22
+
especificações de afinidade e antiafinidade, localidade de dados, interferência
Um agente que é executado em cada node no cluster. Ele garante que os contêineres estejam sendo executados em um pod.
7
+
Um agente que é executado em cada nó no cluster. Ele garante que os contêineres
8
+
estejam sendo executados em um Pod.
8
9
9
10
aka:
10
11
tags:
11
12
- fundamental
12
13
- core-object
13
14
---
14
-
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" >}}.
15
+
Um agente que é executado em cada {{< glossary_tooltip text="nó" term_id="node" >}}
16
+
no cluster. Ele garante que os {{< glossary_tooltip text="contêineres" term_id="container" >}}
17
+
estejam sendo executados em um {{< glossary_tooltip text="Pod" term_id="pod" >}}.
15
18
16
19
<!--more-->
17
20
18
-
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.
21
+
O kubelet utiliza um conjunto de PodSpecs que são fornecidos por vários mecanismos
22
+
e garante que os contêineres descritos nesses PodSpecs estejam funcionando corretamente.
23
+
O kubelet não gerencia contêineres que não foram criados pelo Kubernetes.
0 commit comments