Este documento ha sido traducido utilizando tecnología de traducción automática. Si bien nos esforzamos por proporcionar traducciones precisas, no ofrecemos garantías sobre la integridad, precisión o confiabilidad del contenido traducido. En caso de discrepancia, la versión original en inglés prevalecerá y constituirá el texto autorizado.

Roles para Nodos en Kubernetes

Esta sección describe los roles de los nodos etcd, controlplane y worker en Kubernetes y cómo estos roles funcionan conjuntamente en un clúster.

Este diagrama es aplicable a los clústeres de Kubernetes lanzados con Rancher utilizando RKE..

Diagrama del clúster
Figure 1. Las líneas muestran el flujo de tráfico entre componentes. Los colores se utilizan únicamente como ayuda visual

etcd

Los nodos con el rol etcd ejecutan etcd, que es un almacén de valores clave consistente y altamente disponible utilizado como ’ almacén de respaldo de Kubernetes para todos los datos del clúster. etcd replica los datos a cada nodo.

Los nodos con el rol etcd se muestran como Unschedulable en la interfaz de usuario, lo que significa que no se programarán pods en estos nodos por defecto.

controlplane

Los nodos con el rol controlplane ejecutan los componentes controlplane de Kubernetes (excluyendo etcd, ya que es un rol separado). Consulta Kubernetes: Componentes controlplane para una lista detallada de componentes.

Los nodos con el rol controlplane se muestran como Unschedulable en la interfaz de usuario, lo que significa que no se programarán pods en estos nodos por defecto.

kube-apiserver

El servidor API de Kubernetes (kube-apiserver) se escala horizontalmente. Cada nodo con el rol controlplane se añadirá al proxy NGINX en los nodos con componentes que necesitan acceder al servidor API de Kubernetes. Esto significa que si un nodo se vuelve inalcanzable, el proxy NGINX local en el nodo reenviará la solicitud a otro servidor API de Kubernetes en la lista.

kube-controller-manager

El administrador de controladores de Kubernetes utiliza la elección de líder mediante un punto final en Kubernetes. Una instancia del kube-controller-manager creará una entrada en los puntos finales de Kubernetes y actualizará esa entrada en un intervalo configurado. Otras instancias verán un líder activo y esperarán a que esa entrada expire (por ejemplo, cuando un nodo no responde).

kube-scheduler

El planificador de Kubernetes utiliza la elección de líder mediante un punto final en Kubernetes. Una instancia del kube-scheduler creará una entrada en los puntos finales de Kubernetes y actualizará esa entrada en un intervalo configurado. Otras instancias verán un líder activo y esperarán a que esa entrada expire (por ejemplo, cuando un nodo no responde).

worker

Los nodos con el rol worker ejecutan los componentes del nodo de Kubernetes. Consulta Kubernetes: Componentes del Nodo para una lista detallada de componentes.

Referencias