Étape 9 : configurer les paramètres au niveau du noyau et du système d’exploitation

Cette page décrit les paramètres du système d’exploitation et du noyau, qu’un administrateur Linux doit configurer de procéder à l’installation d’Automation Suite.

En général, ces paramètres sont gérés via des outils de déploiement tels que Puppet, Ansible, etc. Assurez-vous que ces modifications sont effectuées via le processus de contrôle de votre environnement afin d’éviter qu’elles ne soient annulées ultérieurement.

Important :

Veillez à ce que les étapes suivantes aient été effectuées avant de commencer l’installation, car des erreurs de configuration au niveau du système d’exploitation et du noyau peuvent entraîner des erreurs non intuitives. La vérification de chacun de ces paramètres permet souvent d’éviter ce genre d’erreurs.

Désactiver la mémoire d’échange

Vous devez désactiver la mémoire d’échange avant d’installer Automation Suite. Il a été constaté que la mémoire d’échange provoquait des problèmes avec les charges de travail des conteneurs. Par ailleurs, les charges de travail d’Automation Suite ne bénéficient pas de l’utilisation de la mémoire d’échange, d’autant plus que Kubernetes optimise déjà l’utilisation de la mémoire.

Configuration des paramètres sysctl

Les paramètres sysctl suivants sont requis sur la machine :

• Activer le transfert IP
• désactiver le filtrage par chemin inverse

Vous pouvez procéder à cela en exécutant la commande suivante :

cat <<EOF >>"/etc/sysctl.d/99-sysctl.conf"
net.bridge.bridge-nf-call-iptables = 1
net.ipv4.ip_forward = 1
net.bridge.bridge-nf-call-ip6tables = 1
net.ipv4.conf.all.rp_filter=0
EOF

Remarque :

Le nf-call-iptables est nécessaire pour la plupart des déploiements Kubernetes. Kubernetes crée des réseaux virtuels internes au cluster. Cela permet à chaque pod d’avoir sa propre adresse IP, qui est utilisée conjointement avec les services de noms internes pour faciliter la communication de service à service. Le cluster ne fonctionne pas sans nf-call-iptables activé. Pour plus de détails, consultez la documentation officielle de Kubernetes.

Exécutez la commande suivante afin d’appliquer les paramètres :

sysctl --system

Configuration des paramètres fapolicy

Important :

Cette étape est facultative et ne s'applique que si vous utilisez fapolicy. Dans ce cas, une politique spécifique à RKE2 est requise.

Pour générer la politique RKE2, utilisez la commande suivante :

cat <<-EOF >>"/etc/fapolicyd/rules.d/69-rke2.rules"
allow perm=any all : dir=/var/lib/rancher/
allow perm=any all : dir=/opt/cni/
allow perm=any all : dir=/run/k3s/
allow perm=any all : dir=/var/lib/kubelet/
allow perm=any all : dir=/root/.local/share/helm
EOF

Remarque :

Veillez à ce que cette modification ait bien été communiquée à votre équipe Linux et que les procédures adéquates aient été appliquées en matière de gestion de la configuration.

Configuration des paramètres noexec et nosuid

Les ensembles noexec et nosuid ne doivent pas être définis concernant les disques utilisés pour le montage /var/lib/rancher. L’outil configureUiPathDisks.sh crée automatiquement ces montages sans passer par ces propriétés.

Important :

Si un administrateur Linux définit manuellement ces propriétés, l’instance ne sera plus opérationnelle.

Pour plus de détails sur la configuration des disques, reportez-vous à Étape 8 : Configuration des disques.