Mejores prácticas

Asegúrate de que tu clúster esté ejecutando Kubernetes v1.21 o posterior antes de actualizar SUSE Storage.

Recomendamos ejecutar tu clúster de Kubernetes en una de las siguientes versiones. Estas versiones son las versiones activas soportadas antes del lanzamiento de SUSE Storage, y han sido probadas con SUSE Storage v1.12.0.

Referenciado a https://endoflife.date/kubernetes.

Asegúrate de que CoreDNS se ejecute con al menos dos réplicas para mantener alta disponibilidad. Esta configuración minimiza las interrupciones en la resolución DNS cuando un pod de CoreDNS experimenta una interrupción temporal.

Se recomienda dedicar un disco para el almacenamiento de SUSE Storage en producción, en lugar de usar el disco raíz.

Si necesitas usar el disco raíz, utiliza la configuración predeterminada de minimal available storage percentage que es del 25%, y establece overprovisioning percentage al 100% para minimizar la posibilidad de DiskPressure.

Si estás utilizando un disco dedicado para SUSE Storage, puedes reducir la configuración minimal available storage percentage al 10%.

Para el porcentaje de Sobredimensionamiento, depende de cuánto espacio utiliza tu volumen en promedio. Por ejemplo, si tu carga de trabajo solo utiliza la mitad del tamaño del volumen disponible, puedes establecer el porcentaje de Sobredimensionamiento en 200, lo que significa que SUSE Storage considera que el disco tiene el doble del tamaño programable como su tamaño completo menos el espacio reservado.

Dado que SUSE Storage actualmente no soporta sharding entre los diferentes discos, recomendamos usar LVM para agregar todos los discos para SUSE Storage en una sola partición, para que pueda ser fácilmente ampliada en el futuro.

Cualquier disco adicional debe ser escrito dentro del archivo /etc/fstab para permitir el montaje automático después de que la máquina se reinicie.

No uses un enlace simbólico para los discos adicionales. Usa mount --bind en lugar de ln -s y asegúrate de que esté en el archivo fstab. Para más detalles, consulta la sección sobre el soporte de múltiples discos.

Para utilizar un directorio diferente al predeterminado /var/lib/longhorn para el almacenamiento, se puede cambiar la configuración Default Data Path antes de instalar el sistema. Para detalles sobre cómo cambiar la configuración previa a la instalación, consulta esta sección.

La función Configuración predeterminada de nodo/disco se puede utilizar para personalizar el disco predeterminado después de la instalación. Personalizar las configuraciones predeterminadas para discos y nodos es útil para escalar el clúster porque elimina la necesidad de configurar SUSE Storage manualmente para cada nuevo nodo si el nodo contiene más de un disco, o si la configuración del disco es diferente para nuevos nodos. Recuerda habilitar Create default disk only on labeled node si es aplicable.

Recomendamos establecer la solicitud de CPU para SUSE Storage los pods del gestor de instancias.

La configuración Guaranteed Instance Manager CPU te permite reservar un porcentaje de los recursos de CPU totales asignables en cada nodo para cada pod del gestor de instancias cuando el Motor de Datos V1 está habilitado. El valor por defecto es 12.

Establece un valor específico de mili-CPU para los pods del gestor de instancias en un nodo particular actualizando el campo de Solicitud de CPU del Gestor de Instancias para ese nodo.

Consulta CPU garantizada del gestor de instancias para más detalles.

La configuración Guaranteed Instance Manager CPU for V2 Data Engine te permite reservar un número específico de mili-CPUs en cada nodo para cada pod del gestor de instancias cuando el Motor de Datos V2 está habilitado. Por defecto, el daemon de destino del Kit de Desarrollo de Rendimiento de Almacenamiento (SPDK) dentro de cada pod del gestor de instancias utiliza 1 núcleo de CPU. Configurar un valor mínimo de uso de CPU es esencial para mantener la estabilidad del motor y de las réplicas, especialmente durante períodos de alta carga de trabajo en el nodo. El valor por defecto es 1250.

Recomendación: false

Esta configuración debe establecerse en false en entornos de producción para asegurar la mejor disponibilidad del volumen. De lo contrario, un evento de caída de un nodo puede hacer que caigan más de una réplica de un volumen.

Recomendación: false

Desactiva esta configuración (false) en entornos de producción para asegurar la máxima disponibilidad del volumen al crearlo. Cuando está habilitado (true), la creación de volúmenes tiene éxito incluso si el sistema solo puede programar una réplica. Esto crea un riesgo en el que el clúster se queda sin espacio sin notificar al usuario de inmediato.

Recomendación: least-effort

Para entornos de producción, recomendamos establecer el Balanceo Automático de Réplicas en least-effort. Esta configuración asegura que al menos una réplica se coloque en un nodo diferente en cada zona, proporcionando una alta disponibilidad (HA) adicional.

En ciertos casos extremos, podrías considerar usar el best-effort, que intenta continuamente distribuir las réplicas de manera uniforme entre nodos y zonas. Sin embargo, esta configuración puede llevar a reconstrucciones frecuentes si el clúster es inestable.

Para la mayoría de los usuarios, tener múltiples réplicas sin la configuración de Balanceo Automático de Réplicas es suficiente para lograr una HA básica, especialmente si prefieres evitar reconstrucciones excesivas y el uso de recursos.