Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Actualización más reciente 2024-09-10 GMT+08:00

Restablecimiento de un nodo

Escenario

Puede restablecer un nodo para modificar la configuración del nodo, como el sistema operativo del nodo y el modo de inicio de sesión.

Al restablecer un nodo se reinstala el sistema operativo del nodo y el software de Kubernetes en el nodo. Si un nodo no está disponible porque modifica la configuración del nodo, puede restablecer el nodo para que rectifique el error.

Restricciones

  • Para los clústeres de CCE y de CCE Turbo, la versión debe ser v1.13 o posterior para admitir el restablecimiento de nodos.
  • Para los clústeres de Kunpeng, la versión debe ser v1.15 o posterior para admitir el restablecimiento de nodos.

Notas

  • Solo se pueden restablecer los nodos de trabajo. Si el nodo aún no está disponible después del restablecimiento, elimine el nodo y cree uno nuevo.
  • Al restablecer un nodo se reinstala el SO del nodo e interrumpe los servicios de carga de trabajo que se ejecutan en el nodo. Por lo tanto, realice esta operación durante las horas fuera de pico.
  • Los datos en el disco del sistema y los discos de datos de Docker se borrarán. Haga una copia de seguridad de los datos importantes antes de restablecer el nodo.
  • Cuando se monta un disco de datos adicional en un nodo, los datos de este disco se borrarán si el disco no se ha desmontado antes de que se restablezca el nodo. Para evitar la pérdida de datos, realice una copia de seguridad de los datos por adelantado y vuelva a montar el disco de datos después de que se complete el restablecimiento del nodo.
  • Las direcciones IP de los pods de carga de trabajo en el nodo cambiarán, pero el acceso a la red del contenedor no se ve afectado.
  • Hay una cuota de disco de EVS restante.
  • Mientras se elimina el nodo, el backend establecerá el nodo en el estado no programado.
  • El restablecimiento de un nodo provocará la pérdida de datos de PVC/PV para los PV locales asociados con el nodo. Estos PVC y PV no se pueden restaurar o utilizar de nuevo. En este escenario, el pod que utiliza el PV local se desaloja del nodo de reinicio. Se crea un nuevo pod y permanece en el estado pendiente. Esto se debe a que el PVC utilizado por el pod tiene una etiqueta de nodo, debido a lo cual el pod no se puede programar. Después de que se restablezca el nodo, el pod puede planificarse para el nodo de reinicio. En este caso, la cápsula está siempre en el estado de creación porque el volumen lógico subyacente correspondiente al PVC no existe.

Procedimiento

