Sélectionnez les types d'instances et les groupes de placement pour les clusters Amazon EKS sur AWS Outposts en fonction de considérations de capacité

Cette rubrique fournit des conseils pour sélectionner le type d'instance du plan de contrôle Kubernetes et (éventuellement) utiliser des groupes de placement pour répondre aux exigences de haute disponibilité de votre cluster Amazon EKS local sur un Outpost.

Avant de sélectionner un type d'instance (tel que m5c5, our5) à utiliser pour le plan de contrôle Kubernetes de votre cluster local sur Outposts, vérifiez les types d'instance disponibles dans votre configuration Outpost. Après avoir identifié les types d'instance disponibles, sélectionnez la taille de l'instance (telle que large, xlarge ou 2xlarge) en fonction du nombre de nœuds requis par vos charges de travail. Le tableau suivant fournit des recommandations pour choisir une taille d'instance.

Note

Les tailles d'instance doivent avoir été définies sur vos Outposts. Assurez-vous que vous avez suffisamment de capacité pour trois instances de la taille disponible sur vos Outposts pour la durée de vie de votre cluster local. Pour obtenir la liste des types d' EC2 instances Amazon disponibles, consultez les sections Calcul et stockage de la section Fonctionnalités du rack AWS Outposts.

Nombre de modèles	Taille des instances du plan de contrôle Kubernetes
1-20	large
21–100	xlarge
101–250	2xlarge
251–500	4xlarge

Le stockage du plan de contrôle Kubernetes nécessite 246 Go de stockage Amazon EBS pour chaque cluster local afin de répondre aux IOPS requises pour. etcd Lorsque le cluster local est créé, les volumes Amazon EBS sont alloués automatiquement pour vous.

Placement du plan de contrôle

Lorsque vous ne spécifiez pas de groupe de placement avec la OutpostConfig.ControlPlanePlacement.GroupName propriété, les EC2 instances Amazon mises en service pour votre plan de contrôle Kubernetes ne sont soumises à aucune obligation de placement matériel spécifique sur l'ensemble de la capacité sous-jacente disponible sur votre Outpost.

Vous pouvez utiliser des groupes de placement pour répondre aux exigences de haute disponibilité de votre cluster Amazon EKS local sur un Outpost. En spécifiant un groupe de placement lors de la création du cluster, vous influencez le placement des instances du plan de contrôle Kubernetes. Les instances sont réparties sur du matériel sous-jacent indépendant (racks ou hôtes), minimisant ainsi l'impact des instances corrélées en cas de panne matérielle.

Le type de répartition que vous pouvez configurer dépend du nombre de racks Outpost dont vous disposez dans votre déploiement.

• Déploiements avec un ou deux racks physiques dans un seul avant-poste logique : vous devez disposer d'au moins trois hôtes configurés avec le type d'instance que vous avez choisi pour vos instances de plan de contrôle Kubernetes. Un groupe de placement de spread utilisant le spread au niveau de l'hôte garantit que toutes les instances du plan de contrôle Kubernetes s'exécutent sur des hôtes distincts au sein des racks sous-jacents disponibles dans votre déploiement Outpost.

• Déploiements comportant au moins trois racks physiques dans un seul avant-poste logique : au moins trois hôtes doivent être configurés avec le type d'instance que vous avez choisi pour vos instances de plan de contrôle Kubernetes. Un groupe de placement de spread utilisant le spread au niveau du rack garantit que toutes les instances du plan de contrôle Kubernetes s'exécutent sur des racks distincts dans votre déploiement Outpost. Vous pouvez également utiliser le groupe de placement par répartition au niveau des hôtes comme décrit dans l'option précédente.

La création du groupe de placement souhaité vous incombe. Vous spécifiez le groupe de placement lorsque vous appelez l'API CreateCluster. Pour plus d'informations sur les groupes de placement et sur la manière de les créer, consultez la section Groupes de placement dans le guide de EC2 l'utilisateur Amazon.

• Lorsqu'un groupe de placement est spécifié, de la capacité doit être disponible sur votre Outpost pour créer un cluster Amazon EKS local. La capacité varie selon que vous utilisez le type de répartition au niveau des hôtes ou des racks. Si la capacité est insuffisante, le cluster reste dans Creating cet état. Vous pouvez voir le message Insufficient Capacity Error dans le champ de santé de la réponse de l'API DescribeCluster. Vous devez libérer de la capacité pour que le processus de création puisse progresser.

• Lors des mises à jour de la plateforme et des versions du cluster local Amazon EKS, les instances du plan de contrôle Kubernetes de votre cluster sont remplacées par de nouvelles instances selon une stratégie de mise à jour continue. Au cours de ce processus de remplacement, chaque instance de plan de contrôle est arrêtée et son emplacement est libéré. Une nouvelle instance mise à jour est provisionnée à sa place. L'instance mise à jour peut être placée dans l'emplacement qui a été libéré. Si l'emplacement est occupé par une autre instance indépendante et que la capacité disponible est insuffisante pour répondre aux exigences topologiques de répartition, le cluster reste à l'état Updating. Vous pouvez voir le message Insufficient Capacity Error correspondant dans le champ de santé de la réponse de l'API DescribeCluster. Vous devez libérer de la capacité pour que le processus de mise à jour puisse progresser et rétablir les niveaux de haute disponibilité antérieurs.

• Vous pouvez créer un maximum de 500 groupes de placement par compte dans chaque AWS région. Pour plus d'informations, consultez la section Règles générales et limitations du guide de EC2 l'utilisateur Amazon.