Tous les produits
Search
Centre de documentation

Container Service for Kubernetes:Créer un cluster ACK managé

Dernière mise à jour :Aug 24, 2026

Lorsque vous créez un cluster ACK managé, vous configurez uniquement les nœuds de calcul. Container Service for Kubernetes (ACK) se charge de la création et de la gestion des nœuds maîtres. Cette approche réduit les coûts d'exploitation et de maintenance, vous permettant ainsi de vous concentrer sur vos applications. Cette rubrique explique comment créer un cluster ACK managé à l'aide de la console, d'une API, de Terraform, d'un SDK ou d'une CLI.

Avant de créer un cluster ACK, assurez-vous de maîtriser les concepts fondamentaux tels que les bases de Kubernetes, Container Service for Kubernetes (ACK) et les clusters ACK managés.

Si vous utilisez un cluster ACK managé pour la première fois, consultez le guide Créer rapidement une application de jeu Rubik's Cube avec ACK pour bien démarrer. Une fois le tutoriel terminé, libérez les ressources sans délai afin d'éviter toute facturation inattendue.

Planification et conception

Avant de créer un cluster, il est essentiel de planifier sa conception en fonction de vos besoins. Cela garantit un fonctionnement stable, efficace et sécurisé du cluster. Bien que la plupart des éléments de configuration puissent être modifiés après la création du cluster, certains paramètres, notamment ceux liés à la disponibilité et au réseau, sont immuables. Durant cette phase de planification, prenez en compte les facteurs suivants.

Catégorie

Description

Emplacement de déploiement

  • Région : Plus la région sélectionnée est proche de vos utilisateurs et de vos ressources déployées, plus la latence réseau est faible et la vitesse d'accès élevée.

  • Zone : Nous vous recommandons de configurer plusieurs zones afin de garantir la haute disponibilité (HA) du cluster.

Version et spécifications

  • Version Kubernetes : Définissez la version de Kubernetes à utiliser. Il est recommandé d'opter pour la dernière version disponible.

  • Édition du cluster : Les éditions Pro et Basic sont disponibles. L'édition Pro convient mieux aux environnements de production et inclut un accord de niveau de service (SLA). L'édition Basic est davantage adaptée aux environnements de préproduction et présente des quotas de ressources limités.

Planification réseau

  • Plugin réseau de conteneur : Choisissez entre Terway et Flannel. En résumé, si vous avez des exigences strictes en matière de sécurité réseau et de gestion des adresses IP (IPAM), telles que des adresses IP de pod fixes et des NetworkPolicies, optez pour Terway. Si votre cluster est de petite taille (par exemple, moins de 500 nœuds) et que vous n'avez pas de besoins réseau spécifiques, Flannel peut convenir. Pour plus de détails sur les différences, consultez la page Comparaison entre Terway et Flannel.

  • Planification des adresses réseau : Planifiez les blocs CIDR du VPC (bloc CIDR propre au VPC et blocs CIDR des vSwitch) ainsi que les blocs CIDR Kubernetes (plage d'adresses des pods et plage d'adresses des services) en fonction de votre scénario métier et de la taille du cluster. Cela définit la plage d'adresses IP pour l'ensemble du cluster et le nombre d'adresses IP disponibles pour les pods et les nœuds.

  • Accès au réseau public : Déterminez si les nœuds du cluster doivent accéder au réseau public. Cet accès est nécessaire pour extraire des images publiques.

    Pour plus d'informations sur la configuration, reportez-vous à la section Configure an SNAT rule for the VPC de la rubrique Définir les limites réseau du cluster et les bases de la haute disponibilité.

  • Double pile IPv6 : Déterminez si le cluster doit prendre en charge les protocoles IPv4 et IPv6 simultanément. Pour activer cette fonctionnalité, le VPC hébergeant le cluster doit prendre en charge la double pile et vous devez planifier un bloc CIDR IPv6.

  • Groupe de sécurité : Le groupe de sécurité où résident les ressources du cluster et le type de groupe de sécurité à utiliser.

  • Nom de domaine du cluster : Le domaine de premier niveau (suffixe standard) utilisé par tous les services du cluster. Cela permet aux pods et autres ressources de s'adresser mutuellement par nom plutôt que par adresse IP. La valeur par défaut est cluster.local. Pour personnaliser ce paramètre, consultez la rubrique Que faut-il savoir lors de la configuration d'un nom de domaine de cluster (ClusterDomain) ?

