Comparer les fonctionnalités des clusters Autopilot et Standard

Cette page fournit une comparaison détaillée entre les clusters Autopilot et les clusters standards de Google Kubernetes Engine (GKE). La comparaison inclut des fonctionnalités GKE importantes et les différences fonctionnelles entre ces modes de cluster.

Cette page est destinée aux personnes suivantes :

  • Administrateurs de plate-forme qui souhaitent connaître les principales différences entre les clusters Autopilot et Standard, afin de pouvoir faire un choix éclairé lors de la création d'un cluster.
  • Nouveaux utilisateurs de GKE qui connaissent déjà GKE et souhaitent savoir quel mode de cluster offre les fonctionnalités les plus adaptées à une exigence spécifique.

Les sections suivantes ne s'appliquent qu'aux clusters que vous créez en mode Autopilot ou Standard. Une fois que vous avez créé un cluster Standard, vous pouvez exécuter certaines charges de travail en mode Autopilot. Ces charges de travail s'exécutent sur des nœuds que GKE gère pour vous. Pour en savoir plus sur l'exécution des charges de travail Autopilot dans vos clusters Standard, y compris sur les paramètres susceptibles de remplacer la configuration au niveau du cluster, consultez À propos des charges de travail Autopilot dans GKE Standard.

Comparaison des fonctionnalités des clusters Autopilot et Standard

Le tableau suivant compare en détail la configuration des fonctionnalités dans les clusters Autopilot et Standard. Vous ou GKE définissez ces configurations de fonctionnalités pour l'ensemble du cluster.

Le tableau n'affiche pas toutes les fonctionnalités de GKE. Si vous souhaitez savoir si une fonctionnalité qui ne figure pas dans ce tableau est compatible avec les modes Autopilot ou standard, consultez la documentation de cette fonctionnalité.

Le tableau ci-dessous utilise la terminologie suivante :

  • Préconfiguré : toujours activé. Google configure ces paramètres. Vous ne pouvez pas modifier ni désactiver les fonctionnalités préconfigurées.
  • Par défaut : GKE configure la fonctionnalité pour vous si vous ne la configurez pas explicitement. Vous pouvez modifier les configurations par défaut des fonctionnalités.
  • Facultatif : disponible pour la configuration et l'utilisation. Cette option est désactivée par défaut.
Option Clusters Autopilot Clusters standards

Par défaut : version disponible standard.

Facultatif :

Par défaut : version disponible standard.

Facultatif :
Préconfiguré : Régionale. Facultatif : Régionale ou zonale.
Préconfiguré : GKE gère les nœuds, y compris la configuration des nœuds, l'autoscaling et les contraintes de sécurité.

Facultatif :

  • Vous créez et gérez des nœuds dans des pools de nœuds.
  • Vous laissez GKE gérer certains nœuds en utilisant une ComputeClass Autopilot dans votre cluster Standard.

Préconfiguré : Autopilot adapte automatiquement la quantité et la taille des nœuds en fonction des pods du cluster.

Facultatif :

Par défaut :

  • Provisionner manuellement de nouveaux nœuds.
  • Spécifier manuellement des ressources de nœud.

Facultatif :
Préconfiguré : Container-Optimized OS avec containerd.

Par défaut : Container-Optimized OS avec containerd

Facultatif :

Valeur par défaut : Plate-forme de calcul optimisée pour les conteneurs, recommandée pour les charges de travail à usage général.

Facultatif :

Par défaut : types de machines Compute Engine à usage général.

Facultatif :

Préconfiguré :

Facultatif :

Par défaut :

Facultatif :

Préconfiguré :

Facultatif :

Par défaut : nœuds GKE protégés

Facultatif :

Préconfiguré :

Par défaut :

Facultatif :

Préconfiguré : 256 pods maximum dans chaque nœud

Par défaut :

  • 110 pods dans chaque nœud
  • VPC natif
  • Point de terminaison de cluster IPv4 public
  • Nom du réseau VPC et nom du sous-réseau
  • kube-dns

Facultatif :

Préconfiguré :

Facultatif :

Par défaut :

Facultatif :

Préconfiguré :

Facultatif : Cloud Service Mesh géré, qui fournit également des fonctionnalités de maillage Istio.

Par défaut :

Facultatif :

Différences fonctionnelles entre les clusters Autopilot et Standard

Le tableau suivant présente les principales différences fonctionnelles entre les clusters GKE Autopilot et GKE Standard. Utilisez cette comparaison pour choisir un mode de manière plus éclairée.

Fonctionnalité Clusters Autopilot Clusters standards
Outils de surveillance tiers Déployer un outil de surveillance tiers fourni par les partenairesGoogle Cloud ou tout outil tiers ne nécessitant pas un accès élevé sur le nœud. Déployer un outil de surveillance tiers, quel que soit le niveau d'accès aux nœuds.
Exposer des applications en externe Utiliser un service LoadBalancer. Une adresse IP externe éphémère est alors provisionnée pour vous. Si vous disposez déjà d'une adresse IP statique que vous souhaitez utiliser, spécifiez-la dans le champ loadBalancerIP. Autopilot n'est pas compatible avec le champ externalIps, qui n'utilise pas l'équilibrage de charge Google Cloud . Utiliser un service LoadBalancer. Une adresse IP externe éphémère est alors provisionnée pour vous. Si vous disposez déjà d'une adresse IP statique que vous souhaitez utiliser, spécifiez-la dans le champ loadBalancerIP. Vous pouvez également utiliser le champ externalIps dans le fichier manifeste du service, mais nous ne recommandons pas cette approche.
Utilisation intensive des pods

Les pods peuvent exploiter la capacité extensible inutilisée si vos limites de ressources sont supérieures à vos demandes de ressources ou si vous ne définissez pas de limites de ressources. La capacité extensible dépend du fait que le pod demande ou non un matériel spécifique. Pour en savoir plus, consultez Configurer l'utilisation intensive des pods dans GKE.

Les pods peuvent exploiter la capacité inutilisée sur le nœud si vos limites de ressources sont supérieures à vos demandes de ressources.
Applications Google Cloud Marketplace Vous ne pouvez pas installer d'applications depuis Cloud Marketplace. Vous pouvez installer des applications depuis Cloud Marketplace.
Contraintes de sécurité intégrées En mode Autopilot, GKE applique les mesures de sécurité GKE Autopilot. GKE applique automatiquement les contraintes de sécurité pour les clusters standards. Si certains nœuds du cluster exécutent des charges de travail Autopilot à l'aide d'une ComputeClass, les mesures de sécurité GKE Autopilot s'appliquent à ces nœuds dans la mesure du possible.
Pods tolérants aux pannes de longue durée Vous pouvez protéger les pods tolérants aux pannes tels que les serveurs de jeu contre l'éviction provoquée par des mises à niveau automatiques ou des scalings à la baisse des nœuds pendant sept jours au maximum. Pour en savoir plus, consultez la section Prolonger la durée d'exécution des pods Autopilot. Vous ne pouvez pas protéger les pods tolérants aux pannes contre l'éviction provoquée par des mises à niveau automatiques des nœuds. Vous pouvez protéger ces pods contre l'éviction à la baisse indéfiniment, mais vous continuez à payer pour les nœuds sous-utilisés sur lesquels les pods s'exécutent.

Étapes suivantes