Container Service for Kubernetes:ACK managed cluster: Parameters

Saisissez un nom personnalisé pour le pool de nœuds.

Activez les pools de nœuds gérés pour utiliser les fonctionnalités d'O&M automatisées fournies par ACK.

Si votre activité est sensible aux modifications apportées aux nœuds sous-jacents et ne peut pas tolérer les redémarrages de nœuds ou les migrations de pods d'application, nous vous déconseillons d'activer cette fonctionnalité.

Pour activer cette option ultérieurement, vous pouvez modifier le pool de nœuds afin de l'activer.

ACK surveille automatiquement l'état des nœuds et effectue des tâches d'autorécupération lorsqu'un nœud devient anormal. Si vous sélectionnez Restart Faulty Node, le processus d'autorécupération peut impliquer des opérations telles que la vidange du nœud et le remplacement des disques. Pour plus d'informations sur les conditions de déclenchement et les événements associés, reportez-vous à Activer l'autorécupération des nœuds.

Corriger les vulnérabilités CVE du système d'exploitation dans le pool de nœuds. Vous pouvez configurer le niveau de correction des vulnérabilités de sécurité.

Ressources cloud et facturation : Security Center

ACK n'effectue des opérations d'O&M automatisées sur les pools de nœuds gérés que pendant la fenêtre de maintenance définie.

Lorsqu'un pool de nœuds est mis à l'échelle, il alloue des instances à partir de la famille d'instances ECS configurée. Pour améliorer le taux de réussite des mises à l'échelle, sélectionnez plusieurs types d'instance dans plusieurs zones afin d'éviter les indisponibilités ou les ruptures de stock. Le type d'instance spécifique pour la mise à l'échelle est déterminé par la Preemptible Instance configurée.

Pour garantir la stabilité de l'activité et une planification précise des ressources, ne mélangez pas les types d'instance GPU et non GPU dans le même pool de nœuds.

Vous pouvez configurer les types d'instance utilisés pour la mise à l'échelle de deux manières :

• Types spécifiques : Spécifiez les types d'instance en fonction de dimensions telles que le nombre de vCPU, la mémoire, la famille d'instances et l'architecture CPU (l'architecture CPU de l'instance doit être cohérente avec l'architecture de l'image du système d'exploitation).

  Lors de l'utilisation de Terway, vous pouvez afficher le nombre maximal de pods par nœud pour le type d'instance cible dans la liste des types d'instance.

• Configuration de généralisation : Sélectionnez une liste de types d'instance à utiliser ou à exclure en fonction d'attributs (tels que le nombre de vCPU et la mémoire) pour améliorer encore le taux de réussite de la mise à l'échelle.

Vous pouvez consulter les recommandations de force d'élasticité dans la console ou afficher la force d'élasticité du pool de nœuds après la création du pool de nœuds.

Pour plus d'informations sur les types d'instance non pris en charge et les recommandations de configuration des nœuds, reportez-vous aux recommandations de configuration des types d'instance ECS.

Ressources cloud et facturation : ECS Instance, GPU-accelerated Instance

Nombre total de nœuds que le pool de nœuds doit maintenir. Nous vous recommandons de configurer au moins deux nœuds pour garantir le bon fonctionnement des composants du cluster. Vous pouvez ajuster le nombre de nœuds souhaité pour mettre à l'échelle le pool de nœuds vers le haut ou vers le bas. Pour plus d'informations, reportez-vous à Mettre à l'échelle un pool de nœuds.

Si vous n'avez pas besoin de créer des nœuds, vous pouvez définir cette valeur sur 0, puis l'ajuster manuellement ou ajouter des nœuds existants ultérieurement.

Configurez la manière dont le pool de nœuds sélectionne les instances lors de la mise à l'échelle.

• Advanced Options (Optional) : La mise à l'échelle s'effectue selon la priorité des vSwitch configurés pour le cluster (la priorité des vSwitch décroît de haut en bas). Si une instance ne peut pas être créée dans la zone d'un vSwitch prioritaire, le vSwitch suivant est automatiquement utilisé.