Préparatifs

Avant de créer un cluster, assurez-vous d'avoir activé Container Service for Kubernetes (ACK), attribué le rôle de service système ACK à votre compte Alibaba Cloud ou utilisateur RAM, et activé les produits cloud associés tels que VPC, Server Load Balancer (SLB) et NAT Gateway. ACK nécessite ces autorisations pour appeler les services connexes et effectuer les opérations sur le cluster. Pour plus d'informations, consultez la rubrique Créer rapidement un cluster ACK managé.

Remarque

Le processus de création implique l'achat de ressources facturées à l'utilisation, telles que des instances Server Load Balancer (SLB). Assurez-vous que votre solde est suffisant pour éviter toute interruption de service due à des impayés.

Créer un cluster

Vous pouvez créer des clusters ACK via la console, une API, un SDK, Terraform ou une CLI.

Console

Flux de création

Remarque

Pour créer un cluster dans la console avec un utilisateur RAM, vous devez configurer les autorisations requises. Pour savoir comment accorder des autorisations fines, consultez la rubrique Autorisations requises pour la console ACK.

Suivez les instructions de la console pour créer un cluster avec les configurations par défaut. Si vous souhaitez utiliser des configurations plus granulaires, consultez la rubrique Éléments de configuration des clusters ACK managés pour découvrir les options disponibles et leur activation. La section suivante détaille le processus.

image

Étape 1 : Accéder à la page de création

  1. Connectez-vous à la console ACK. Dans le volet de navigation de gauche, cliquez sur Clusters.

  2. En haut à gauche de la page, sélectionnez le groupe de ressources et la région de la ressource cible. image

  3. Sur la page Clusters, cliquez sur Create Cluster. Sur la page ACK Managed Cluster, suivez les instructions à l'écran pour configurer le cluster, le pool de nœuds et les composants.

    Les étapes suivantes n'activent pas le mode d'hébergement intelligent. Pour utiliser ce mode, consultez la rubrique Créer un cluster ACK managé (mode d'hébergement intelligent) .

Étape 2 : Configurer le cluster

Type de configuration

Description

Exemple

Configuration de base

Informations de base sur le cluster, y compris son nom, son édition, sa région et sa version. Vous pouvez activer les mises à jour automatiques de la version du cluster et configurer une fenêtre de maintenance pour une exécution planifiée.

image

Configuration réseau

Commutateur double pile IPv6, configurations VPC et vSwitch, autorisation ou non de l'accès public au serveur API, groupe de sécurité, plugin réseau de conteneur et configurations de bloc CIDR.

Nous vous recommandons d'utiliser des blocs CIDR privés standards pour le VPC du cluster, tels que 10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16. Si vous avez des besoins spécifiques, rendez-vous sur le Quota Center pour demander l'autorisation d'use a public CIDR block to create a cluster.

image

Configuration avancée

Configurations liées à la gestion des ressources du cluster et à la sécurité du cluster.

image

Pour plus d'informations sur les éléments de configuration, consultez la section Configuration du cluster.

(Facultatif) Étape 3 : Configurer le pool de nœuds

Un pool de nœuds sert à regrouper et gérer les nœuds. Il s'agit d'une collection logique de nœuds partageant les mêmes propriétés et ne constitue pas un élément facturable. En termes simples, un pool de nœuds agit comme un modèle de configuration. Les nœuds mis à l'échelle à partir du pool de nœuds utilisent ce modèle. Le pool de nœuds configuré à cette étape devient le pool de nœuds par défaut du cluster.

Vous pouvez suivre les instructions à l'écran pour ignorer la création et la configuration d'un pool de nœuds. Une fois le cluster créé, vous pouvez créer d'autres pools de nœuds pour mixer et isoler des nœuds de types différents, par exemple selon le système d'exploitation, l'architecture CPU, la méthode de facturation et le type d'instance. Pour plus d'informations, consultez la rubrique Créer et gérer un pool de nœuds. Vous pouvez également ajouter au cluster des instances ECS existantes que vous avez achetées. Pour plus d'informations, consultez la rubrique Ajouter des nœuds existants.

Type de configuration

Description

Exemple

Configuration de base

Informations de base sur les nœuds, y compris le nom et l'environnement d'exécution. Vous pouvez activer des capacités d'exploitation et de maintenance automatisées.

image

Configuration de l'instance et de l'image

Méthode de facturation des nœuds, types d'instances à utiliser (il est recommandé d'en sélectionner plusieurs), système d'exploitation, etc.

