FAQ sur Kubernetes Engine (OKE)

Trouvez les réponses aux questions les plus fréquentes sur Kubernetes Engine (OKE).

Cette rubrique répond à des questions fréquentes sur Kubernetes Engine.

Kubernetes Engine (OKE) prend-il en charge les fonctionnalités alpha et bêta de Kubernetes ?

Périodiquement, Kubernetes publie de nouvelles fonctionnalités. L'introduction des nouvelles fonctionnalités Kubernetes respecte les phases suivantes, comme décrit dans la documentation Kubernetes :

  • Phase alpha : une fonctionnalité alpha est désactivée par défaut, peut contenir des bugs, et peut être modifiée ou supprimée à tout moment. La fonctionnalité est recommandée uniquement pour les clusters de test à courte durée de vie.
  • Phase bêta : une fonctionnalité bêta est généralement activée par défaut, a été testée et ne sera pas supprimée. Toutefois, les détails de la fonctionnalité peuvent changer et entraîner une incompatibilité. La fonctionnalité est recommandée uniquement pour des utilisations non essentielles à l'entreprise.
  • Phase de disponibilité générale : une fonctionnalité disponible de façon générale (ou stable) est toujours activée. Elle apparaît dans de nombreuses versions successives des logiciels publiés.

Kubernetes Engine prend en charge l'utilisation des fonctionnalités bêta de Kubernetes activées par défaut dans Kubernetes. Kubernetes Engine ne prend pas en charge les fonctionnalités alpha, ni les fonctionnalités bêta désactivées par défaut.

Pour plus d'informations sur les fonctionnalités alpha et bêta de Kubernetes, reportez-vous à la documentation Kubernetes.

Que sont les clusters natifs du réseau cloud virtuel ?

Kubernetes Engine crée des clusters Kubernetes entièrement intégrés à votre réseau cloud virtuel (VCN) Oracle Cloud Infrastructure. Les noeuds de processus actif, les équilibreurs de charge et l'adresse d'API Kubernetes font partie de votre réseau cloud virtuel, et vous pouvez les configurer comme étant publics ou privés. Les clusters entièrement intégrés au réseau cloud virtuel sont appelés "clusters natifs du réseau cloud virtuel".

Remarque

Dans les versions précédentes, les clusters étaient provisionnés avec des adresses d'API Kubernetes publiques qui n'étaient pas intégrées à votre VCN.

Vous pouvez continuer à créer de tels clusters en utilisant l'interface de ligne de commande ou l'API, mais pas la console. Notez que vous pouvez uniquement créer ces clusters en tant que clusters de base et non en tant que clusters améliorés.

Que sont les noeuds virtuels et les pools de noeuds virtuels ?

Les noeuds virtuels sont entièrement gérés par Oracle. Les noeuds virtuels offrent une expérience Kubernetes "sans serveur", ce qui vous permet d'exécuter des applications en conteneur à grande échelle sans frais opérationnels liés à la mise à niveau de l'infrastructure de plan de données et à la gestion de la capacité des clusters. Vous pouvez uniquement créer des noeuds virtuels dans des clusters améliorés.

En revanche, les noeuds gérés sont exécutés sur des instances de calcul (bare metal ou machine virtuelle) dans votre location et vous les gérez au moins en partie. En tant que responsable de la gestion des noeuds gérés, vous avez la possibilité de les configurer pour répondre à vos besoins spécifiques. Vous êtes responsable de la mise à niveau de Kubernetes sur les noeuds gérés et de la gestion de la capacité du cluster. Vous pouvez créer des noeuds gérés dans des clusters de base et des clusters améliorés.

Pour obtenir une comparaison détaillée des noeuds virtuels et des noeuds gérés, reportez-vous à la section Comparing Virtual Nodes with Managed Nodes.