• Scaling Policy : La mise à l'échelle s'effectue selon le prix unitaire du vCPU, du plus bas au plus élevé.

  Si le pool de nœuds utilise Priority-based Policy, les instances spot sont prioritaires. Vous pouvez également configurer le Cost Optimization. Si les types d'instances spot ne peuvent pas être créés en raison de problèmes de stock ou autres, des instances à la demande sont automatiquement utilisées en complément.

• Preemptible Instance : Répartit les instances ECS uniformément sur plusieurs zones, uniquement dans les scénarios multi-zones. Si la répartition devient déséquilibrée en raison d'un stock insuffisant ou d'autres raisons, vous pouvez effectuer une opération de rééquilibrage.

Cette option nécessite que la méthode de facturation soit définie sur Spot Instance.

Lorsqu'elle est activée, si un nombre suffisant d'instances spot ne peut pas être créé en raison du prix, du stock ou d'autres raisons, ACK tentera automatiquement de créer des instances à la demande en complément.

Ressources cloud et facturation : ECS Instance

Cette option nécessite que la méthode de facturation soit définie sur Spot Instance.

Ajoutez des tags aux instances ECS créées automatiquement par ACK pour identifier les ressources cloud. Chaque instance ECS peut être associée à un maximum de 20 tags. Pour augmenter cette limite, soumettez une demande sur la plateforme Quota Center. Étant donné qu'ACK et Auto Scaling (ESS) occupent certains tags, vous pouvez spécifier jusqu'à 17 tags personnalisés pour une instance.

Les nœuds nouvellement ajoutés seront définis comme non planifiables par défaut lorsqu'ils seront enregistrés dans le cluster. Vous devez ajuster manuellement le statut de planification du nœud dans la liste des nœuds.

Cette configuration ne prend effet que pour les clusters de versions antérieures à 1,34. Pour plus d'informations, consultez Kubernetes 1.34 version guide.

Cette fonctionnalité n'est prise en charge que pour les environnements d'exécution containerd de version 1.6.34 et ultérieure.

Les nœuds nouvellement ajoutés détecteront automatiquement si une image de conteneur prend en charge le chargement à la demande. Si c'est le cas, le chargement à la demande sera utilisé par défaut pour accélérer le démarrage du conteneur, réduisant ainsi le temps de démarrage de l'application. Pour plus d'informations, consultez Use on-demand loading of container images to accelerate container startup.

Par défaut, les noms de nœuds sont générés automatiquement. Si vous avez besoin d'une convention de nommage unifiée pour faciliter la gestion des nœuds et l'identification O&M, vous pouvez activer cette configuration. Lorsqu'elle est activée, le nom du nœud, le nom de l'instance ECS et le nom d'hôte changeront tous.

La méthode 3 s'applique uniquement aux pools de nœuds Lingjun, et les pools de nœuds Lingjun ne prennent en charge que la méthode 3.

Pris en charge uniquement pour les clusters gérés ACK. Ne peut être spécifié que lors de la création d'un nouveau pool de nœuds

Spécifiez un rôle RAM Worker au niveau du pool de nœuds pour réduire les risques de sécurité associés au partage d'un seul rôle RAM Worker par tous les nœuds.

• Auto : Utilisez le rôle RAM Worker par défaut créé pour le cluster.

• Worker RAM Role : Utilisez le rôle spécifié comme rôle RAM Worker. Si laissé vide, le rôle par défaut sera utilisé. Pour plus d'informations, consultez Use a custom Worker RAM role.

Uniquement pris en charge pour les clusters de version 1.28 et ultérieure

Configurez le mode d'accès aux métadonnées pour les instances ECS. Vous pouvez accéder au service de métadonnées depuis une instance ECS pour récupérer les métadonnées de l'instance, y compris l'ID de l'instance, les informations VPC, les informations NIC et d'autres attributs d'instance. Pour plus d'informations, consultez Instance metadata.