image

Configuration du stockage

Disque système (pour l'installation et l'exécution du système d'exploitation) et disques de données (pour le stockage persistant des données métier) utilisés par les nœuds.

image

Configuration de la quantité d'instances

Nombre souhaité d'instances à maintenir dans le pool de nœuds, ainsi que la configuration de capacité et de compensation pour les instances spot (prise en charge uniquement lorsque la méthode de facturation est « instance spot »).

image

Configuration avancée

Paramètres avancés tels que les tags ECS, les libellés de nœud et les taints.

image

Pour plus d'informations sur les éléments de configuration, consultez la section Configuration du pool de nœuds.

Étape 4 : Configurer les composants

Outre les composants système, ACK propose divers composants fonctionnels pour étendre les capacités du cluster. Ces composants offrent des fonctionnalités pour la mise en réseau du cluster, l'observabilité, l'optimisation des coûts, etc.

Remarque

ACK installe par défaut certains composants pour vous, conformément aux meilleures pratiques. Vous pouvez les visualiser et les confirmer à cette étape. Vous pouvez également installer, désinstaller ou mettre à niveau des composants après la création du cluster. Pour plus d'informations, consultez la rubrique Gérer les composants.

Type de configuration

Description

Exemple

Composants de base

Composants de mise en réseau, de stockage et d'observabilité.

image

Plus de composants

Composants pour des scénarios tels que la gestion des applications, la surveillance des journaux et le stockage.

image

Pour plus d'informations sur les éléments de configuration, consultez la section Configuration des composants.

Étape 5 : Confirmer la configuration et les informations de facturation

Sur la page Confirm Configuration, confirmez la configuration du cluster, y compris les configurations de fonctionnalités, la facturation des ressources et les vérifications de dépendance des produits cloud. Ensuite, lisez les conditions d'utilisation.

Les clusters ACK managés entraînent des frais de gestion de cluster (uniquement pour l'édition Pro) et des frais pour d'autres produits cloud. Vous pouvez consulter un aperçu des frais du cluster en bas de la page de création. Vous pouvez également consulter la documentation de facturation pour ACK et chaque produit. Pour plus d'informations, consultez les rubriques Aperçu de la facturation et Frais des ressources des produits cloud.

Vous pouvez également cliquer sur Equivalent Code dans le coin supérieur droit de la page Confirm Configuration pour générer des exemples de paramètres Terraform ou SDK correspondant à la configuration actuelle du cluster.

API

Point d'entrée de débogage

Point d'entrée de débogage CreateCluster

Exemple de requête

Voici un exemple de requête pour créer un cluster ACK managé de l'édition Pro. Pour la liste complète des paramètres, consultez la rubrique CreateCluster - Créer un cluster.

POST /clusters 
<Common request headers>
{
    "name": "ack-managed-cluster",            
    "cluster_type": "ManagedKubernetes",  // Used with profile and cluster_spec to specify the cluster type as ACK Managed Cluster Pro Edition. #required
    "profile": "Default",                    
    "cluster_spec": "ack.pro.small",         
    "kubernetes_version": "1.32.1-aliyun.1",  // The version of the cluster to be created. We recommend that you select the latest version.   
    "region_id": "cn-hongkong",   // The region where the cluster belongs is China (Hong Kong). #required
    "snat_entry": true,           // Configure an SNAT rule for the VPC to enable public network access for the cluster.
    "endpoint_public_access": false,  // Disable public access to the API server for the cluster.
    "deletion_protection": true,  // Enable deletion protection for the cluster.
    "proxy_mode": "ipvs",         // Select the high-performance IPVS proxy mode for kube-proxy.
    "tags": [],
    "timezone": "Asia/Shanghai",
    "addons": [                  // The cluster components to be installed.
        {
            "name": "terway-controlplane",
            "config": "{\"ENITrunking\":\"true\"}"
        },
        {
            "name": "terway-eniip",  // The network type of the cluster is Terway. This cannot be changed after the cluster is created.
            "config": "{\"IPVlan\":\"false\",\"NetworkPolicy\":\"false\",\"ENITrunking\":\"true\"}"
        },
        {
            "name": "csi-plugin"
        },
        {
            "name": "managed-csiprovisioner"
        },
        {
            "name": "storage-operator",
            "config": "{\"CnfsOssEnable\":\"false\",\"CnfsNasEnable\":\"false\"}"
        },
        {
            "name": "nginx-ingress-controller",
            "disabled": true
        },
        {
            "name": "ack-node-local-dns"
        }
    ],
    "enable_rrsa": false,
    "os_type": "Linux",
    "platform": "AliyunLinux",
    "image_type": "AliyunLinux3",
    "pod_vswitch_ids": [         // For a Terway network cluster, you must specify the vSwitch where the pods are located because each pod occupies a machine IP address.
        "vsw-j6cht66iul7h61x******",
        "vsw-j6c5ne6mxgnx3g5******"
    ],
    "charge_type": "PostPaid",
    "vpcid": "vpc-j6cc1ddlp4rzs7v******",   // The VPC ID of the cluster must be determined during network planning and cannot be changed after creation. #required
    "service_cidr": "192.168.xx.xx/16",     // The service CIDR block for the cluster. #required
    "vswitch_ids": [                        // Select multiple vSwitches to ensure high availability for the cluster. #required
        "vsw-j6cht66iul7h61x******",
        "vsw-j6c5ne6mxgnx3g5******"
    ],
    "ip_stack": "ipv4",                     // Select IPv4 as the IP stack type.
    "logging_type": "SLS",
    "cpu_policy": "none",
    "service_account_issuer": "https://kubernetes.default.svc",
    "api_audiences": "https://kubernetes.default.svc",
    "is_enterprise_security_group": true,
    "maintenance_window": {    // Set the maintenance window for the cluster to 01:00-04:00 every Thursday.
        "enable": true,
        "duration": "3h",
        "weekly_period": "Thursday",
        "maintenance_time": "2025-03-03T01:00:00.000+08:00"
    },
    "operation_policy": {
        "cluster_auto_upgrade": {
            "enabled": true,
            "channel": "stable"
        }
    },
    "controlplane_log_ttl": "30",
    "controlplane_log_components": [
        "apiserver",
        "kcm",
        "scheduler",
        "ccm",
        "controlplane-events",
        "alb"
    ],
    "nodepools": [
        {
            "nodepool_info": {         // Node pool configuration.
                "name": "default-nodepool"        
            },
            "scaling_group": {
                "system_disk_category": "cloud_essd",   // Select an ESSD for the system disk of the node pool.
                "system_disk_size": 120,                // Set the system disk size to 120 GiB.
                "system_disk_performance_level": "PL0", // The IOPS performance limit for a single system disk is 10,000.
                "system_disk_encrypted": false,
                "data_disks": [],
                "tags": [],
                "soc_enabled": false,
                "security_hardening_os": false,
                "vswitch_ids": [
                    "vsw-j6cht66iul7h61x******",
                    "vsw-j6c5ne6mxgnx3g5******"
                ],
                "instance_types": [
                    "ecs.c6.xlarge",
                    "ecs.c7.xlarge"
                ],
                "instance_patterns": [],
                "login_password": "",
                "instance_charge_type": "PostPaid",
                "security_group_ids": [],
                "platform": "AliyunLinux",
                "image_id": "aliyun_3_x64_20G_alibase_20241218.vhd",
                "image_type": "AliyunLinux3",
                "desired_size": 3,        // Create a node pool with a desired node count of 3.
                "rds_instances": [],
                "multi_az_policy": "BALANCE"
            },
            "kubernetes_config": {
                "cpu_policy": "none",
                "cms_enabled": true,
                "unschedulable": false,
                "runtime": "containerd",    // Set the container runtime to containerd 1.6.36. This cannot be changed after the cluster is created.
                "runtime_version": "1.6.36"
            },
            "node_config": {
                "image_acceleration_config": {
                    "enable_image_acceleration": false
                }
            },
            "management": {
                "enable": true,
                "auto_repair": true,
                "auto_repair_policy": {
                    "restart_node": true
                },
                "auto_upgrade": true,
                "auto_upgrade_policy": {
                    "auto_upgrade_kubelet": true,
                    "auto_upgrade_os": false
                },
                "auto_vul_fix": true,
                "auto_vul_fix_policy": {
                    "vul_level": "asap",
                    "restart_node": true
                },
                "rolling_policy": {
                    "max_parallelism": 10
                }
            }
        }
    ]
}

Descriptions des paramètres clés

Lorsque vous appelez l'opération API CreateCluster pour créer un cluster ACK managé, accordez une attention particulière à la configuration des paramètres suivants :

Paramètre

Description

Combinaisons de paramètres

cluster_type

Le type de cluster. Lors de la création d'un cluster ACK managé, vous devez définir ce paramètre sur ManagedKubernetes.

Créer un cluster ACK managé de l'édition Pro

  • "cluster_type": "ManagedKubernetes"

  • "profile": "Default"

  • "cluster_spec": "ack.pro.small"

Créer un cluster ACK managé de l'édition Basic

  • "cluster_type": "ManagedKubernetes"

  • "profile": "Default"

  • "cluster_spec": "ack.standard"

profile

Le sous-type de cluster. Lors de la création d'un cluster ACK managé, vous devez définir ce paramètre sur Default.

cluster_spec

Spécifications du cluster

  • ack.pro.small : crée un cluster ACK managé de l'édition Pro.

  • ack.standard : crée un cluster ACK managé de l'édition Basic.

Terraform

Pour plus d'informations, consultez la rubrique Créer un cluster ACK managé à l'aide de Terraform.

SDK

Pour plus d'informations, consultez la rubrique Exemple d'appel Java SDK.

CLI

Pour plus d'informations, consultez la rubrique Créer un cluster ACK à l'aide de la CLI.

Étapes suivantes

  • Déploiement d'applications : Créez et gérez des charges de travail, telles que des déploiements, des StatefulSets et des jobs. Pour plus d'informations, consultez la rubrique Créer une charge de travail.

  • Découverte de services et gestion du réseau

    • Service : Fournit un point d'accès fixe pour un groupe de pods afin d'activer des fonctionnalités telles que l'accès intra-cluster et l'accès au réseau public.

    • Ingress : Configure différentes règles de transfert, telles que le routage vers différents services en fonction des noms de domaine ou des chemins d'accès, pour mettre en œuvre l'équilibrage de charge.

    • DNS de découverte de services : Fournit des services de résolution de noms de domaine pour les charges de travail au sein du cluster. Cela permet aux services internes au cluster de s'adresser mutuellement par nom de service sans nécessiter leurs adresses IP spécifiques.

  • Configuration de l'observabilité : Mettez en place la collecte de journaux du cluster, la surveillance et les alertes pour diagnostiquer les problèmes et observer l'état du cluster. Pour plus d'informations sur les solutions d'observabilité qu'ACK propose pour l'infrastructure, les conteneurs et les charges de travail, consultez la rubrique Observabilité.

  • Stockage : Utilisez les plugins Container Storage Interface (CSI) pour répondre aux besoins de stockage tels que le stockage persistant des données d'application, le stockage des données sensibles et de configuration, et le provisionnement dynamique des ressources de stockage.

  • Configuration de la mise à l'échelle élastique : Si les besoins en ressources de votre activité sont difficiles à prévoir ou fluctuent de manière cyclique (comme pour les applications web, les services de jeux ou l'éducation en ligne), nous vous recommandons d'activer la mise à l'échelle élastique. Cela inclut la mise à l'échelle des charges de travail (telle que Horizontal Pod Autoscaler (HPA), CronHPA et Vertical Pod Autoscaler (VPA)) et la mise à l'échelle des ressources de calcul (telle que la mise à l'échelle automatique des nœuds et la mise à l'échelle instantanée des nœuds).

  • Autorisation fine

    Si vous avez besoin d'un contrôle d'accès plus fin sur la couche de ressources sous-jacente (produits cloud dont dépend ACK) et les ressources internes du cluster (objets de ressources Kubernetes), ACK propose plusieurs solutions de gestion des autorisations basées sur Alibaba Cloud RAM et le mécanisme natif de contrôle d'accès basé sur les rôles (RBAC) de Kubernetes. Pour plus d'informations, consultez la rubrique Autorisation.

Quotas et limites

Si vous disposez d'un cluster de grande taille ou si votre compte contient de nombreuses ressources, vous devez connaître les quotas et les limites d'utilisation des clusters ACK. Pour plus d'informations, consultez la rubrique Quotas et limites.

  • Limites : Elles incluent les limites de configuration ACK (telles que le solde du compte) et les limites de capacité d'un seul cluster (la capacité maximale des différentes ressources Kubernetes au sein d'un seul cluster).

  • Limites de quota et demandes d'augmentation de quota : Cela inclut les limites de quota pour les clusters ACK et les produits cloud dont dépend ACK, tels que ECS et VPC. Pour demander une augmentation de quota, suivez les instructions de la documentation pertinente.

