Meilleures pratiques

Assurez-vous que votre cluster exécute Kubernetes v1.21 ou une version ultérieure avant de mettre à niveau SUSE Storage.

Nous recommandons d’exécuter votre cluster Kubernetes sur l’une des versions suivantes. Ces versions sont les versions actives prises en charge avant la version SUSE Storage, et ont été testées avec SUSE Storage v1.12.0.

Référencé à https://endoflife.date/kubernetes.

Assurez-vous que CoreDNS fonctionne avec au moins deux réplicas pour maintenir une haute disponibilité. Cette configuration minimise les interruptions dans la résolution DNS lorsqu’un pod CoreDNS subit une perturbation temporaire.

Il est recommandé de dédier un disque pour le stockage de SUSE Storage en production, au lieu d’utiliser le disque racine.

Si vous devez utiliser le disque racine, utilisez la configuration par défaut de minimal available storage percentage qui est de 25 %, et réglez overprovisioning percentage à 100 % pour minimiser le risque de pression sur le disque.

Si vous utilisez un disque dédié pour SUSE Storage, vous pouvez abaisser le réglage minimal available storage percentage à 10 %.

Pour le pourcentage de surprovisionnement, cela dépend de l’espace que votre volume utilise en moyenne. Par exemple, si votre charge de travail n’utilise que la moitié de la taille du volume disponible, vous pouvez régler le pourcentage de surprovisionnement à 200, ce qui signifie que SUSE Storage considère le disque comme ayant une taille planifiable deux fois supérieure à sa taille totale moins l’espace réservé.

Puisque SUSE Storage ne prend actuellement pas en charge le partitionnement entre les différents disques, nous recommandons d’utiliser LVM pour agréger tous les disques pour SUSE Storage en une seule partition, afin qu’elle puisse être facilement étendue à l’avenir.

Tous les disques supplémentaires doivent être écrits dans le fichier /etc/fstab pour permettre un montage automatique après le redémarrage de la machine.

N’utilisez pas de lien symbolique pour les disques supplémentaires. Utilisez mount --bind au lieu de ln -s et assurez-vous qu’il se trouve dans le fichier fstab. Pour plus de détails, voir la section sur le support de plusieurs disques.

Pour utiliser un répertoire autre que le /var/lib/longhorn par défaut pour le stockage, le paramètre Default Data Path peut être modifié avant d’installer le système. Pour des détails sur la modification des paramètres avant l’installation, reportez-vous à cette section.

La fonctionnalité Configuration par défaut des nœuds/disques peut être utilisée pour personnaliser le disque par défaut après l’installation. Personnaliser les configurations par défaut pour les disques et les nœuds est utile pour l’évolutivité du cluster car cela élimine le besoin de configurer SUSE Storage manuellement pour chaque nouveau nœud si le nœud contient plus d’un disque, ou si la configuration du disque est différente pour les nouveaux nœuds. N’oubliez pas d’activer Create default disk only on labeled node si applicable.

Nous vous recommandons de définir la demande d’UC pour les pods du gestionnaire d’instances SUSE Storage.

Le paramètre Guaranteed Instance Manager CPU vous permet de réserver un pourcentage des ressources UC allouables totales sur chaque nœud pour chaque pod de gestionnaire d’instances lorsque le moteur de données V1 est activé. La valeur par défaut est de 12.

Définissez une valeur spécifique en milli-UC pour les pods du gestionnaire d’instances sur un nœud particulier en mettant à jour le champ de demande d’UC du gestionnaire d’instances pour ce nœud.

Référez-vous à Gestionnaire d’instances UC garanti pour plus de détails.

Le paramètre Guaranteed Instance Manager CPU for V2 Data Engine vous permet de réserver un nombre spécifique de milli-UC sur chaque nœud pour chaque pod de gestionnaire d’instances lorsque le Moteur de Données V2 est activé. Par défaut, le daemon cible du Kit de Développement de Performance de Stockage (SPDK) au sein de chaque pod de gestionnaire d’instances utilise 1 noyau d’UC. Configurer une valeur minimale d’utilisation de l’UC est essentiel pour maintenir la stabilité du moteur et des répliques, surtout pendant les périodes de forte charge de travail sur le nœud. La valeur par défaut est 1250.

Recommandation : false

Ce paramètre doit être défini sur false dans un environnement de production pour garantir la meilleure disponibilité du volume. Sinon, un événement de défaillance d’un nœud peut entraîner la défaillance de plus d’une réplique d’un volume.

Recommandation : false

Désactivez ce paramètre (false) dans les environnements de production pour garantir une disponibilité maximale du volume lors de sa création. Lorsqu’il est activé (true), la création de volumes réussit même si le système ne peut planifier qu’une seule réplique. Cela crée un risque où le cluster manque d’espace sans notifier immédiatement l’utilisateur.

Recommandation : least-effort

Pour les environnements de production, nous recommandons de régler l’Équilibre Automatique des Répliques sur least-effort. Ce paramètre garantit qu’au moins une réplique est placée sur un nœud différent dans chaque zone, offrant une haute disponibilité (HA) supplémentaire.

Dans certains cas particuliers, vous pourriez envisager d’utiliser le best-effort, qui tente en continu de répartir uniformément les répliques sur les nœuds et les zones. Cependant, ce paramètre peut entraîner des reconstructions fréquentes si le cluster est instable.

Pour la plupart des utilisateurs, avoir plusieurs répliques sans réglage de l’Équilibre Automatique des Répliques est suffisant pour atteindre une HA de base, surtout si vous préférez éviter des reconstructions excessives et une utilisation excessive des ressources.