• Custom : Prend en charge l'accès au service de métadonnées de l'instance en utilisant à la fois les modes normal et renforcé.

• Instance Metadata Access Mode : Prend uniquement en charge l'accès au service de métadonnées de l'instance en utilisant le mode renforcé. Pour plus d'informations, consultez Use reinforced mode only to access ECS instance metadata.

Avant qu'un nœud ne rejoigne le cluster, le script User-Data de pré-personnalisation spécifié sera exécuté.

Par exemple, si vous spécifiez les données de pré-personnalisation comme touch /tmp/pre-script, le script combiné sur le nœud sera exécuté dans l'ordre suivant.

#!/bin/bash
    # The input instance pre-customization data is executed here
    touch /tmp/pre-script

    # The ACK node initialization script is executed here

Pour savoir comment cette configuration prend effet lors de l'initialisation du nœud, consultez Node initialization process overview.

Spécifiez un groupe de sécurité de base ou avancé pour le pool de nœuds. ACK ne configure pas de règles d'accès supplémentaires pour le groupe de sécurité par défaut. Vous devez gérer vous-même les règles du groupe de sécurité pour éviter les problèmes d'accès. Pour plus d'informations, consultez Configure cluster security groups.

Chaque instance ECS a une limite sur le nombre de groupes de sécurité auxquels elle peut appartenir. Assurez-vous d'avoir un quota de groupe de sécurité suffisant.

Ajoutez les adresses IP des nœuds à la liste d'autorisation d'une instance RDS.

Après avoir créé un ensemble de déploiement dans la console ECS, assignez-le au pool de nœuds. Cela garantit que les nœuds mis à l'échelle par le pool de nœuds sont distribués sur différents serveurs physiques, améliorant ainsi la haute disponibilité.

Un ensemble de déploiement prend en charge un maximum de 20 × nombre de zones nœuds par défaut (le nombre de zones est déterminé par les vSwitch). Le nombre maximal de nœuds dans le pool de nœuds sera limité. Assurez-vous que le quota dans l'ensemble de déploiement est suffisant.

Pour l'activer ultérieurement, consultez Best practices for node pool deployment sets.

La politique de pool de ressources utilisée lors de l'ajout de nouveaux nœuds (uniquement prise en charge lorsque Deployment Set est défini sur Specify Instance Type). Les pools de ressources incluent des pools privés générés après l'activation des services Elastic Assurance ou Capacity Reservation (Immediate ou Timed), ainsi que des pools publics, pour la sélection au démarrage des nœuds.

• Instance Configuration Mode : Priorise l'utilisation du pool privé spécifié. Si aucun pool privé n'est spécifié ou si le pool privé spécifié a une capacité insuffisante, il correspondra automatiquement à un pool privé de type ouvert. Si aucun pool privé approprié n'est trouvé, l'instance sera créée à partir du pool public.

• Private Pool Only : Vous devez spécifier un ID de pool privé. Si le pool privé spécifié a une capacité insuffisante, le nœud ne pourra pas démarrer.

• Private Pool First : N'utilisez pas de politique de pool de ressources.

Cet élément de configuration est obsolète. Basculez vers l'utilisation de Resource Pool Policy pour spécifier un pool privé.

Les ressources de pool privé disponibles pour la zone et le type d'instance actuellement sélectionnés. Les types incluent les suivants :

• Open : L'instance correspondra automatiquement à un pool de capacité privé de type ouvert. Si aucun pool privé approprié n'est trouvé, elle commencera à utiliser les ressources du pool public.

• Resource Pool Policy : L'instance n'utilisera aucune capacité de pool privé et commencera directement à utiliser les ressources du pool public.

• Specified : Vous devez sélectionner davantage un ID de pool privé pour spécifier que l'instance ne démarrera qu'en utilisant la capacité de ce pool privé. Si le pool privé n'est pas disponible, l'instance ne pourra pas démarrer.