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.

Nodos y Grupos de Máquinas

Después de lanzar un clúster de Kubernetes en Rancher, puedes gestionar nodos individuales desde la pestaña Nodo del clúster.

  1. Haz clic en ☰ en la esquina superior izquierda.

  2. Selecciona Gestión de Clústeres.

  3. Encuentra el clúster cuyos nodos deseas gestionar y haz clic en el botón Explorar al final de la fila.

  4. Selecciona Nodos en la navegación izquierda.

Dependiendo de la opción utilizada para aprovisionar el clúster, hay diferentes opciones de nodos disponibles.

Si deseas gestionar el clúster y no nodos individuales, consulta xref:[Edición de Clústeres].

Opciones de nodos disponibles para cada opción de creación de clúster

La siguiente tabla enumera qué opciones de nodos están disponibles para cada tipo de clúster en Rancher. Haz clic en los enlaces de la columna Opción para obtener información más detallada sobre cada característica.

Opción Nodos Alojados por un Proveedor de Infraestructura Nodo Personalizado Clúster Alojado Nodos EKS Registrados Todos los Otros Nodos Registrados Descripción

Cordon

✓

✓

✓

✓

✓

Marca el nodo como no programable.

Drenar

✓

✓

✓

✓

✓

Marca el nodo como no programable y desalojará todos sus pods.

Editar

✓

✓

✓

✓

✓

Introduce un nombre, descripción, etiqueta o taints para un nodo.

Ver API

✓

✓

✓

✓

✓

Ver los datos de la API.

Eliminar

✓

✓

*

*

Elimina nodos defectuosos del clúster.

Descargar Claves

✓

Descarga la clave SSH para poder acceder al nodo mediante SSH.

Escalado de Nodos

✓

✓

Escala el número de nodos en el grupo de nodos hacia arriba o hacia abajo.

  • Opción de eliminación accesible a través de Ver API

Nodos alojados por un proveedor de infraestructura

Los grupos de máquinas están disponibles cuando aprovisionas clústeres de Kubernetes lanzados por Rancher en nodos que están alojados en un proveedor de infraestructura.

Nodos aprovisionados por proveedores de Kubernetes alojados

Las opciones para gestionar nodos alojados por un proveedor de Kubernetes son algo limitadas en Rancher. En lugar de utilizar la interfaz de usuario de Rancher para realizar ediciones como escalar el número de nodos hacia arriba o hacia abajo, edita el clúster directamente.

Nodos registrados

Aunque puedes desplegar cargas de trabajo en un clúster registrado utilizando Rancher, no puedes gestionar nodos individuales del clúster. Toda la gestión de nodos de clúster importados debe realizarse fuera de Rancher.

Gestión y edición de nodos individuales

Editar un nodo te permite:

  • Cambiar su nombre

  • Cambiar su descripción

  • Añade etiquetas

  • Añadir/Eliminar taints

Para gestionar nodos individuales, navega al clúster que deseas gestionar y luego selecciona Nodos en el menú principal. Puedes abrir el menú de opciones para un nodo haciendo clic en su icono ⋮ (...).

Visualizando un Nodo en la API de Rancher

Selecciona esta opción para ver los puntos finales de la API del nodo.

Eliminando un Nodo

Utiliza Eliminar para quitar nodos defectuosos del proveedor de la nube.

Cuando eliminas un nodo defectuoso, Rancher puede reemplazarlo automáticamente por un nodo provisionado de manera idéntica si el nodo está en un grupo de máquinas y el auto-reemplazo está habilitado.

Si tu clúster está alojado por un proveedor de infraestructura, y deseas reducir el tamaño de tu clúster en lugar de eliminar un nodo defectuoso, reduce el tamaño en lugar de eliminar.

Escalando Nodos

Para nodos alojados por un proveedor de infraestructura, puedes escalar el número de nodos en cada grupo de máquinas utilizando los controles de escala. Esta opción no está disponible para otros tipos de clústeres.

SSH en un Nodo Alojado por un Proveedor de Infraestructura

Para nodos alojados por un proveedor de infraestructura, tienes la opción de descargar su clave SSH para que puedas conectarte a él de forma remota desde tu escritorio.

  1. En la esquina superior izquierda, haz clic en ☰ > Gestión de Clústeres.

  2. En la página Clústeres, ve al clúster donde deseas hacer SSH en un nodo y haz clic en el nombre del clúster.

  3. En la pestaña Grupos de Máquinas, encuentra el nodo al que deseas acceder de forma remota y haz clic en ⋮ > Descargar Clave SSH. Se descarga un archivo ZIP que contiene archivos utilizados para SSH.

  4. Extrae el archivo ZIP en cualquier ubicación.

  5. Abre la Terminal. Cambia tu ubicación al archivo ZIP extraído.

  6. Introduzca el siguiente comando:

     ssh -i id_rsa root@<IP_OF_HOST>

Aislamiento de un Nodo

Cordonando un nodo lo marca como no programable. Esta función es útil para realizar tareas cortas en el nodo durante pequeñas ventanas de mantenimiento, como reinicios, actualizaciones o desmantelamientos. Cuando hayas terminado, vuelve a encender y haz que el nodo sea programable de nuevo descordonándolo.

