Aidez à améliorer cette page

Vous souhaitez contribuer à ce guide de l'utilisateur ? Faites défiler cette page vers le bas et sélectionnez Modifier cette page sur GitHub. Vos contributions aideront à améliorer notre guide de l'utilisateur pour tout le monde.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Déployez EKS Amazon sur site avec AWS Outposts

Vous pouvez utiliser Amazon EKS pour exécuter des Kubernetes applications sur site sur AWS Outposts. Vous pouvez déployer Amazon EKS sur Outposts de différentes manières :

Pour les deux options de déploiement, le plan de contrôle Kubernetes est entièrement géré par AWS. Vous pouvez utiliser le même Amazon EKSAPIs, les mêmes outils et la même console que ceux que vous utilisez dans le cloud pour créer et exécuter Amazon EKS sur Outposts.

Le schéma suivant illustre ces options de déploiement.

Quand utiliser chaque option de déploiement

Les clusters locaux et étendus sont des options de déploiement polyvalentes et peuvent être utilisées pour de nombreuses applications.

Avec les clusters locaux, vous pouvez exécuter l'intégralité du EKS cluster Amazon localement sur Outposts. Cette option permet de réduire le risque d'interruption des applications qui pourrait résulter de déconnexions temporaires du réseau au cloud. Ces déconnexions du réseau peuvent être causées par des coupures de fibre ou des événements météorologiques. Comme l'ensemble du EKS cluster Amazon fonctionne localement sur Outposts, les applications restent disponibles. Vous pouvez effectuer des opérations de cluster en cas de déconnexion du réseau au cloud. Pour de plus amples informations, veuillez consulter Préparez les EKS clusters Amazon locaux AWS Outposts pour les déconnexions du réseau. Si vous êtes préoccupé par la qualité de la connexion réseau entre vos Outposts et le parent Région AWS et que vous avez besoin d'une haute disponibilité via des déconnexions réseau, utilisez l'option de déploiement du cluster local.

Avec les clusters étendus, vous pouvez conserver la capacité de votre Outpost, car le plan de contrôle Kubernetes s'exécute dans la Région AWS parent. Cette option est adaptée si vous pouvez investir dans une connectivité réseau fiable et redondante entre votre Outpost et la Région AWS. La qualité de la connexion réseau est essentielle pour cette option. La façon dont Kubernetes gère les déconnexions du réseau entre le plan de contrôle Kubernetes et les nœuds peut entraîner une interruption de l'application. Pour plus d'informations sur le comportement de Kubernetes, consultez Scheduling, Preemption, and Eviction (langue française non garantie) dans la documentation Kubernetes.

Comparaison des options de déploiement

Le tableau suivant compare les différences entre les deux options.