La nueva consola le permite restablecer nodos por lotes. También puede usar imágenes privadas para restablecer nodos por lotes.

  1. Inicie sesión en la consola de CCE.
  2. Haga clic en el nombre del clúster y acceda a la página de detalles del clúster, elija Nodes en el panel de navegación y seleccione uno o varios nodos para restablecer en la lista de la derecha. Elija More > Reset.
  3. En el cuadro de diálogo que se muestra, haga clic en Yes.

    • Para los nodos del grupo de nodos DefaultPool, se muestra la página de configuración de parámetros. Establezca los parámetros haciendo referencia a 4.
    • Para un nodo que cree en un grupo de nodos, el restablecimiento del nodo no admite la configuración de parámetros. Puede utilizar directamente la imagen de configuración del grupo de nodos para restablecer el nodo.

  4. Especifique los parámetros del nodo.

    Ajustes de cómputo
    Tabla 1 Parámetros de configuración

    Parámetro

    Descripción

    Specifications

    Las especificaciones no se pueden modificar al restablecer un nodo.

    Container Engine

    Los clústeres de CCE admiten Docker y containerd en algunos escenarios.
    • Los nodos que ejecutan CentOS, Ubuntu y EulerOS 2.9 soportan containerd. Los nodos de Arm que ejecutan EulerOS 2.5 y EulerOS 2.8 no admiten containerd.
    • Los clústeres de red de VPC de v1.23 y versiones posteriores admiten containerd. Los clústeres de red de túneles de contenedores de v1.23.2-r0 y versiones posteriores admiten containerd.
    • Para un clúster de CCE Turbo, Docker y containerd son compatibles. Para obtener más información, véase Asignación entre los sistemas operativos de nodos y los motores de contenedores.

    OS

    Public image: Seleccione un sistema operativo para el nodo.

    Private image: Puede usar las imágenes privadas. Para obtener más información sobre cómo crear una imagen privada, consulte Creación de una imagen de nodo de CCE personalizada.

    Login Mode

    • Contraseña

      El nombre de usuario predeterminado es root. Introduzca la contraseña para iniciar sesión en el nodo y confirme la contraseña.

      Asegúrese de recordar la contraseña, ya que la necesitará cuando inicie sesión en el nodo.

    • Par de claves

      Seleccione el par de claves utilizado para iniciar sesión en el nodo. Puede seleccionar una clave compartida.

      Se utiliza un par de claves para la autenticación de identidad cuando se inicia sesión de forma remota en un nodo. Si no hay ningún par de claves disponible, haga clic en Create Key Pair. Para obtener más información sobre cómo crear un par de claves, consulte Creación de un par de claves.

    Ajustes de almacenamiento

    Configure los recursos de almacenamiento en un nodo para los contenedores que se ejecuta en él.
    Tabla 2 Parámetros de configuración

    Parámetro

    Descripción

    System Disk

    Utilice directamente el disco del sistema del servidor en la nube.

    Data Disk

    Se requiere al menos un disco de datos para el tiempo de ejecución de contenedor y kubelet. El disco de datos no se puede eliminar ni desinstalar. De lo contrario, el nodo no estará disponible.

    Haga clic en Expand y seleccione Allocate Disk Space para definir el espacio de disco ocupado por el tiempo de ejecución contenedor para almacenar los directorios de trabajo, los datos de imagen contenedor y los metadatos de imagen. Para obtener más información acerca de cómo asignar espacio en disco de datos, consulte Asignación de espacio en disco de datos.

    Para otros discos de datos, se crea un disco sin procesar de forma predeterminada. También puede hacer clic en Expand y seleccionar Mount Disk para montar el disco de datos en un directorio especificado. Los discos de datos también se pueden usar para almacenamiento permanente o temporal. Para más detalles, véase PV local y EV local.

    Configuración avanzada
    Tabla 3 Parámetros de configuración avanzadas

    Parámetro

    Descripción

    Kubernetes Label

    Haga clic en Add Label para establecer el par clave-valor asociado a los objetos de Kubernetes (como los pods). Se puede agregar un máximo de 20 etiquetas.

    Las etiquetas se pueden utilizar para distinguir nodos. Con la configuración de afinidad de carga de trabajo, los pods de contenedor se pueden programar en un nodo específico. Para obtener más información, consulte Etiquetas y selectores.

    Resource Tag

    Puede agregar etiquetas de recursos para clasificar recursos.

    Puede crear etiquetas predefinidas en Tag Management Service (TMS). Las etiquetas predefinidas son visibles para todos los recursos de servicio que admiten la función de etiquetado. Puede utilizar estas etiquetas para mejorar la eficiencia del etiquetado y la migración de recursos. Para obtener más información, consulte Creación de etiquetas predefinidas.

    CCE creará automáticamente la etiqueta "CCE-Dynamic-Provisioning-Node=node id".

    Taint

    Este campo se deja en blanco por defecto. Puede agregar manchas para establecer antiafinidad para el nodo. Se permite un máximo de 10 manchas para cada nodo. Cada mancha contiene los siguientes parámetros:
    • Key: Una clave debe contener de 1 a 63 caracteres y comenzar por una letra o un dígito. Solo se permiten letras, dígitos, guiones (-), guiones bajos (_) y puntos (.). Un nombre de subdominio de DNS se puede utilizar como prefijo de una clave.
    • Value: Un valor debe comenzar con una letra o un dígito y puede contener un máximo de 63 caracteres, incluidos letras, dígitos, guiones (-), guiones bajos (_) y puntos (.).
    • Effect: Las opciones disponibles son NoSchedule, PreferNoSchedule y NoExecute.
    AVISO:
    • Si se usan manchas, debe configurar tolerancias en los archivos YAML de pods. De lo contrario, la ampliación puede fallar o los pods no se pueden programar en los nodos agregados.
    • Después de crear un grupo de nodos, puede hacer clic en Edit para modificar su configuración. La modificación se sincronizará con todos los nodos del grupo de nodos.

    Max. Pods

    Número máximo de pods que se pueden ejecutar en el nodo, incluidos los pods del sistema predeterminados. Rango de valores: 16 a 256

    Este límite evita que el nodo se sobrecargue con pods.

    Pre-installation Command

    Ingrese los comandos. Se permite un máximo de 1,000 caracteres.

    El script se ejecutará antes de que se instale el software de Kubernetes. Tenga en cuenta que si el script es incorrecto, es posible que el software de Kubernetes no se instale.

    Post-installation Command

    Ingrese los comandos. Se permite un máximo de 1,000 caracteres.

    El script se ejecutará después de instalar el software de Kubernetes y no afectará a la instalación.

  5. Haga clic en Next: Confirm. Asegúrese de haber leído y entendido la Declaración del Image Management Service.
  6. Haga clic en Submit.