Drenando un Nodo

Drenando es el proceso de primero cordonar el nodo y luego desalojar todos sus pods. Esta función es útil para realizar mantenimiento en el nodo (como actualizaciones del núcleo de Linux o mantenimiento de hardware). Previene que nuevos pods se desplieguen en el nodo mientras redistribuye los pods existentes para que los usuarios no experimenten interrupciones en el servicio.

  • Para pods con un conjunto de réplicas, el pod es reemplazado por un nuevo pod que se programa en un nuevo nodo. Además, si el pod es parte de un servicio, los clientes son redirigidos automáticamente al nuevo pod.

  • Para pods sin un conjunto de réplicas, necesitas levantar una nueva copia del pod y, suponiendo que no sea parte de un servicio, redirigir a los clientes a él.

Puedes drenar nodos que estén en un estado cordoned o active. Cuando drenas un nodo, se cordona, se evalúan las condiciones que debe cumplir para ser drenado y luego (si las cumple) el nodo desalojará sus pods.

Sin embargo, puedes anular las condiciones de drenaje cuando inicias el drenaje. También se te da la oportunidad de establecer un período de gracia y un valor de tiempo de espera.

Opciones de Drenaje Agresivo y Seguro

Cuando configuras la estrategia de actualización para el clúster, puedes habilitar el drenaje de nodos. Si el drenaje de nodos está habilitado, puedes configurar cómo se eliminan y reprograman los pods.

  • Modo Agresivo

    En este modo, los pods no se reprogramarán en un nuevo nodo, incluso si no tienen un controlador. Kubernetes espera que tengas tu propia lógica que maneje la eliminación de estos pods.

    Kubernetes también espera que la implementación decida qué hacer con los pods que utilizan emptyDir. Si un pod utiliza emptyDir para almacenar datos locales, es posible que no puedas eliminarlo de forma segura, ya que los datos en el emptyDir se eliminan una vez que el pod es eliminado del nodo. Elegir el modo agresivo elimina estos pods.

  • Modo Seguro

    Si un nodo tiene pods independientes o datos efímeros, se cordona pero no se drena.

Período de gracia

El tiempo de espera dado a cada pod para limpiar las cosas para que tengan la oportunidad de salir de forma ordenada. Por ejemplo, cuando los pods pueden necesitar terminar cualquier solicitud pendiente, revertir transacciones o guardar el estado en un almacenamiento externo. Si es negativo, se utilizará el valor predeterminado especificado en el pod.

Tiempo límite

La cantidad de tiempo que el drenaje debe continuar esperando antes de rendirse.

Problema conocido de Kubernetes:

La configuración de tiempo de espera no se aplicó mientras se drenaba un nodo antes de Kubernetes 1.12.

Estado drenado y cordonado

Si hay algún error relacionado con la entrada del usuario, el nodo entra en un estado cordoned porque el drenaje falló. Puedes corregir la entrada e intentar drenar el nodo nuevamente, o puedes abortar descordonando el nodo.

Si el drenaje continúa sin errores, el nodo entra en un estado draining. Tendrás la opción de terminar el drenaje cuando el nodo esté en este estado, lo que termina el proceso de drenaje y cambia el estado del nodo a cordoned.

Una vez que el drenaje se completa con éxito, el nodo está en un estado de drained. Puedes apagar o eliminar el nodo.

¿Quieres saber más sobre cordon y drenaje? Consulta la documentación de Kubernetes.

Etiquetar un nodo para ser ignorado por Rancher

Ciertas soluciones, como la integración BIG-IP de F5, pueden requerir la creación de un nodo que nunca se registre en un clúster.

Dado que el nodo nunca termina de registrarse, siempre se muestra como no saludable en la interfaz de usuario de Rancher.

En ese caso, puede que desees etiquetar el nodo para que sea ignorado por Rancher, de modo que Rancher solo muestre nodos como no saludables cuando realmente estén fallando.

Puedes etiquetar nodos para ser ignorados utilizando una configuración en la interfaz de usuario de Rancher, o usando kubectl.

Hay un problema abierto en el que los nodos etiquetados para ser ignorados pueden quedar atascados en un estado de actualización.

Etiquetar nodos para ser ignorados con kubectl

Para añadir un nodo que sea ignorado por Rancher, utiliza kubectl para crear un nodo que tenga la siguiente etiqueta:

cattle.rancher.io/node-status: ignore

Resultado: Si añades el nodo a un clúster, Rancher omite la sincronización con este nodo. El nodo aún puede ser parte del clúster y puede ser listado con kubectl.

Si la etiqueta se añade antes de que el nodo sea añadido al clúster, el nodo no se muestra en la interfaz de usuario de Rancher.

Si la etiqueta se añade después de que el nodo ha sido añadido a un clúster de Rancher, el nodo no se elimina de la interfaz de usuario de Rancher.

Si eliminas el nodo del servidor de Rancher utilizando la interfaz de usuario o la API de Rancher, el nodo no se elimina del clúster si el nodeName está listado en la configuración de Rancher en la API de Rancher bajo v3/settings/ignore-node-name.