FAQ

Si vous rencontrez des problèmes lors de l'utilisation d'un cluster ACK, consultez les rubriques Dépannage et FAQ pour résoudre les problèmes vous-même.

Puis-je créer un cluster sans nœud ?

Oui, c'est possible. Si vous souhaitez ignorer la création de nœuds ou ajouter des instances ECS existantes au cluster après sa création, définissez Desired Number of Nodes sur 0 pendant le processus de configuration. Cela définit le nombre d'instances dans le cluster à 0. Une fois les autres configurations requises terminées, vous pouvez mettre à jour la configuration du pool de nœuds ou créer d'autres pools de nœuds. Pour plus d'informations, consultez la rubrique Créer et gérer un pool de nœuds. Pour ajouter des instances ECS existantes au cluster, consultez la rubrique Ajouter des nœuds existants.

Comment ajouter des instances ECS achetées à un cluster ?

ACK prend en charge l'ajout manuel ou automatique d'instances ECS existantes à un pool de nœuds. Lorsque vous utilisez la méthode automatique, le système d'exploitation d'origine de l'instance ECS est remplacé par celui du pool de nœuds et le disque système d'origine est libéré. Si vous souhaitez conserver le système d'exploitation de l'instance ECS, choisissez la méthode manuelle. Pour plus d'informations sur les précautions à prendre et la procédure, consultez la rubrique Ajouter des nœuds existants.

