Aidez à améliorer cette page

Pour contribuer à ce guide de l’utilisateur, cliquez sur le lien Modifier cette page sur GitHub qui se trouve dans le volet droit de chaque page.

Exécutez les modules complémentaires critiques sur des instances dédiées.

Dans cette rubrique, vous apprendrez comment déployer une charge de travail avec une tolérance CriticalAddonsOnly afin que le mode automatique EKS la planifie sur le pool de nœuds system.

Le pool de nœuds system intégré au mode automatique EKS est conçu pour exécuter des modules complémentaires essentiels sur des instances dédiées. Cette séparation garantit que les composants essentiels disposent de ressources dédiées et sont isolés des charges de travail générales, ce qui améliore la stabilité et les performances globales du cluster.

Ce guide explique comment déployer des modules complémentaires dans le pool de nœuds system en utilisant la tolérance CriticalAddonsOnly et les sélecteurs de nœuds appropriés. En suivant ces étapes, vous pouvez vous assurer que vos applications critiques sont planifiées sur les nœuds system dédiés, en tirant parti des avantages en termes d’isolation et d’allocation des ressources offerts par la structure de pool de nœuds spécialisée du mode automatique EKS.

Le mode automatique EKS dispose de deux pools de nœuds intégrés : general-purpose et system. Pour de plus amples informations, consultez Activer ou désactiver les groupes de nœuds créés.

Le but du pool de nœuds system est de séparer les modules complémentaires critiques sur différents nœuds. Les nœuds provisionnés par le pool de nœuds system ont un rejet Kubernetes CriticalAddonsOnly. Kubernetes ne planifiera les pods sur ces nœuds que s’ils ont une tolérance correspondante. Pour plus d’informations, consultez Rejets et tolérances dans la documentation de Kubernetes.

Prérequis

Procédure

Consultez l’exemple YAML ci-dessous. Notez les configurations suivantes :

apiVersion: apps/v1
kind: Deployment
metadata:
  name: sample-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: sample-app
  template:
    metadata:
      labels:
        app: sample-app
    spec:
      nodeSelector:
        karpenter.sh/nodepool: system
      tolerations:
      - key: "CriticalAddonsOnly"
        operator: "Exists"
      containers:
      - name: app
        image: nginx:latest
        resources:
          requests:
            cpu: "500m"
            memory: "512Mi"

Pour mettre à jour une charge de travail afin qu’elle s’exécute sur le pool de nœuds system, vous devez :

Une fois la charge de travail mise à jour, elle s’exécutera sur des nœuds dédiés.