Système de fichiers d'images : Configuration de Kubernetes pour stocker les conteneurs sur un système de fichiers distinct

Les clusters Kubernetes peuvent rencontrer des pénuries d'espace disque en raison de l'écriture du runtime de conteneur dans /var, ce qui peut être résolu en configurant le runtime de conteneur pour stocker le contenu séparément. Kubernetes a des données persistantes (stockage kubelet) et des données éphémères (stockage du runtime de conteneur). Le runtime de conteneur stocke à la fois des couches en lecture seule et des couches modifiables, connues sous le nom de imagefs dans Kubernetes. CRI-O utilise un fichier de configuration de stockage pour contrôler les emplacements de stockage, tandis que containerd utilise un fichier de configuration TOML. Kubernetes détecte si le système de fichiers du conteneur est séparé du système de fichiers du nœud et surveille les deux pour la pression disque. Les utilisateurs peuvent configurer des seuils d'éviction et des périodes de grâce pour gérer l'utilisation de l'espace disque. Les erreurs de configuration courantes incluent le montage d'un nouveau système de fichiers dans le répertoire de stockage du conteneur ou la non-définition de tous les signaux d'éviction. Le KEP-4191 vise à résoudre les limitations dans la signalisation du stockage éphémère et à offrir plus d'options de configuration pour le runtime de conteneur. Pour vous impliquer, rejoignez le Groupe d'intérêt spécialisé des nœuds Kubernetes ou fournissez des commentaires sur le canal Slack #sig-node.