Nous vous recommandons que les instances ECS que vous souhaitez ajouter aient des configurations identiques ou similaires (telles que la méthode de facturation, la configuration des disques et le type d'instance) à celles du pool de nœuds cible. Cela facilite la gestion unifiée des nœuds.

Puis-je ajouter des instances ECS facturées à l'utilisation à un pool de nœuds par abonnement ?

Oui, c'est possible. Pour plus d'informations, consultez la rubrique Ajouter des nœuds existants. Toutefois, si la méthode de facturation du pool de nœuds est l'abonnement, les nœuds mis à l'échelle à partir du pool de nœuds seront également des instances par abonnement. Nous vous recommandons de créer différents pools de nœuds pour gérer les nœuds ayant des propriétés différentes, telles que la méthode de facturation, la configuration des disques et le type d'instance. Pour plus d'informations, consultez la rubrique Créer et gérer un pool de nœuds.

Pourquoi un cluster nouvellement créé signale-t-il un nombre insuffisant de pods ?

Ce problème peut survenir pour les raisons suivantes :

  • Utilisation des composants : Les composants du cluster s'exécutent sous forme de pods et consomment des ressources de nœud. Certains composants peuvent utiliser plusieurs réplicas. Si vous activez de nombreuses fonctionnalités lors de la configuration des composants pendant la création du cluster, ces composants peuvent consommer beaucoup de pods sur les nœuds.

  • Type d'instance de petite taille : En mode Terway, le nombre maximal de pods qu'un seul nœud peut prendre en charge dépend du nombre d'interfaces réseau élastiques (ENI) fournies par la famille d'instances ECS. Bien que le nombre maximal de pods pris en charge par un nœud ne soit pas directement proportionnel aux ressources CPU et mémoire, les types d'instances ECS plus petits prennent généralement en charge moins d'ENI. Cela entraîne une limite de pods par nœud plus faible.

Lorsque le nombre de pods sur un nœud atteint sa limite, de nouveaux pods ne peuvent pas être planifiés. Cela affecte les performances de vos services. Vous pouvez augmenter le nombre de pods disponibles en mettant à l'échelle le pool de nœuds pour ajouter plus de nœuds ou en mettant à niveau les configurations des nœuds pour augmenter le nombre maximal de pods par nœud. Pour plus d'informations, consultez la rubrique Ajuster le nombre de pods disponibles sur un nœud.

Pourquoi les ressources CPU et mémoire disponibles sont-elles inférieures à celles définies par le type d'instance lors de l'achat ?

ACK réserve certaines ressources de nœud pour les composants kube et les processus système afin de garantir le bon fonctionnement du noyau du système d'exploitation, des services système et des processus daemon Kubernetes. Il en résulte une différence entre les ressources totales d'un nœud (Capacity) et les ressources allouables (Allocatable). Pour plus d'informations, consultez la rubrique Politique de réservation des ressources de nœud.

Références