Utilisation des clusters améliorés et des clusters de base
Découvrez les clusters améliorés et les clusters de base, les différences entre eux et comment les créer à l'aide de Kubernetes Engine (OKE).
Les clusters améliorés prennent en charge toutes les fonctionnalités disponibles, y compris celles qui ne sont pas prises en charge par les clusters de base, ce qui vous permet d'effectuer les opérations suivantes :
- Simplifiez la gestion des nœuds grâce à l'utilisation de nœuds virtuels. Les noeuds virtuels réduisent la charge de l'infrastructure d'exploitation en éliminant la nécessité de redimensionner, de mettre à niveau ou de dépanner manuellement les noeuds de processus actif. Reportez-vous à la section Working with Virtual Nodes.
- Déployez et configurez des modules complémentaires de cluster de manière plus granulaire. Vous pouvez gérer à la fois des modules essentiels (tels que CoreDNS et kube-proxy), ainsi qu'un portefeuille croissant de modules facultatifs (tels que le tableau de bord Kubernetes). Vous pouvez installer ou désactiver des modules spécifiques, sélectionner des versions de modules, accepter et désactiver les mises à jour automatiques d'Oracle et gérer les personnalisations spécifiques des modules. Oracle gère le cycle de vie des modules, de sorte que vous n'avez pas à les déployer vous-même. Reportez-vous à la section Configuring Cluster Add-ons.
- Renforcez la sécurité des clusters grâce à l'utilisation de l'identité de la charge globale. L'identité de charge globale vous permet de définir des stratégies OCI IAM qui autorisent des pods spécifiques à effectuer des appels d'API OCI et à accéder aux ressources OCI. Vous définissez la portée des stratégies sur le compte de service Kubernetes associé aux pods d'application, ce qui permet aux applications exécutées dans ces pods d'accéder directement à l'API en fonction des droits d'accès fournis par les stratégies. En outre, OCI Audit suit automatiquement tous les appels d'API effectués par les workloads Kubernetes exécutés sur le cluster. Reportez-vous à Octroi de l'accès aux ressources OCI aux charges globales.
- Provisionnez davantage de noeuds de processus actif dans le cluster. Avec plus de noeuds de processus actif dans un seul cluster, vous pouvez déployer des charges globales plus importantes sur ce cluster afin d'optimiser l'utilisation des ressources et de réduire la surcharge opérationnelle. De plus, vous disposez d'environnements moins nombreux et plus volumineux à sécuriser, surveiller, mettre à niveau et gérer. Pour plus d'informations sur le nombre de noeuds de processus actif pris en charge sur un cluster amélioré, reportez-vous à Limites de Kubernetes Engine. Reportez-vous également à la section Considerations When Defining Enhanced Clusters with Large Numbers of Managed Nodes.
- Cyclez les noeuds lors de la mise à jour ou de la mise à niveau des noeuds de processus actif. Le cycle de noeuds vous permet de remplacer automatiquement tous les noeuds de processus actif existants lorsque vous mettez à jour les propriétés de noeud de processus actif d'un pool de noeuds, y compris lorsque vous mettez à niveau les noeuds de processus actif vers une version plus récente de Kubernetes. Le moteur Kubernetes branche, draine et met fin automatiquement aux noeuds de processus actif existants, et crée des noeuds de processus actif avec les propriétés ou la version de Kubernetes indiquées. Reportez-vous aux sections Performing an In-Place Managed Node Kubernetes Upgrade by Cycling Nodes in an Existing Node Pool et Performing an In-Place Worker Node Update by Cycling Nodes in an Existing Node Pool.
- Définir des instances de calcul spécialisées et les ajouter à un cluster en tant que noeuds autogérés. L'utilisation du service Compute pour créer des instances de calcul vous permet d'ajouter des noeuds autogérés à un cluster configuré pour des charges de travail spécialisées. Vous pouvez indiquer des combinaisons de forme de calcul et d'image pour les noeuds autogérés qui ne sont pas disponibles pour les noeuds gérés et les noeuds virtuels. Reportez-vous à la section Working with Self-Managed Nodes.
- S'appuyer sur un contrat de niveau de service (SLA) soutenu financièrement lié au temps de disponibilité et à la disponibilité du serveur d'API Kubernetes. Vous recevez une rémunération si la disponibilité et la disponibilité du serveur d'API Kubernetes se dégradent en dessous du contrat de niveau de service indiqué. Reportez-vous à Contrat de niveau de service Oracle Cloud Infrastructure.
Lorsque vous créez un cluster amélioré, vous devez le créer en tant que VCN natif. Notez que vous pouvez mettre à niveau un cluster de base vers un cluster amélioré, à condition qu'il soit natif VCN. Toutefois, vous ne pouvez pas rétrograder un cluster amélioré vers un cluster de base.