|
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. |
|
Esta es documentación inédita para SUSE® Storage 1.12 (Dev). |
Clase de Prioridad
La configuración de la Clase de Prioridad se puede utilizar para establecer una mayor prioridad en las cargas de trabajo de SUSE Storage en el clúster, impidiendo que sean los primeros en ser desalojados durante situaciones de presión en los nodos.
Para más información sobre cómo funciona la prioridad de los pods, consulta la documentación oficial de Kubernetes.
Configurando la Clase de Prioridad
SUSE Storage consiste en componentes desplegados por el usuario (por ejemplo, Longhorn Manager, Longhorn Driver y SUSE Storage UI) y componentes gestionados por el sistema (por ejemplo, Instance Manager, CSI Driver e imágenes de Engine). Debes establecer la Clase de Prioridad para ambos tipos de componentes. Consulta más detalles a continuación.
Configurando la Clase de Prioridad durante la instalación de SUSE Storage
SUSE Storage crea una Clase de Prioridad longhorn-critical y la establece como predeterminada para sus componentes desplegados por el usuario o gestionados por el sistema si no se realizan las siguientes acciones.
-
Establece la Clase de Prioridad de taint para componentes gestionados por el sistema: sigue Personalizar configuración predeterminada para establecer la Clase de Prioridad cambiando el valor de la configuración predeterminada
priority-class. -
Establecer la Clase de Prioridad de taint para componentes desplegados por el usuario: modifica el gráfico de Helm o el archivo YAML de despliegue dependiendo de cómo despliegues SUSE Storage.
SUSE Storage no se iniciará si la configuración de la Clase de Prioridad es inválida (como si la Clase de Prioridad no existe).
Puedes ver si este es el caso comprobando el estado del DaemonSet de Longhorn Manager con kubectl -n longhorn-system describe daemonset.apps/longhorn-manager.
Necesitarás desinstalar SUSE Storage y reiniciar la instalación si este es el caso.
|
Configurando la Clase de Prioridad después de la instalación de SUSE Storage
-
Establecer la Clase de Prioridad de taint para componentes gestionados por el sistema: La configuración de la Clase de Prioridad se puede encontrar en la SUSE Storage UI haciendo clic en .
-
Establecer la Clase de Prioridad de taint para componentes desplegados por el usuario: modifica el gráfico de Helm o el archivo YAML de despliegue dependiendo de cómo despliegues SUSE Storage.
Los usuarios pueden actualizar o eliminar la Clase de Prioridad aquí, pero ten en cuenta que esto resultará en la recreación de todos los SUSE Storage componentes del sistema. La configuración de la Clase de Prioridad rechazará valores que parezcan ser Clases de Prioridad inválidas.
Uso
Para asegurar que la configuración de la Clase de Prioridad preferida se aplique de inmediato, detén todas las cargas de trabajo y desacopla todos los volúmenes de Longhorn antes de configurar los ajustes.
SUSE Storage se vuelve temporalmente no disponible cuando se reinician todos los componentes. No operes el sistema Longhorn después de modificar la configuración de la Clase de Prioridad, ya que los componentes de Longhorn estarán reiniciándose.
Cuando todos los volúmenes de Longhorn estén desacoplados, la configuración personalizada se aplicará de inmediato a los componentes gestionados por el sistema. Cuando uno o más volúmenes de Longhorn estén aún acoplados, la configuración personalizada se aplicará al Gestor de Instancias solo cuando no haya motores ni instancias de réplica en funcionamiento. Debes reconfigurar los ajustes después de desacoplar los volúmenes restantes. Alternativamente, puedes esperar a la próxima sincronización de configuración, que ocurrirá en una hora.
No elimines la Clase de Prioridad en uso por SUSE Storage, ya que esto puede causar que nuevas cargas de trabajo SUSE Storage no se inicien correctamente.