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:
+33
@@ -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" >}}.
|
||||
Executable
+24
@@ -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
@@ -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
@@ -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
@@ -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.
|
||||
Reference in New Issue
Block a user