API en etcd, así permitiendo a los clientes configurar flujos de trabajos y contenedores a
través de los nodos esclavos.
2.4.3 Planificador
El planificador es el componente enchufable que selecciona sobre qué nodo deberá
correr un pod sin planificar (la unidad básica de manejo del planificador) basado en la
disponibilidad de recursos. El planificador lleva la cuenta de la utilización de recursos en
cada nodo para asegurar que un flujo de trabajo no es planificado en exceso de la
disponibilidad de los recursos. Para este propósito, el planificador debe conocer los
requerimientos de recursos, la disponibilidad de recursos y una variedad de restricciones
y políticas directivas como quality-of-service (QoS), requerimiento de afinidad,
localización de datos entre otros. En esencia, el rol del planificador es el de emparejar la
oferta de un recurso con la demanda de un flujo de trabajos.
2.5 Administrador del controlador
El administrador de controlador es el proceso sobre el cual el núcleo de los
controladores Kubernetes como DaemonSet y Replication se ejecuta. Los controladores
se comunican con el servidor API para crear, actualizar y eliminar recursos que ellos
manejan (pods, servicios, etc.)
2.5.1 Nodo Kubernetes
El nodo, también conocido como esclavo o worker, es la máquina física (o virtual)
donde los contenedores (flujos de trabajos) son desplegados. Cada nodo en el clúster debe
ejecutar la rutina de tiempo de ejecución (como Docker), así como también los
componentes mencionados más abajo, para comunicarse con el maestro para la
configuración en red de estos contenedores.
2.5.2 Kubelet
Es responsable por el estado de ejecución de cada nodo (es decir, asegurarse que todos
los contenedores en el nodo se encuentran saludables). Se encarga del inicio, la detención
y el mantenimiento de los contenedores de aplicaciones (organizados como pods) como
es indicado por el panel de control.
Monitorea el estado de un pod y, si no se encuentra en el estado deseado, el pod será
desplegado nuevamente al mismo nodo. El estado del nodo es comunicado al maestro
cada poco segundo mediante una señal periódica ("heartbeat"). Una vez que el nodo
detecta la falla de un nodo, el Replication Controller observa este cambio de estado y
lanza pods en otros nodos sanos.
2.5.3 Kube-Proxy
Kube-Proxy es la implementación de un proxy de red y balanceador de carga
soportando la abstracción del servicio junto con otras operaciones de red13. Es