Add content/es/docs/concepts/overview/components.md (#22259)

* Add content/es/docs/concepts/overview/components.md

* Apply #14678 suggestions

* Replace content_template with content_type

* Remove capture shortcode

* Add missing glossary terms

Add controller glossary term
Add etcd glossary term
Add kube-apiserver glossary term
Add kube-controller-manager glossary term
Add kube-sccheduler glossary term
Add namespace glossary term

* Remove `master` references

* Apply emedina suggestions

Co-authored-by: Enrique Medina Montenegro <enrique@medinamontenegro.es>

Co-authored-by: Jose Miguel Parrella <jparrel@microsoft.com>
Co-authored-by: Enrique Medina Montenegro <enrique@medinamontenegro.es>
This commit is contained in:
Rael Garcia
2020-07-09 09:36:02 +02:00
committed by GitHub
parent c2d7d27473
commit 9799d0ff25
7 changed files with 268 additions and 0 deletions
+33
View File
@@ -0,0 +1,33 @@
---
title: Controlador
id: controller
date: 2018-04-12
full_link: /docs/concepts/architecture/controller/
short_description: >
Los controladores son bucles de control que observan el estado del clúster,
y ejecutan o solicitan los cambios que sean necesarios para alcanzar el estado
deseado.
aka:
tags:
- architecture
- fundamental
---
En Kubernetes, los controladores son bucles de control que observan el estado del
{{< glossary_tooltip term_id="cluster" text="clúster">}}, y ejecutan o solicitan
los cambios que sean necesarios para llevar el estado actual del clúster más
cerca del estado deseado.
<!--more-->
Los controladores observan el estado compartido del clúster a través del
{{< glossary_tooltip text="API Server" term_id="kube-apiserver" >}} (parte del
{{< glossary_tooltip term_id="control-plane" text="plano de control" >}}).
Algunos controladores también se ejecutan dentro del mismo plano de control,
proporcionado los bucles de control necesarios para las operaciones principales
de Kubernetes. Por ejemplo, el controlador de Deployments, el controlador de
DaemonSets, el controlador de Namespaces y el controlador de volúmenes
persistentes, entre otros, se ejecutan dentro del
{{< glossary_tooltip term_id="kube-controller-manager" >}}.
+24
View File
@@ -0,0 +1,24 @@
---
title: etcd
id: etcd
date: 2018-04-12
full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
short_description: >
Almacén de datos persistente, consistente y distribuido de clave-valor utilizado
para almacenar toda a la información del clúster de Kubernetes.
aka:
tags:
- architecture
- storage
---
Almacén de datos persistente, consistente y distribuido de clave-valor utilizado
para almacenar toda a la información del clúster de Kubernetes.
<!--more-->
Si tu clúster utiliza etcd como sistema de almacenamiento, échale un vistazo a la
documentación sobre [estrategias de backup](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster).
Puedes encontrar información detallada sobre etcd en su [documentación oficial](https://etcd.io/docs/).
+26
View File
@@ -0,0 +1,26 @@
---
title: API Server
id: kube-apiserver
date: 2020-07-01
full_link: /docs/reference/generated/kube-apiserver/
short_description: >
Componente del plano de control que expone la API de Kubernetes.
aka:
- Servidor de la API
- kube-apiserver
tags:
- architecture
- fundamental
---
El servidor de la API es el componente del {{< glossary_tooltip text="plano de control" term_id="control-plane" >}}
de Kubernetes que expone la API de Kubernetes. Se trata del frontend de Kubernetes,
recibe las peticiones y actualiza acordemente el estado en {{< glossary_tooltip term_id="etcd" length="all" >}}.
<!--more-->
La principal implementación de un servidor de la API de Kubernetes es
[kube-apiserver](/docs/reference/generated/kube-apiserver/).
Es una implementación preparada para ejecutarse en alta disponiblidad y que
puede escalar horizontalmente para balancear la carga entre varias instancias.
@@ -0,0 +1,21 @@
---
title: kube-controller-manager
id: kube-controller-manager
date: 2018-04-12
full_link: /docs/reference/command-line-tools-reference/kube-controller-manager/
short_description: >
Componente del plano de control que ejecuta los controladores de Kubernetes.
aka:
tags:
- architecture
- fundamental
---
Componente del plano de control que ejecuta los {{< glossary_tooltip text="controladores" term_id="controller" >}} de Kubernetes.
<!--more-->
Lógicamente cada {{< glossary_tooltip text="controlador" term_id="controller" >}}
es un proceso independiente, pero para reducir la complejidad, todos se compilan
en un único binario y se ejecuta en un mismo proceso.
+25
View File
@@ -0,0 +1,25 @@
---
title: kube-scheduler
id: kube-scheduler
date: 2018-04-12
full_link: /docs/reference/generated/kube-scheduler/
short_description: >
Componente del plano de control que está pendiente de los pods que no tienen
ningún nodo asignado y seleciona uno dónde ejecutarlo.
aka:
tags:
- architecture
---
Componente del plano de control que está pendiente de los
{{< glossary_tooltip term_id="pod" text="Pods" >}} que no tienen ningún
{{< glossary_tooltip term_id="node" text="nodo">}} asignado
y seleciona uno donde ejecutarlo.
<!--more-->
Para decidir en qué {{< glossary_tooltip term_id="node" text="nodo">}}
se ejecutará el {{< glossary_tooltip term_id="pod" text="pod" >}}, se tienen
en cuenta diversos factores: requisitos de recursos, restricciones de hardware/software/políticas,
afinidad y anti-afinidad, localización de datos dependientes, entre otros.
+22
View File
@@ -0,0 +1,22 @@
---
title: Namespace
id: namespace
date: 2018-04-12
full_link: /es/docs/concepts/overview/working-with-objects/namespaces/
short_description: >
Abstracción utilizada por Kubernetes para soportar múltiples clústeres virtuales en el mismo clúster físico.
aka:
- Espacio de nombres
tags:
- fundamental
---
Abstracción utilizada por Kubernetes para soportar múltiples clústeres virtuales
en el mismo {{< glossary_tooltip text="clúster" term_id="cluster" >}} físico.
<!--more-->
Los Namespaces, espacios de nombres, se utilizan para organizar objetos del clúster
proporcionando un mecanismo para dividir los recusos del clúster. Los nombres de los
objetos tienen que ser únicos dentro del mismo namespace, pero se pueden repetir en
otros namespaces del mismo clúster.