Choisissez les types d'instance ECS pour les nœuds de travail et maîtres d'ACK en fonction de la charge de travail, de la tolérance aux pannes et de l'échelle du cluster.
Types d'instance non pris en charge par ACK
Les types d'instance suivants ne peuvent pas être utilisés comme nœuds de travail ou maîtres ACK.
Restrictions générales
| Famille d'instance non prise en charge | Exemple | Raison |
|---|---|---|
| t5, à capacité variable (burstable) | ecs.t5-lc2m1.nano | Des performances instables peuvent provoquer une instabilité du cluster |
| t6, à capacité variable (burstable) | ecs.t6-c4m1.large | Des performances instables peuvent provoquer une instabilité du cluster |
| Types d'instance avec moins de 4 cœurs vCPU | ecs.g6.large | Les spécifications sont trop faibles pour un fonctionnement stable du cluster |
| c6t, optimisé pour le calcul et renforcé au niveau de la sécurité | ecs.c6t.large | Non pris en charge |
| g6t, à usage général et renforcé au niveau de la sécurité | ecs.g6t.large | Non pris en charge |
| Super Computing Cluster (SCC) | ecs.sccg7.32xlarge | Non pris en charge |
Pour utiliser des types d'instance à faibles spécifications, soumettez une demande dans Quota Center .
Pour les charges de travail GPU, consultez Familles d'instances accélérées par GPU prises en charge par ACK.
Restrictions du plug-in réseau Terway
Avec Terway, la capacité en pods par nœud dépend du nombre d'interfaces réseau élastiques (ENI) prises en charge par le type d'instance. Les types d'instance inférieurs au seuil minimal de pods sont incompatibles.
Mode Inclusive ENI ou mode Shared ENI + Trunk ENI mode : La limite de pods par nœud doit dépasser 11. Formule :
(Nombre d'ENI - 1) × Nombre d'IP privées par ENI > 11Exemple : ecs.g6.large prend en charge 2 ENI avec 6 adresses IPv4 privées chacune. Limite de pods =(2 - 1) × 6 = 6. Ce type est incompatible.Mode Exclusive ENI mode : La limite de pods par nœud doit dépasser 6. Formule :
Nombre d'ENI - 1 > 6Exemple : ecs.g6.xlarge prend en charge 3 ENI. Limite de pods =3 - 1 = 2. Ce type est incompatible.
Pour connaître les types d'instance compatibles selon le mode Terway, consultez Utiliser le plug-in réseau Terway.
Pourquoi moins d'instances plus grandes offrent de meilleures performances
Chaque nœud réserve du CPU, de la mémoire et de l'espace disque pour la gestion du cluster. Sur les petites instances, ces réservations consomment une part plus importante de la capacité totale, laissant moins de place aux charges de travail.
La fragmentation aggrave ce problème : après l'allocation des ressources à un conteneur, l'espace restant sur une petite instance peut être insuffisant pour un autre conteneur et rester inutilisé.
Les grandes instances résolvent ces deux problèmes :
Meilleure efficacité réseau : Plusieurs conteneurs partagent une seule instance, réduisant ainsi le trafic inter-nœuds. Les grandes instances offrent également une bande passante réseau plus élevée.
Téléchargements d'images plus rapides : Une image de conteneur est téléchargée une fois par nœud et partagée entre tous les conteneurs. Avec de nombreuses petites instances, la même image est téléchargée sur chaque nœud, ce qui ralentit la mise à l'échelle.
Sélectionner les spécifications des nœuds de travail
Spécifications minimales
Utilisez des types d'instance disposant d'au moins 4 cœurs CPU et de 8 Go de mémoire.
Dimensionnement pour la tolérance aux pannes
Calculez le nombre total de cœurs CPU requis pour votre charge de travail quotidienne, puis dimensionnez les nœuds de manière à absorber les pannes d'instance sans interruption de service.
Exemple :
| Objectif de tolérance aux pannes | Nombre de nœuds | Taille du nœud | Charge opérationnelle maximale |
|---|---|---|---|
| 10 % (un nœud peut tomber en panne) | au moins 10 | 16 cœurs CPU | 144 cœurs (160 × 90 %) |
| 20 % (un nœud peut tomber en panne) | au moins 5 | 32 cœurs CPU | 128 cœurs (160 × 80 %) |
Si une instance tombe en panne, les instances restantes continuent de gérer la charge de pointe.
Ratio CPU/mémoire
Sélectionnez le ratio correspondant à votre type de charge de travail :
1:2 ou 1:4 : Charges de travail à usage général
1:8 : Applications gourmandes en mémoire, telles que les services Java
Charges de travail GPU
Pour garantir une planification stable, ne mélangez pas les types d'instance avec et sans GPU dans le même pool de nœuds.
Instances optimisées pour la mémoire persistante
Les familles d'instance telles que re6p utilisent une architecture hybride combinant mémoire classique et mémoire persistante. Pour activer le stockage persistant, consultez Volumes de mémoire non volatile. Consultez Familles d'instance pour connaître les types pris en charge.
Clusters à grande échelle : instances Bare Metal ECS
À partir d'environ 1 000 cœurs CPU d'échelle quotidienne, utilisez des instances Bare Metal ECS. Une seule instance fournit au moins 96 cœurs CPU, de sorte qu'un cluster de 1 000 cœurs ne nécessite que 10 à 11 nœuds. Consultez Instances Bare Metal ECS.
Sélectionner les spécifications des nœuds maîtres
Les nœuds maîtres exécutent etcd, kube-apiserver et kube-controller. Dans les clusters dédiés ACK de production, dimensionnez les nœuds maîtres en fonction de l'échelle du cluster.
La taille du cluster est ici mesurée par le nombre de nœuds. En pratique, le nombre de pods, la fréquence de déploiement ou le volume de requêtes constituent également des métriques de dimensionnement valides.
Utilisez de petites instances uniquement pour les tests. Pour les clusters de production, sélectionnez les spécifications des nœuds maîtres dans le tableau suivant.
| Nombre de nœuds | Spécifications recommandées pour les nœuds maîtres |
|---|---|
| 1–5 | 4 cœurs CPU, 8 Go de mémoire (2 cœurs/4 Go ou moins non recommandé) |
| 6–20 | 4 cœurs CPU, 16 Go de mémoire |
| 21–100 | 8 cœurs CPU, 32 Go de mémoire |
| 100–200 | 16 cœurs CPU, 64 Go de mémoire |
| 200–500 (évaluez le risque lié au rayon d'explosion) | 64 cœurs CPU, 128 Go de mémoire |
Instances Bare Metal ECS
Basées sur la virtualisation 2.0 d'Alibaba Cloud, les instances Bare Metal ECS combinent l'élasticité des machines virtuelles avec les performances des serveurs physiques et prennent en charge la virtualisation imbriquée.
Les instances Bare Metal ECS conviennent aux déploiements de calcul dédié, de calcul chiffré et de cloud hybride. Consultez Présentation des instances Bare Metal ECS pour connaître les familles d'instance prises en charge.
Quand utiliser les instances Bare Metal ECS :
Grande échelle de cluster : À partir d'environ 1 000 cœurs CPU d'échelle quotidienne, chaque instance fournit au moins 96 cœurs, ce qui ne nécessite que 10 à 11 nœuds.
Pics de trafic nécessitant une mise à l'échelle rapide : Les instances Bare Metal ECS surpassent les serveurs physiques de spécifications équivalentes et peuvent s'adapter à des millions de vCPU lors de pics de trafic soudains, tels que les promotions de commerce électronique.