**Aidez à améliorer cette page** 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. Pour contribuer à ce guide de l'utilisateur, cliquez sur le GitHub lien **Modifier cette page sur** qui se trouve dans le volet droit de chaque page. 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. # Organiser et surveiller les ressources du cluster Ce chapitre porte sur les rubriques suivantes relatives à la gestion de votre cluster. Vous pouvez également afficher des informations sur vos [ressources Kubernetes](view-kubernetes-resources.md) avec la AWS Management Console. + Le tableau de bord Kubernetes est une interface utilisateur web polyvalente destinée aux clusters Kubernetes. Il permet aux utilisateurs de gérer les applications exécutées dans le cluster et de les dépanner, ainsi que de gérer le cluster lui-même. Pour plus d’informations, consultez le référentiel GitHub du [tableau de bord Kubernetes](https://github.com/kubernetes/dashboard). + [Afficher l’utilisation des ressources avec le serveur de métriques Kubernetes](metrics-server.md) : le serveur de métriques Kubernetes est un agrégateur de données d'utilisation des ressources dans votre cluster. Il n’est pas déployé par défaut dans votre cluster, mais il est utilisé par les modules complémentaires de Kubernetes, tels que Kubernetes Dashboard et [Déployez des pods à l’échelle avec Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md). Dans cette rubrique, vous allez apprendre à installer le serveur de métriques. + [Déployez des applications avec Helm sur Amazon EKS](helm.md) : le gestionnaire de paquets Helm pour Kubernetes vous aide à installer et à gérer des applications sur votre cluster Kubernetes. Cette rubrique vous aide à installer et à exécuter les binaires Helm, afin de pouvoir installer et gérer des graphiques à l'aide de la CLI Helm sur votre ordinateur local. + [Organiser les ressources Amazon EKS à l’aide de balises](eks-using-tags.md) : pour vous aider à gérer vos ressources Amazon EKS, vous pouvez attribuer vos propres métadonnées à chaque ressource sous forme d'*identifications*. Cette rubrique décrit les identifications et explique comment les créer. + [Afficher et gérer les quotas de service Amazon EKS et Fargate](service-quotas.md) : votre compte AWS dispose de quotas par défaut, anciennement appelés limites, pour chaque service AWS. Découvrez les quotas pour Amazon EKS et la manière de les augmenter. # Surveillance et optimisation des coûts du cluster Amazon EKS La surveillance des coûts est un élément essentiel de la gestion des clusters Kubernetes sur Amazon EKS. En obtenant une visibilité complète sur les coûts de votre cluster, vous pouvez optimiser l’utilisation des ressources, définir des budgets et prendre des décisions fondées sur les données concernant vos déploiements. Amazon EKS propose deux solutions de surveillance des coûts, chacune présentant des avantages uniques, pour vous aider à suivre et répartir efficacement vos coûts : **Données de ventilation des coûts de facturation AWS pour Amazon EKS** : cette fonctionnalité native s’intègre de manière fluide à la console de facturation AWS, vous permettant d’analyser et de répartir les coûts à l’aide de la même interface et des mêmes flux de travail que pour vos autres services AWS. Grâce à la ventilation des coûts, vous obtenez une visibilité directe sur vos coûts Kubernetes aux côtés de vos autres dépenses AWS, ce qui facilite l’optimisation des coûts à l’échelle de l’environnement AWS. Vous pouvez également exploiter les fonctionnalités existantes de la facturation AWS, telles que les catégories de coûts et la détection des anomalies de coûts, afin d’améliorer encore vos capacités de gestion financière. Pour plus d’informations, consultez la section [Comprendre les données de ventilation des coûts](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) dans le Guide de facturation AWS. **Kubecost** : Amazon EKS prend en charge Kubecost, un outil de surveillance des coûts Kubernetes. Kubecost propose une approche native Kubernetes et riche en fonctionnalités pour la surveillance des coûts, offrant une analyse détaillée des coûts par ressource Kubernetes, des recommandations d’optimisation des coûts et des tableaux de bord et rapports prêts à l’emploi. Kubecost extrait également des données tarifaires précises grâce à son intégration avec le rapport sur les coûts et l’utilisation AWS, garantissant une vue exacte de vos coûts Amazon EKS. Découvrez comment [installer Kubecost](cost-monitoring-kubecost.md#kubecost-overview). Consultez la page [Kubecost](https://aws.amazon.com/marketplace/pp/prodview-asiz4x22pm2n2) sur AWS Marketplace pour obtenir des informations sur l’obtention d’un abonnement Kubecost gratuit. # Afficher les coûts par module dans la AWS facturation avec répartition des coûts fractionnée ## Surveillance des coûts à l'aide des données de répartition des coûts AWS fractionnés pour Amazon EKS Vous pouvez utiliser AWS les données de répartition des coûts pour Amazon EKS afin d'obtenir une visibilité précise des coûts pour vos clusters Amazon EKS. Cela vous permet d’analyser, d’optimiser et de refacturer les coûts et l’utilisation de vos applications Kubernetes. Vous répartissez les coûts des applications entre les unités commerciales et les équipes individuelles en fonction des ressources de EC2 processeur et de mémoire Amazon consommées par votre application Kubernetes. Les données de répartition des coûts pour Amazon EKS offrent une visibilité sur le coût par pod et vous permettent d’agréger les données de coût par pod à l’aide de l’espace de noms, du cluster et d’autres primitives Kubernetes. Voici quelques exemples de primitives Kubernetes que vous pouvez utiliser pour analyser les données de répartition des coûts Amazon EKS. + Nom du cluster + Déploiement + Namespace + Nœud + Nom de la charge de travail + Type de charge de travail Les [balises de répartition des coûts définies par l’utilisateur](https://console.aws.amazon.com/costmanagement/home#/tags) sont également prises en charge. Pour plus d'informations sur l'utilisation des données de répartition des coûts fractionnés, consultez [la section Comprendre les données de répartition des coûts](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) dans le Guide AWS de l'utilisateur de facturation. ## Configurer les rapports sur les coûts et l’utilisation Vous pouvez activer les données de répartition des coûts pour EKS dans la console de gestion des coûts, l'interface de ligne de AWS commande ou le AWS SDKs. Utilisez les éléments suivants pour les *données de répartition des coûts* : 1. Accepter le partage des données relatives à la répartition des coûts. Pour plus d'informations, consultez la section [Activation des données de répartition des coûts fractionnés](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html) dans le Guide de l'utilisateur du rapport sur les AWS coûts et l'utilisation. 1. Inclure les données dans un rapport nouveau ou existant. 1. Consultez le rapport. Vous pouvez utiliser la console de Facturation et gestion des coûts ou consulter les fichiers de rapports dans Amazon Simple Storage Service. # Installer Kubecost Amazon EKS prend en charge Kubecost, que vous pouvez utiliser pour surveiller vos coûts ventilés par ressources Kubernetes, notamment les pods, les nœuds, les espaces de noms et les étiquettes. Cette rubrique traite de l’installation de Kubecost et de l’accès au tableau de bord Kubecost. Amazon EKS fournit un ensemble AWS optimisé de Kubecost pour la visibilité des coûts des clusters. Vous pouvez utiliser vos contrats de AWS support existants pour obtenir de l'aide. Pour plus d’informations sur les versions disponibles de Kubecost, consultez [En savoir plus sur Kubecost](cost-monitoring-kubecost-bundles.md). **Note** Kubecost v3 introduit des améliorations architecturales majeures, notamment des performances nettement plus rapides et des capacités d'automatisation améliorées. [En savoir plus sur Kubecost v3.](cost-monitoring-kubecost-bundles.md#kubecost-v3) Kubecost v2 introduit plusieurs nouvelles fonctionnalités importantes. [En savoir plus sur Kubecost v2.](cost-monitoring-kubecost-bundles.md#kubecost-v2). Pour plus d’informations sur Kubecost, consultez la documentation [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) et la [foire aux questions](cost-monitoring-kubecost-bundles.md#cost-monitoring-faq). ## Installer le bundle Kubecost optimisé pour Amazon EKS Vous pouvez utiliser l’une des procédures suivantes pour installer le *bundle Kubecost optimisé pour Amazon EKS* : + Avant de commencer, il est recommandé de consulter la section [Présentation de l’architecture Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration) afin de comprendre comment Kubecost fonctionne sur Amazon EKS. + Si vous débutez avec Amazon EKS, nous vous recommandons d’utiliser le module complémentaire Amazon EKS pour l’installation, car il simplifie l’installation du *bundle Kubecost optimisé pour Amazon EKS*. Pour plus d’informations, consultez [Déploiement de Kubecost sur un cluster Amazon EKS à l’aide du module complémentaire Amazon EKS](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title3). + Pour personnaliser l’installation, vous pouvez configurer votre *bundle Kubecost optimisé pour Amazon EKS* avec Helm. Pour plus d’informations, consultez la section [Déploiement de Kubecost sur un cluster Amazon EKS](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title8) à l’aide de Helm dans la *documentation Kubecost*. **Important** Pour Kubecost v3, l'emplacement du graphique Helm est devenu. `public.ecr.aws/kubecost/kubecost` Si vous effectuez une mise à niveau depuis la v2, mettez à jour les références de votre référentiel Helm en conséquence. **Note** Pour les déploiements multi-clusters avec Kubecost v3, vous avez besoin d'un stockage d'objets compatible AWS S3 (S3 pour les clients EKS) pour le stockage des métriques. Cela remplace le stockage compatible Prometheus utilisé dans la version 2. Pour plus d'informations, consultez la section [Installation multi-clusters](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) dans la documentation de Kubecost. ## Accéder au tableau de bord Kubecost Une fois la configuration du *bundle Kubecost optimisé pour Amazon EKS* terminée, vous devriez avoir accès au tableau de bord Kubecost. Pour de plus amples informations, veuillez consulter [Accéder au tableau de bord Kubecost](cost-monitoring-kubecost-dashboard.md). # Accéder au tableau de bord Kubecost ## Conditions préalables 1. Assurez-vous que l’état des pods liés à kubecost est « En cours d’exécution ». ``` kubectl get pods --namespace kubecost ``` ## Accéder au tableau de bord Kubecost 1. Sur votre appareil, activez la redirection de port pour afficher le tableau de bord Kubecost. + Si kubecost v3 est installé à l'aide de helm : ``` kubectl port-forward deployment/kubecost-frontend 9090 --namespace kubecost ``` + Si kubecost v1 ou v2 est installé à l'aide de helm : ``` kubectl port-forward deployment/kubecost-cost-analyzer 9090 --namespace kubecost ``` + Si kubecost est installé à l'aide du module complémentaire Amazon EKS : ``` kubectl port-forward deployment/cost-analyzer 9090 --namespace kubecost ``` Vous pouvez également utiliser le [contrôleur d’équilibreur de charge AWS](aws-load-balancer-controller.md) pour exposer Kubecost et utiliser Amazon Cognito pour l’authentification, l’autorisation et la gestion des utilisateurs. Pour plus d’informations, consultez [Comment utiliser Application Load Balancer et Amazon Cognito pour authentifier les utilisateurs de vos applications web Kubernetes](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps). 1. Depuis le même appareil qui vous a servi à effectuer l'étape précédente, ouvrez un navigateur Web et entrez l'adresse suivante. ``` http://localhost:9090 ``` La page Aperçu Kubecost s’affiche dans votre navigateur. La collecte des métriques par Kubecost peut prendre entre 5 et 10 minutes (voire plus), selon la taille de votre cluster. Vous pouvez consulter vos dépenses Amazon EKS, y compris les coûts cumulés des clusters, les coûts associés aux ressources Kubernetes et les dépenses mensuelles agrégées. 1. Pour suivre les coûts au niveau du cluster, balisez vos ressources Amazon EKS pour la facturation. Pour de plus amples informations, veuillez consulter [Balisage de vos ressources pour facturation](eks-using-tags.md#tag-resources-for-billing). + **Allocation des coûts** : Consultez les coûts mensuels d'Amazon EKS et les coûts cumulés pour chacun de vos espaces de noms et d'autres dimensions au cours des sept derniers jours. Cela est utile pour comprendre quels secteurs de votre application contribuent aux dépenses d'Amazon EKS. + **Ressources : consultez les coûts des actifs AWS d'infrastructure associés à vos ressources Amazon EKS.** # En savoir plus sur Kubecost Amazon EKS fournit un ensemble AWS optimisé de Kubecost pour la visibilité des coûts des clusters. Amazon EKS prend en charge Kubecost, que vous pouvez utiliser pour surveiller vos coûts ventilés par ressources Kubernetes, notamment les pods, les nœuds, les espaces de noms et les étiquettes. Cette rubrique traite des versions disponibles de Kubecost et des différences entre les niveaux proposés. EKS prend en charge les versions 1, 2 et 3 de Kubecost. Chaque version est disponible en plusieurs niveaux. Vous pouvez utiliser le *bundle Kubecost optimisé pour Amazon EKS* pour vos clusters Amazon EKS sans frais supplémentaires. L'utilisation de AWS services associés, tels qu'Amazon Managed Service pour Prometheus, peut vous être facturée. Vous pouvez également utiliser vos contrats de AWS support existants pour obtenir de l'aide. En tant qu’administrateur de la plateforme Kubernetes et responsable financier, vous pouvez utiliser Kubecost pour visualiser la répartition des frais Amazon EKS, répartir les coûts et refacturer les unités organisationnelles telles que les équipes d’application. Vous pouvez fournir à vos équipes internes et à vos unités commerciales des données de coûts transparentes et précises sur la base de leur AWS facture réelle. En outre, vous pouvez également obtenir des recommandations personnalisées pour l'optimisation des coûts en fonction de leur environnement d'infrastructure et des modèles d'utilisation au sein de leurs clusters. Pour plus d’informations sur Kubecost, consultez la documentation [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x). **Quelle est la différence entre le bundle personnalisé de Kubecost et la version gratuite de Kubecost (également connue sous le nom de) ? OpenCost** AWS et Kubecost ont collaboré pour proposer une version personnalisée de Kubecost. Cette version inclut un sous-ensemble de fonctions commerciales sans frais supplémentaires. Consultez les tableaux ci-dessous pour connaître les fonctionnalités incluses dans l’offre personnalisée de Kubecost. ## Kubecost v3 **Quelle est la différence entre Kubecost v2 et v3 ?** Kubecost 3.0 est une mise à niveau architecturale majeure qui offre des performances nettement plus rapides, une évolutivité améliorée et des capacités d'optimisation proactives. Le changement le plus important est la migration vers une ClickHouse base de données, en remplacement de DuckDB depuis la version 2.8, qui fournit des requêtes nettement plus rapides et des performances plus fiables à grande échelle. Kubecost 3.0 introduit également un agent unifié qui combine les fonctionnalités de Kubecost et de Cloudability, éliminant ainsi la dépendance à Prometheus et réduisant l'encombrement mémoire tout en préservant la compatibilité. OpenCost **Important** [Consultez la documentation de Kubecost avant de passer à la version 3.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) La migration depuis la version 2 nécessite une planification minutieuse et peut avoir un impact sur la disponibilité des rapports pendant la transition. L'emplacement du graphique Helm a été modifié en`public.ecr.aws/kubecost/kubecost`. **Principales améliorations architecturales de la version 3 :** + **ClickHouse Base de données** : remplace DuckDB pour des requêtes nettement plus rapides et une meilleure évolutivité + **Agent unifié** : combine les fonctionnalités de Kubecost et de Cloudability, éliminant ainsi la dépendance à Prometheus + **Stockage compatible S3 pour plusieurs clusters : pour les déploiements multi-clusters**, la version 3 utilise un stockage d'objets compatible AWS S3 (S3 pour les clients EKS) au lieu d'un stockage compatible avec Prometheus comme Amazon Managed Service for Prometheus. L' FinOps agent extrait les métriques de l'API Kubernetes et les transfère vers un stockage compatible S3, puis l'agrégateur extrait ces données, effectue les étapes de dérivation et affiche les résultats dans le frontend. Pour plus d'informations, consultez le [guide [d'installation de plusieurs clusters](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) et de clusters secondaires](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) dans la documentation de Kubecost. + **Empreinte mémoire réduite** : réduction significative des besoins en ressources tout en préservant les fonctionnalités + **Architecture simplifiée** : topologie de pod à conteneur unique pour une mise à l'échelle indépendante et une résilience améliorée + **Automatisation améliorée** : dimensionnement automatisé des demandes de conteneurs avec prise en compte de plusieurs clusters et profils personnalisés **Avantages du bundle optimisé Amazon EKS dans la version 3 :** Le *pack Kubecost optimisé pour Amazon EKS* continue d'être disponible sans frais supplémentaires et est exempté de la nouvelle limite de dépenses de 100 000 USD introduite dans le niveau gratuit de Kubecost v3. Les utilisateurs d'EKS conservent un accès complet à toutes les fonctionnalités de dépenses de Kubernetes, quel que soit le niveau de dépenses. **Comparaison des fonctionnalités de base :** | Fonctionnalité | Niveau 3.0 gratuit de Kubecost | Bundle Kubecost 3.0 optimisé pour Amazon EKS | Kubecost Entreprise 3.0 | | --- | --- | --- | --- | | Visibilité des coûts du cluster | Clusters illimités, limités à des dépenses de 100 000 dollars américains sur 30 jours | Multicluster unifié sans limites de dépenses | Nombre unifié et illimité de clusters dans un nombre illimité d’environnements (c’est-à-dire multi-cloud) | | Backend de base de données | ClickHouse (local) | ClickHouse avec stockage compatible S3 pour les métriques multi-clusters | ClickHouse avec des options de base de données personnalisées | | Performance | Requêtes nettement plus rapides par rapport à la version v2 | Requêtes nettement plus rapides par rapport à la version v2 | Requêtes nettement plus rapides par rapport à la version v2 | | Empreinte mémoire | Réduit par rapport à la v2 (aucune dépendance à Prometheus) | Réduit par rapport à la v2 (aucune dépendance à Prometheus) | Réduit par rapport à la v2 (aucune dépendance à Prometheus) | | Dimensionnement automatique des demandes de conteneurs | Disponible (limité à 250 cœurs) | Disponible sans limites de base | Disponible sans limites de base | | Limites de dépenses | 100 000\$1 US sur 30 jours | Aucune limite de dépenses | Aucune limite de dépenses | | Automatisation multi-clusters | Limité | Connaissance complète de plusieurs clusters grâce à une messagerie sécurisée | Connaissance complète de plusieurs clusters grâce à une messagerie sécurisée | ## Kubecost v2 **Quelle est la différence entre Kubecost v1 et v2 ?** Kubecost 2.0 est une mise à jour majeure par rapport aux versions précédentes et comprend de nouvelles fonctionnalités importantes, notamment une toute nouvelle API dorsale. Notez que l'[allocation](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-allocation-api) et APIs les [actifs](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-assets-api) sont entièrement rétrocompatibles. [Veuillez consulter la documentation Kubecost afin d’assurer une transition en douceur](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=installation-kubecost-v2-installupgrade). Pour obtenir la liste complète des améliorations, [veuillez consulter l’annonce relative à Kubecost v2.0](https://github.com/kubecost/cost-analyzer-helm-chart/releases/tag/v2.0.0) et [les notes de mise à jour complètes](https://github.com/kubecost/cost-analyzer-helm-chart/releases). **Important** [Consultez la documentation de Kubecost avant de procéder à la mise à niveau.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x) La mise à niveau peut avoir un impact sur la disponibilité des rapports. **Comparaison des fonctionnalités de base :** | Fonctionnalité | Kubecost niveau gratuit 2.0 | Ensemble Kubecost optimisé pour Amazon EKS 2.0 | Kubecost Entreprise 2.0 | | --- | --- | --- | --- | | Visibilité des coûts du cluster | Clusters illimités jusqu’à 250 cœurs | Multi-cluster unifié sans limites de cœur lorsqu’il est intégré au service géré Amazon pour Prometheus | Nombre unifié et illimité de clusters dans un nombre illimité d’environnements (c’est-à-dire multi-cloud) | | Déploiement | Hébergé par l'utilisateur | Hébergé par l'utilisateur | Hébergé par l’utilisateur, hébergé par Kubecost (locataire dédié), SaaS | | Bases de données prises en charge | Prométhée local | Service géré Amazon pour Prometheus ou Prometheus local | Toutes les saveurs Prometheus et bases de données personnalisées | | Prise en charge de la conservation des bases de données (mesures brutes) | 15 jours | Données historiques illimitées | Données historiques illimitées | | API Kubecost et rétention de l’interface utilisateur (ETL) | 15 jours | 15 jours | Illimité | | Visibilité du cloud hybride | - | Clusters Amazon EKS et Amazon EKS Anywhere | Multi-cloud et cloud hybride | | Alertes et rapports récurrents | Uniquement pris en charge sur le cluster principal, limité à 250 cœurs | Alertes d’efficacité, alertes budgétaires, alertes de modification des dépenses et [bien plus encore](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) prises en charge dans tous les clusters | Alertes d’efficacité, alertes budgétaires, alertes de modification des dépenses et [bien plus encore](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) prises en charge dans tous les clusters | | Rapports enregistrés | - | Rapports utilisant 15 jours de métriques | Rapports utilisant des données historiques et des métriques illimitées | | Intégration de la facturation dans le cloud | Uniquement pris en charge sur le cluster principal, limité à 250 cœurs | Assistance tarifaire personnalisée pour AWS (y compris plusieurs clusters et plusieurs comptes) | Assistance personnalisée pour la tarification de n’importe quel cloud | | Recommandations en matière d'épargne | Uniquement pris en charge sur le cluster principal, limité à 250 cœurs | Informations sur le cluster principal, mais sans limite de 250 cœurs | Informations sur plusieurs clusters | | Gouvernance : audits | - | - | Audit des événements liés aux coûts historiques | | Prise en charge de l'authentification unique (SSO) | - | Prise en charge d'Amazon Cognito | Okta, Auth0, PingID et tout autre élément KeyCloak personnalisé | | Contrôle d’accès basé sur les rôles (RBAC) avec SAML 2.0 | - | - | Okta, Auth0, PingID et tout autre élément KeyCloak personnalisé | | Formation et intégration en entreprise | - | - | Service complet de formation et d'intégration FinOps | | Équipes | - | - | Oui | **Nouvelles fonctions :** Les fonctionnalités suivantes ont des limites métriques : + Agrégateur Kubecost + Surveillance réseau + Actions Kubecost + Collections + Détection des anomalies + Demande de conteneur adapté + Prévisions Kubecost + Saisie semi-automatique pour le filtrage et l’agrégation **Limites métriques :** | Métrique | Kubecost Free Tier 2.0 | Ensemble Kubecost optimisé pour Amazon EKS 2.0 | Kubecost Entreprise 2.0 | | --- | --- | --- | --- | | Taille du cluster | Clusters illimités jusqu’à 250 cœurs | Illimité | Illimité | | Coinservation des métriques | 15 jours | 15 jours | Illimité | | Prise en charge multi-clusters | Non disponible | Available | Available | | Limites de cœurs | 250 cœurs par cluster | Aucune limite de cœurs | Aucune limite de cœurs | ## Kubecost v1 | Fonctionnalité | offre gratuite Kubecost | Ensemble Kubecost optimisé pour Amazon EKS | Kubecost Entreprise | | --- | --- | --- | --- | | **Déploiement** | Hébergé par l'utilisateur | Hébergé par l'utilisateur | Hébergé par l’utilisateur ou hébergé par Kubecost (SaaS) | | **Nombre de clusters pris en charge** | Illimité | Illimité | Illimité | | **Bases de données prises en charge** | Prométhée local | Prometheus local ou service géré Amazon pour Prometheus | Prometheus, service géré Amazon pour Prometheus, Cortex ou Thanos | | **Prise en charge de la conservation des bases de données** | 15 jours | Données historiques illimitées | Données historiques illimitées | | **Rétention de l’API Kubecost (ETL)** | 15 jours | 15 jours | Données historiques illimitées | | **Visibilité des coûts du cluster** | Clusters uniques | Multicluster unifié | Multicluster unifié | | **Visibilité du cloud hybride** | - | Clusters Amazon EKS et Amazon EKS Anywhere | Support multicloud et cloud hybride | | **Alertes et rapports récurrents** | - | Prise en charge des alertes d'efficacité, des alertes de budget, des alertes de modification des dépenses, et bien d'autres encore | Prise en charge des alertes d'efficacité, des alertes de budget, des alertes de modification des dépenses, et bien d'autres encore | | **Rapports enregistrés** | - | Rapports utilisant des données sur 15 jours | Rapports utilisant des données historiques illimitées | | **Intégration de la facturation dans le cloud** | Nécessaire pour chaque cluster individuel | Assistance tarifaire personnalisée pour AWS (y compris plusieurs clusters et plusieurs comptes) | Assistance tarifaire personnalisée pour AWS (y compris plusieurs clusters et plusieurs comptes) | | **Recommandations en matière d'épargne** | Informations sur un seul cluster | Informations sur un seul cluster | Informations sur plusieurs clusters | | **Gouvernance : audits** | - | - | Audit des événements liés aux coûts historiques | | **Prise en charge de l'authentification unique (SSO)** | - | Prise en charge d'Amazon Cognito | Okta, Auth0, PingID, KeyCloak | | **Contrôle d’accès basé sur les rôles (RBAC) avec SAML `2.0` ** | - | - | Okta, Auth0, PingID, Keycloak | | **Formation et intégration en entreprise** | - | - | Service complet de formation et d'intégration FinOps | ## Questions fréquentes (FAQ) Consultez les questions et réponses courantes suivantes concernant l’utilisation de Kubecost avec Amazon EKS. **Qu’est-ce que la fonctionnalité de conservation (ETL) de l’API Kubecost ?** La fonctionnalité ETL de Kubecost agrège et organise les métriques afin d’offrir une visibilité sur les coûts à différents niveaux de granularité (tels que `namespace-level`, `pod-level`, et `deployment-level`). Pour le bundle *Kubecost optimisé pour Amazon EKS*, les clients obtiennent des données et des informations issues des métriques des 15 derniers jours. **Qu’est-ce que la fonctionnalité d’alertes et de rapports récurrents ? Quelles alertes et quels rapports comprend-il ?** Les alertes Kubecost permettent aux équipes de recevoir des mises à jour en temps réel sur les dépenses Kubernetes et les dépenses cloud. Les rapports récurrents permettent aux équipes de recevoir des vues personnalisées de l’historique des dépenses liées à Kubernetes et au cloud. Les deux sont configurables à l’aide de l’interface utilisateur Kubecost ou des valeurs Helm. Ils prennent en charge les e-mails, Slack et Microsoft Teams. **Que contiennent les rapports enregistrés ?** Les rapports enregistrés dans Kubecost sont des vues prédéfinies des métriques de coût et d’efficacité. Ils incluent le coût par cluster, l'espace de noms, l'étiquette et bien plus encore. **Qu’est-ce que l’intégration de la facturation dans le cloud?** L'intégration à AWS la facturation APIs permet à Kubecost d'afficher out-of-cluster les coûts (comme Amazon S3). De plus, cela permet à Kubecost de rapprocher ses prévisions au sein du cluster avec les données de facturation réelles afin de tenir compte de l’utilisation ponctuelle, des plans d’économies et des remises accordées aux entreprises. **Que comprennent les recommandations en matière d’épargne?** Kubecost fournit des informations et des fonctionnalités d’automatisation pour aider les utilisateurs à optimiser leur infrastructure Kubernetes et leurs dépenses. **Cette fonctionnalité est-elle payante ?** Non. Vous pouvez utiliser le *bundle Kubecost optimisé pour Amazon EKS* sans frais supplémentaires. Si vous souhaitez des fonctionnalités supplémentaires de Kubecost qui ne sont pas incluses, vous pouvez acheter une licence d'entreprise de Kubecost via le AWS Marketplace ou directement auprès de Kubecost. **Une assistance est-elle disponible pour le *bundle Kubecost optimisé pour Amazon EKS ?*** Oui, uniquement si vous utilisez le bundle *Kubecost optimisé pour Amazon EKS*. **Comment puis-je obtenir de l’assistance pour le bundle *Kubecost optimisé pour Amazon EKS* ?** Vous pouvez ouvrir un dossier d'assistance auprès de l'équipe d' AWS assistance sur [Contact AWS](https://aws.amazon.com/contact-us/). **Ai-je besoin d’une licence pour utiliser les fonctionnalités Kubecost fournies par l’intégration Amazon EKS ?** Non. **Puis-je intégrer Kubecost au rapport sur les AWS coûts et l'utilisation pour des rapports plus précis ?** Oui. Vous pouvez configurer Kubecost pour intégrer les données du rapport sur les AWS coûts et l'utilisation afin d'obtenir une visibilité précise des coûts, y compris les remises, les tarifs ponctuels, les prix des instances réservées, etc. Pour plus d’informations, consultez la section [Intégration de la facturation Cloud AWS](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=integrations-aws-cloud-billing-integration) dans la documentation Kubecost. **Cette version prend-elle en charge la gestion des coûts des clusters Kubernetes autogérés sur Amazon ? EC2** Non. Le bundle *Kubecost optimisé pour Amazon EKS* est uniquement compatible avec les clusters Amazon EKS. **Kubecost peut-il suivre les coûts d'Amazon EKS sur Fargate ? AWS ** Kubecost met tout en œuvre pour afficher la visibilité des coûts des clusters pour Amazon EKS sur Fargate, mais avec une précision moindre qu'avec Amazon EKS sur Amazon. EC2 Cela s’explique principalement par la différence dans la manière dont votre consommation vous est facturée. Avec Amazon EKS sur Fargate, vous êtes facturé pour les ressources consommées. Avec Amazon EKS sur les EC2 nœuds Amazon, les ressources mises en service vous sont facturées. Kubecost calcule le coût d'un EC2 nœud Amazon en fonction de la spécification du nœud, qui inclut le processeur, la RAM et le stockage éphémère. Avec Fargate, les coûts sont calculés en fonction des ressources demandées pour les pods Fargate. **How can I get updates and new versions of Kubecost ?** Vous pouvez mettre à niveau votre version de Kubecost à l’aide des procédures de mise à niveau Helm standard. Pour Kubecost v3, les dernières versions sont disponibles sur le nouvel emplacement du graphique Helm. `public.ecr.aws/kubecost/kubecost` Les versions précédentes (v1 et v2) restent disponibles dans la [galerie publique Amazon ECR.](https://gallery.ecr.aws/kubecost/cost-analyzer) **Important** Lors de la mise à niveau vers Kubecost v3, notez que l'emplacement du graphique Helm est passé de à. `public.ecr.aws/kubecost/cost-analyzer` `public.ecr.aws/kubecost/kubecost` Mettez à jour les références de votre référentiel Helm en conséquence. **La `kubectl-cost` CLI est-elle prise en charge ? Comment l’installer?** Oui. `Kubectl-cost` est un outil open source développé par Kubecost (licence Apache 2.0) qui fournit un accès CLI aux métriques de répartition des coûts Kubernetes. Pour procéder à l'installation`kubectl-cost`, reportez-vous à la section [Installation](https://github.com/kubecost/kubectl-cost#installation) sur GitHub. **L’interface utilisateur Kubecost est-elle prise en charge ? Comment y accéder ?** Kubecost fournit un tableau de bord Web auquel vous pouvez accéder via la redirection de port `kubectl`, une entrée ou un équilibreur de charge. Vous pouvez également utiliser le AWS Load Balancer Controller pour exposer Kubecost et utiliser Amazon Cognito pour l'authentification, les autorisations et la gestion des utilisateurs. Pour plus d'informations, consultez [Comment utiliser Application Load Balancer et Amazon Cognito pour authentifier les utilisateurs de vos applications Web Kubernetes](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps) sur le blog. AWS **La nouvelle limite de dépenses de 100 000\$1 dans Kubecost v3 affecte-t-elle les utilisateurs d'Amazon EKS ?** Non La limite de dépenses de 100 000 USD sur 30 jours introduite dans le niveau gratuit de Kubecost v3 ne s'applique pas aux utilisateurs du bundle Kubecost *optimisé pour Amazon EKS*. Les utilisateurs d'EKS conservent un accès complet à toutes les fonctionnalités de dépenses de Kubernetes, quel que soit le niveau de dépenses. **Quelles sont les principales améliorations de performances de Kubecost v3 ?** Kubecost v3 introduit des améliorations de performances substantielles grâce à son backend de ClickHouse base de données, qui fournit des requêtes nettement plus rapides par rapport au DuckDB utilisé dans la version 2.8. En outre, l'architecture unifiée des agents élimine la dépendance à Prometheus, réduisant ainsi l'encombrement de la mémoire tout en préservant l'intégralité des fonctionnalités et de la compatibilité. OpenCost **Quel est le backend de stockage utilisé par Kubecost v3 pour les déploiements multi-clusters ?** Kubecost v3 utilise un stockage d'objets compatible AWS S3 (S3 pour les clients EKS) pour le stockage des métriques multi-clusters, en remplacement du stockage compatible Prometheus utilisé dans la version v2. L' FinOps agent collecte des métriques à partir de l'API Kubernetes et les transmet vers un stockage compatible S3. L'agrégateur récupère ensuite ces données, effectue des calculs de coûts et affiche les résultats dans le frontend. Pour obtenir des instructions détaillées sur la configuration de plusieurs clusters, consultez le [guide [d'installation de plusieurs clusters](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) et de clusters secondaires](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) dans la documentation de Kubecost. **Puis-je passer directement de Kubecost v1 à v3 ?** Non La mise à niveau directe de la v1 vers la v3 n'est pas prise en charge. Vous devez d'abord passer à la version v2, puis migrer vers la version 3. Consultez la documentation de Kubecost pour obtenir des conseils de migration détaillés, car le processus nécessite une planification minutieuse et peut avoir un impact sur la disponibilité des rapports pendant la transition. ## Fonctionnalités supplémentaires de Kubecost + Les fonctionnalités suivantes sont disponibles dans Kubecost v1, v2 et v3. + **Indicateurs des coûts d'exportation** — La surveillance optimisée des coûts d'Amazon EKS est déployée avec Kubecost. Dans les versions 1 et 2, Kubecost s'intègre à Prometheus pour le stockage et le traitement des métriques. Dans la version 3, Kubecost utilise une ClickHouse base de données pour améliorer considérablement les performances tout en préservant la compatibilité. OpenCost Pour les déploiements multi-clusters dans la version 3, les métriques sont stockées dans un stockage d'objets compatible AWS S3 (S3 pour les clients EKS) au lieu d'un stockage compatible avec Prometheus. Kubecost lit les métriques, effectue des calculs de répartition des coûts et fournit des données via son interface APIs utilisateur. L'architecture varie selon les versions mais conserve des fonctionnalités cohérentes. ![\[Architecture Kubecost\]](http://docs.aws.amazon.com/fr_fr/eks/latest/userguide/images/kubecost-architecture.png) Vous pouvez rédiger des requêtes pour intégrer les données Kubecost dans votre système de business intelligence actuel pour une analyse plus approfondie. Vous pouvez également l’utiliser comme source de données pour votre tableau de bord [Grafana](https://grafana.com/) actuel afin d’afficher les coûts du cluster Amazon EKS que vos équipes internes connaissent bien. Pour en savoir plus sur la façon d'écrire des requêtes, consultez la documentation de [OpenCost configuration](https://opencost.io/docs/installation/prometheus/) ou utilisez les exemples de modèles Grafana JSON dans le référentiel [Kubecost Github](https://github.com/kubecost/cost-analyzer-helm-chart/tree/develop/cost-analyzer) comme références. + ** AWS Intégration des rapports sur les coûts et l'utilisation** : pour effectuer des calculs de répartition des coûts pour votre cluster Amazon EKS, Kubecost extrait les informations de tarification publiques des AWS services et des AWS ressources à partir de l'API AWS Price List. Vous pouvez également intégrer Kubecost au **rapport sur les AWS coûts et l'utilisation** pour améliorer la précision des informations de tarification spécifiques à votre AWS compte. Ces informations incluent les programmes de remise pour les entreprises, l'utilisation d'instances réservées, les plans d'épargne et l'utilisation ponctuelle. Pour en savoir plus sur le fonctionnement de l'intégration des rapports sur les AWS coûts et l'utilisation, consultez la section Intégration de la [facturation dans le AWS cloud](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=integrations-aws-cloud-billing-integration) dans la documentation de Kubecost. # Afficher l’utilisation des ressources avec le serveur de métriques Kubernetes Le serveur de métriques Kubernetes est un agrégateur de données d’utilisation des ressources dans votre cluster. Il n’est pas déployé par défaut dans les clusters Amazon EKS. Pour plus d'informations, consultez [Kubernetes Metrics Server sur.](https://github.com/kubernetes-sigs/metrics-server) GitHub Le serveur Metrics est couramment utilisé par d’autres modules complémentaires Kubernetes, tels que les [déploiements de pods à l’échelle avec Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md) ou le [tableau de bord Kubernetes](eks-managing.md). Pour plus d'informations, consultez [Pipeline de métriques de ressource](https://kubernetes.io/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/) dans la documentation Kubernetes. Cette rubrique explique comment déployer le serveur de métriques Kubernetes sur votre cluster Amazon EKS. **Important** Les métriques sont destinées à point-in-time l'analyse et ne constituent pas une source précise pour l'analyse historique. Elles ne peuvent pas être utilisées comme solution de surveillance ou à d’autres fins de mise à l’échelle non auto. Pour de plus amples informations sur la surveillance, consultez [Surveillez les performances de votre cluster et consultez les journaux](eks-observe.md). ## Considérations + Si vous déployez manuellement Kubernetes Metrics Server sur des nœuds Fargate à l’aide du manifeste, configurez le déploiement `metrics-server` pour qu’il utilise un port autre que le port par défaut `10250`. Ce port est réservé à Fargate. La version complémentaire Amazon EKS de Metrics Server est préconfigurée pour utiliser le port `10251`. + Assurez-vous que les groupes de sécurité et le réseau ACLs autorisent le port `10250` entre les `metrics-server` pods et tous les autres nœuds et pods. Le serveur de métriques Kubernetes utilise toujours le port `10250` pour collecter les métriques provenant d’autres points de terminaison du cluster. Si vous déployez sur des nœuds Fargate, autorisez à la fois le port alternatif configuré pour le serveur de métriques et le port `10250`. ## Déployer en tant que module complémentaire communautaire avec Amazon EKS Add-ons **Nouveau : vous pouvez désormais déployer Metrics Server en tant que module complémentaire communautaire à l'aide de la AWS console ou d'Amazon EKS APIs.** ### Déploiement avec AWS console 1. Ouvrez votre cluster EKS dans la AWS console 1. Dans l’onglet « Modules complémentaires », sélectionnez **Obtenir plus de modules complémentaires**. 1. Dans la section « Extensions communautaires », sélectionnez **Metrics Server**, puis **Suivant** 1. EKS détermine la version appropriée du module complémentaire correspondant à votre cluster. Vous pouvez modifier la version à l’aide du menu déroulant **Version**. 1. Sélectionnez **Suivant**, puis **Créer** pour installer le module complémentaire. ### Ressources supplémentaires En savoir plus sur [Extensions communautaires](community-addons.md). L’installation ou la mise à jour des modules complémentaires communautaires se fait de la même manière que pour les autres modules complémentaires Amazon EKS. + [Créer un module complémentaire Amazon EKS](creating-an-add-on.md) + [Mettre à jour un module complémentaire Amazon EKS](updating-an-add-on.md) + [Supprimer un module complémentaire Amazon EKS d’un cluster](removing-an-add-on.md) ## Déployer avec Manifeste **Nouveau : vous pouvez désormais déployer Metrics Server en tant que module complémentaire communautaire à l'aide de la AWS console ou d'Amazon EKS APIs. Ces instructions d’installation du manifeste seront archivées.** 1. Déployez le serveur de métriques à l'aide de la commande suivante : ``` kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml ``` Si vous utilisez Fargate, vous devez modifier ce fichier. Dans la configuration par défaut, le serveur de métriques utilise le port 10250. Ce port est réservé sur Fargate. Remplacez les références au port 10250 dans components.yaml par un autre port, tel que 10251. 1. Vérifiez que le déploiement du `metrics-server` exécute le nombre souhaité de pods avec la commande suivante. ``` kubectl get deployment metrics-server -n kube-system ``` L'exemple qui suit illustre un résultat. ``` NAME READY UP-TO-DATE AVAILABLE AGE metrics-server 1/1 1 1 6m ``` 1. Testez le fonctionnement du serveur de métriques en affichant l’utilisation des ressources (CPU/mémoire) des nœuds. ``` kubectl top nodes ``` 1. Si vous recevez le message d’erreur `Error from server (Forbidden)`, vous devez mettre à jour votre configuration RBAC Kubernetes. Votre identité Kubernetes RBAC nécessite des autorisations suffisantes pour lire les métriques du cluster. Vérifiez les [autorisations d'API Kubernetes minimales requises pour lire](https://github.com/kubernetes-sigs/metrics-server/blob/e285375a49e3bf77ddd78c08a05aaa44f2249ebd/manifests/base/rbac.yaml#L5C9-L5C41) les métriques sur. GitHub Découvrez comment [accorder aux identités AWS IAM, telles que les rôles, l'accès à APIs Kubernetes](grant-k8s-access.md#authentication-modes). # Déployez des applications avec Helm sur Amazon EKS Le gestionnaire de paquets Helm pour Kubernetes vous aide à installer et à gérer des applications sur votre cluster Kubernetes. Pour plus d'informations, consultez la [documentation Helm](https://docs.helm.sh/). Cette rubrique vous aide à installer et à exécuter les fichiers binaires Helm, afin de pouvoir installer et gérer des charts à l'aide de la CLI Helm sur votre système local. **Important** Pour pouvoir installer des Charts Helm dans votre cluster, vous devez configurer `kubectl` pour qu'il fonctionne avec Amazon EKS. Si vous ne l'avez pas encore fait, veuillez consulter [Connexion de kubectl à un cluster EKS en créant un fichier kubeconfig](create-kubeconfig.md) avant de poursuivre. Si la commande suivante aboutit pour votre cluster, votre configuration est correcte. ``` kubectl get svc ``` 1. Exécutez la commande adaptée à votre système d'exploitation client. + Si vous utilisez macOS avec [Homebrew](https://brew.sh/), installez les fichiers binaires à l’aide de la commande suivante. ``` brew install helm ``` + Pour plus d’options d’installation, consultez la section [Installation de Helm](https://helm.sh/docs/intro/install/) dans la documentation Helm. **Note** Si vous recevez un message indiquant que `openssl` doit d'abord être installé, vous pouvez utiliser la commande suivante pour l'installer. ``` sudo yum install openssl ``` 1. Pour récupérer le nouveau fichier binaire dans votre `PATH`, fermez votre fenêtre de terminal actuelle et ouvrez une nouvelle fenêtre. 1. Vérifiez la version de Helm que vous avez installée. ``` helm version --template='{{ .Version }}{{ "\n" }}' ``` L'exemple qui suit illustre un résultat. ``` v3.17.2 ``` 1. Assurez-vous que la version installée est compatible avec la version de votre cluster. Consultez [Supported Version Skew](https://helm.sh/docs/topics/version_skew/#supported-version-skew) pour en savoir plus. Par exemple, si vous utilisez `3.17.x`, la version Kubernetes prise en charge ne doit pas dépasser la plage `1.29.x` \$1 `1.32.x`. 1. À ce stade, vous pouvez exécuter toutes les commandes Helm (telles que `helm install chart-name `) pour installer, modifier, supprimer ou interroger les charts Helm dans votre cluster. Si vous débutez avec Helm et que vous n’avez pas de graphique spécifique à installer, vous pouvez : + Tester en installant un exemple de chart. Reportez-vous à la rubrique sur l'[installation d'un exemple de chart](https://helm.sh/docs/intro/quickstart#install-an-example-chart) dans le [Guide Quickstart](https://helm.sh/docs/intro/quickstart/) Helm. + Créez un exemple de chart et envoyez-le à Amazon ECR. Pour plus d'informations, consultez la rubrique relative à l'[envoi d'un chart Helm](https://docs.aws.amazon.com/AmazonECR/latest/userguide/push-oci-artifact.html) dans le *Guide de l'utilisateur Amazon Elastic Container Registry*. + Installez un graphique Amazon EKS à partir du référentiel GitHub [eks-charts](https://github.com/aws/eks-charts#eks-charts) ou [ArtifactHub](https://artifacthub.io/packages/search?page=1&repo=aws). # Organiser les ressources Amazon EKS à l’aide de balises Vous pouvez utiliser les *balises* pour vous aider à gérer vos ressources Amazon EKS. Cette rubrique fournit une vue d'ensemble de la fonction des identifications et indique comment créer des identifications. **Topics** + [Principes de base des étiquettes](#tag-basics) + [Balisage de vos ressources](#tag-resources) + [Restrictions liées aux étiquettes](#tag-restrictions) + [Balisage de vos ressources pour facturation](#tag-resources-for-billing) + [Gestion des étiquettes à l'aide de la console](#tag-resources-console) + [Gestion des identifications à l'aide de la CLI, de l'API ou de `eksctl`](#tag-resources-api-sdk) **Note** Les balises sont un type de métadonnées distinct des étiquettes et annotations Kubernetes. Pour plus d'informations sur ces autres types de métadonnées, consultez les sections suivantes dans la documentation Kubernetes : [Étiquettes et sélecteurs](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/) [Annotations](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/) ## Principes de base des étiquettes Une balise est une étiquette que vous affectez à une ressource AWS. Chaque balise est constituée d'une *clé* et d'une *valeur* facultative. Avec les balises, vous pouvez classer vos ressources AWS par catégorie. Par exemple, vous pouvez classer les ressources par objectif, propriétaire ou environnement. Lorsque vous avez de nombreuses ressources de même type, vous pouvez utiliser les balises que vous avez attribuées à une ressource spécifique pour identifier cette dernière rapidement. Par exemple, vous pouvez définir un ensemble de balises pour vos clusters Amazon EKS afin de vous aider à suivre le propriétaire et le niveau de pile de chaque cluster. Nous vous recommandons de concevoir un ensemble cohérent de clés de balise pour chaque type de ressource. Vous pouvez rechercher et filtrer les ressources en fonction des balises que vous ajoutez. Une fois que vous avez ajouté une balise, vous pouvez modifier les clés et valeurs de balise ou supprimer les balises d'une ressource à tout moment. Si vous supprimez une ressource, ses balises sont également supprimées. Les identifications n’ont pas de signification sémantique pour Amazon EKS et sont interprétées strictement comme des chaînes de caractères. Vous pouvez définir la valeur d'une balise à une chaîne vide. Cependant, vous ne pouvez pas définir la valeur d’une balise sur null. Si vous ajoutez une balise ayant la même clé qu'une balise existante sur cette ressource, la nouvelle valeur remplace l'ancienne valeur. Si vous utilisez la gestion des identités et des accès (IAM) AWS, vous pouvez contrôler quels utilisateurs de votre compte AWS sont autorisés à gérer les balises. ## Balisage de vos ressources Les ressources Amazon EKS suivantes prennent en charge les balises : + clusters + groupes de nœuds gérés + profils Fargate Vous pouvez baliser ces ressources à l'aide des éléments suivants : + Si vous utilisez la console Amazon EKS, vous pouvez à tout moment appliquer des identifications aux ressources nouvelles ou existantes. Pour ce faire, utilisez la commande **Identifications** sur la page de ressources correspondante. Pour de plus amples informations, consultez [Gestion des étiquettes à l'aide de la console](#tag-resources-console). + Si vous utilisez `eksctl`, vous pouvez appliquer des balises aux ressources lors de leur création à l’aide de l’option `--tags`. + Si vous utilisez la CLI AWS, l’API Amazon EKS ou un kit SDK AWS, vous pouvez appliquer les balises aux nouvelles ressources à l’aide du paramètre `tags` sur l’action d’API correspondante. Vous pouvez également appliquer des identifications aux ressources à l'aide de l'action d'API `TagResource`. Pour en savoir plus, consultez [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html). Lorsque vous exécutez certaines actions de création des ressources, vous pouvez également spécifier des balises pour la ressource en même temps que vous la créez. Si les balises ne peuvent pas être appliquées pendant la création de la ressource, la ressource ne peut pas être créée. Ce mécanisme garantit que les ressources que vous prévoyez de baliser sont créées avec les balises que vous spécifiez ou ne sont pas créées du tout. Si vous balisez des ressources lorsque vous les créez, vous n’avez pas besoin d’exécuter de scripts de balisage personnalisés après avoir créé les ressources. Les balises ne sont pas propagées vers les autres ressources associées à la ressource que vous créez. Par exemple, les balises de profil Fargate ne se propagent pas aux autres ressources qui sont associées au profil Fargate, telles que les pods qui sont programmés avec ce dernier. ## Restrictions liées aux étiquettes Les restrictions suivantes s’appliquent aux balises : + Un maximum de 50 balises peut être associé à une ressource. + Les clés de balises ne peuvent pas être répétées pour une même ressource. Chaque clé de balise doit être unique et ne peut avoir qu'une seule valeur. + Les clés peuvent contenir jusqu'à 128 caractères en UTF-8. + Les valeurs peuvent contenir jusqu'à 256 caractères en UTF-8. + Si plusieurs services AWS et ressources utilisent votre schéma de balisage, limitez les types de caractères que vous utilisez. Certains services peuvent présenter des restrictions sur les caractères autorisés. Les caractères généralement autorisés sont les lettres, les chiffres, les espaces et les caractères suivants : `+` `-` `=` `.` `_` `:` `/` `@`. + Les clés et valeurs de balise sont sensibles à la casse. + N’utilisez pas `aws:`, ` AWS:`, ou n’importe quelle combinaison de majuscules ou minuscules comme préfixe pour des clés ou des valeurs. Ils sont réservés uniquement à une utilisation par AWS. Vous ne pouvez pas modifier ni supprimer des clés ou valeurs d’étiquette ayant ce préfixe. Les balises avec ce préfixe ne sont pas comptabilisées comme vos balises pour la limite de ressources. ## Balisage de vos ressources pour facturation Lorsque vous appliquez des balises à des clusters Amazon EKS, vous pouvez les utiliser pour la répartition des coûts dans vos **Cost & Usage Reports** (Rapports sur les coûts et l'utilisation). Les données de mesure de vos **rapports sur les coût et l'utilisation** illustrent l'utilisation parmi tous vos clusters Amazon EKS. Pour plus d’informations, consultez le [rapport sur les coûts et l’utilisation AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage.html) dans le *Guide de facturation AWS*. L'identification de répartition des coûts générée par AWS, en particulier `aws:eks:cluster-name`, vous permet de décomposer les coûts des instances Amazon EC2 par cluster Amazon EKS dans **Cost Explorer**. Cependant, cette balise ne prend pas en compte les dépenses liées au plan de contrôle. L'identification est automatiquement ajoutée aux instances Amazon EC2 qui participent à un cluster Amazon EKS. Ce comportement se produit indépendamment du fait que les instances soient allouées à l’aide de groupes de nœuds gérés par Amazon EKS, de Karpenter ou directement avec Amazon EC2. Cette identification n'est pas prise en compte dans la limite des 50 identifications. Pour utiliser l’identification, le détenteur d’un compte doit l’activer dans la console de facturation AWS ou à l’aide de l’API. Lorsque le titulaire d’un compte de gestion d’une organisation AWS active la balise, celui-ci est également activé pour tous les comptes des membres de l’organisation. Vous pouvez également organiser vos informations de facturation en fonction des ressources possédant les mêmes valeurs de clé d‘étiquette. Par exemple, vous pouvez étiqueter plusieurs ressources avec un nom d'application spécifique, puis organiser vos informations de facturation. De cette façon, vous pouvez afficher le coût total de cette application dans plusieurs services. Pour plus d’informations sur la configuration d’un rapport de répartition des coûts avec des balises, consultez la section [Rapport mensuel de répartition des coûts](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/configurecostallocreport.html) dans le *Guide de facturation AWS*. **Note** Si vous venez d'activer la création de rapports, les données du mois en cours peuvent être consultées après 24 heures. **Cost Explorer** est un outil de reporting disponible dans l'offre gratuite AWS. Vous pouvez utiliser **Cost Explorer** pour consulter les graphiques de vos ressources Amazon EKS des 13 derniers mois. Vous pouvez également prévoir vos dépenses sur les trois prochains mois. Vous pouvez afficher les schémas de vos dépenses en ressources AWS au fil du temps. Par exemple, vous pouvez l'utiliser pour identifier les zones qui méritent d'être approfondies et connaître les tendances que vous pouvez utiliser pour comprendre vos coûts. Vous pouvez également spécifier des plages de temps pour les données et afficher des données temporelles par jour ou par mois. ## Gestion des étiquettes à l'aide de la console À l'aide de la console Amazon EKS, vous pouvez gérer les identifications qui sont associées à des clusters et groupes de nœuds gérés nouveaux ou existants. Lorsque vous sélectionnez une page spécifique aux ressources dans la console Amazon EKS, cette page affiche une liste de ces ressources. Par exemple, si vous sélectionnez **Clusters** dans le panneau de navigation de gauche, la console affiche une liste de clusters Amazon EKS. Lorsque vous sélectionnez une ressource de l'une de ces listes (par exemple, un cluster spécifique) qui prend en charge les balises, vous pouvez afficher et gérer ses balises dans l'onglet **Tags (Balises)**. Vous pouvez également utiliser **Tag Editor** dans la AWS Management Console, qui fournit un moyen unifié de gérer vos balises. Pour plus d’informations, consultez la rubrique [Balisage de vos ressources AWS à l’aide de l’éditeur de balises](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) du *Guide de l’utilisateur de l’éditeur de balises AWS*. ### Ajout de balises lors de la création d'une ressource Vous pouvez ajouter des identifications aux clusters, groupes de nœuds gérés et profils Fargate Amazon EKS lorsque vous les créez. Pour de plus amples informations, consultez [Création d’un cluster Amazon EKS](create-cluster.md). ### Ajout et suppression de balises sur une ressource Vous pouvez ajouter ou supprimer les balises qui sont associées à vos clusters directement à partir de la page de la ressource. 1. Ouvrez la [console Amazon EKS](https://console.aws.amazon.com/eks/home#/clusters). 1. Dans la barre de navigation, sélectionnez la région AWS à utiliser. 1. Dans le volet de navigation de gauche, choisissez **Clusters**. 1. Choisissez un cluster spécifique. 1. Choisissez l'onglet **Tags** (Identifications), puis **Manage tags** (Gérer les identifications). 1. Sur la page **Gérer les balises**, ajoutez ou supprimez vos balises si nécessaire. + Pour ajouter une balise, choisissez **Ajouter une balise**. Puis spécifiez la clé et la valeur de chaque balise. + Pour supprimer une balise, sélectionnez **Remove tag** (Supprimer une balise). 1. Répétez cette procédure pour chaque balise que vous voulez ajouter ou supprimer. 1. Choisissez **Update** (Mettre à jour) pour terminer. ## Gestion des identifications à l'aide de la CLI, de l'API ou de `eksctl` Utilisez les commandes CLI AWS suivantes ou les opérations d’API Amazon EKS pour ajouter, mettre à jour, répertorier et supprimer les identifications de vos ressources. Vous pouvez uniquement utiliser `eksctl` pour ajouter des balises tout en créant simultanément les nouvelles ressources avec une seule commande. | Tâche | AWS CLI | AWS Tools for Windows PowerShell | Action d’API | | --- | --- | --- | --- | | Ajouter ou remplacer une ou plusieurs étiquettes. | [tag-resource](https://docs.aws.amazon.com/cli/latest/reference/eks/tag-resource.html) | [Add-EKSResourceTag](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EKSResourceTag.html) | [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html) | | Supprimer une ou plusieurs étiquettes. | [untag-resource](https://docs.aws.amazon.com/cli/latest/reference/eks/untag-resource.html) | [Remove-EKSResourceTag](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EKSResourceTag.html) | [UntagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_UntagResource.html) | Les exemples suivants montrent comment ajouter ou supprimer les étiquettes d’une ressource à l’aide de la CLI AWS. **Exemple 1 : Étiqueter un cluster existant** La commande suivante permet d'étiqueter un cluster existant. ``` aws eks tag-resource --resource-arn resource_ARN --tags team=devs ``` **Exemple 2 : Supprimer les étiquettes d'un cluster existant** La commande suivante permet de supprimer une étiquette d'un cluster existant. ``` aws eks untag-resource --resource-arn resource_ARN --tag-keys tag_key ``` **Exemple 3 : Afficher la liste des étiquettes d'une ressource** La commande suivante permet de répertorier l'ensemble des balises qui sont associées à une ressource existante. ``` aws eks list-tags-for-resource --resource-arn resource_ARN ``` Lorsque vous utilisez certaines actions de création de ressources, vous pouvez spécifier des balises en même temps que vous créez la ressource. Les actions suivantes prennent en charge la spécification d'une balise lorsque vous créez une ressource. | Tâche | AWS CLI | AWS Tools for Windows PowerShell | Action d’API | eksctl | | --- | --- | --- | --- | --- | | Créer un cluster | [create-cluster](https://docs.aws.amazon.com/cli/latest/reference/eks/create-cluster.html) | [New-EKSCluster](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSCluster.html) | [CreateCluster](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateCluster.html) | `create cluster` | | Créer un groupe de nœuds géré\$1 | [create-nodegroup](https://docs.aws.amazon.com/cli/latest/reference/eks/create-nodegroup.html) | [New-EKSNodegroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSNodegroup.html) | [CreateNodegroup](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateNodegroup.html) | `create nodegroup` | | Créer un profil Fargate | [create-fargate-profile](https://docs.aws.amazon.com/cli/latest/reference/eks/create-fargate-profile.html) | [New-EKSFargateProfile](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSFargateProfile.html) | [CreateFargateProfile.html](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateFargateProfile.html) | `create fargateprofile` | + Si vous souhaitez également baliser des instances Amazon EC2 lorsque vous créez un groupe de nœuds gérés, créez le groupe de nœuds gérés à l’aide d’un modèle de lancement. Pour de plus amples informations, consultez [Étiquetage des instances Amazon EC2](launch-templates.md#launch-template-tagging). Si vos instances existent déjà, vous pouvez étiqueter manuellement les instances. Pour plus d’informations, consultez [Balisage de vos ressources](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#tag-resources) dans le Guide d’utilisateur Amazon EC2. # Afficher et gérer les quotas de service Amazon EKS et Fargate Amazon EKS a intégré Service Quotas, un AWS service que vous pouvez utiliser pour consulter et gérer vos quotas depuis un emplacement central. Pour plus d’informations, veuillez consulter [Qu’est-ce que Service Quotas?](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) dans le *Guide de l’utilisateur Service Quotas*. Grâce à l'intégration des quotas de service, vous pouvez rapidement rechercher la valeur de vos quotas de service Amazon EKS et AWS Fargate à l'aide de la AWS Management Console CLI and. AWS ## Consultez les quotas de service EKS dans le AWS Management Console 1. Ouvrez la [console Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/eks/quotas). 1. Dans le volet de navigation de gauche, sélectionnez ** AWS services**. 1. **Dans la liste des ** AWS services**, recherchez et sélectionnez **Amazon Elastic Kubernetes Service (Amazon** EKS) ou Fargate. AWS ** Dans la liste des **quotas de service**, vous pouvez voir le nom du quota de service, la valeur appliquée (si elle est disponible), le quota AWS par défaut et si la valeur du quota est ajustable. 1. Pour afficher des informations supplémentaires sur un quota de service, notamment la description, choisissez le nom du quota. 1. (Facultatif) Pour demander une augmentation de quota, sélectionnez le quota que vous souhaitez augmenter, sélectionnez **Request quota increase** (Demander une augmentation de quota), saisissez ou sélectionnez les informations requises, puis sélectionnez **Request** (Demander). Pour mieux utiliser les quotas de service à l'aide du AWS Management Console, consultez le [Guide de l'utilisateur des quotas de service](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html). Pour demander une augmentation de quota, consultez [Demander une augmentation de quota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) dans le *Guide de l'utilisateur de Service Quotas*. ## Afficher les quotas de service EKS avec la AWS CLI Exécutez la commande suivante pour afficher vos quotas Amazon EKS. ``` aws service-quotas list-aws-default-service-quotas \ --query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \ --service-code eks \ --output table ``` Exécutez la commande suivante pour afficher vos quotas Fargate. ``` aws service-quotas list-aws-default-service-quotas \ --query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \ --service-code fargate \ --output table ``` **Note** Le quota renvoyé est le nombre de tâches Amazon ECS ou de pods Amazon EKS qui peuvent être exécutés simultanément sur Fargate dans ce compte dans la région actuelle. AWS Pour travailler davantage avec les quotas de service à l'aide de la AWS CLI, consultez [service-quotas](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/index.html) dans le manuel de référence des *commandes de la AWS CLI*. Pour demander une augmentation du quota, consultez la [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html)commande dans le manuel de *référence des commandes de la AWS CLI*. ## Service quotas Amazon EKS AWS recommande d'utiliser le AWS Management Console pour consulter vos quotas actuels. Pour de plus amples informations, veuillez consulter [Consultez les quotas de service EKS dans le AWS Management Console](#service-quotas-console). *Pour consulter les quotas de service EKS par défaut, consultez la section [Points de terminaison et quotas Amazon Elastic Kubernetes Service dans](https://docs.aws.amazon.com/general/latest/gr/eks.html#limits_eks) le manuel de référence général. AWS * Ces quotas de service sont répertoriés sous **Amazon Elastic Kubernetes Service (Amazon EKS)** dans la console Service Quotas. Pour demander une augmentation du quota pour les valeurs affichées comme ajustables, consultez [Demande d'augmentation de quota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) dans le *Guide de l'utilisateur Service Quotas*. **Note** Les ajustements des composants suivants **ne sont pas** pris en charge dans Service Quotas : \$1 Associations d’identité du pod par cluster. Pour les limites, voir[Découvrir comment l’identité du pod Amazon EKS accorde aux pods l’accès aux services AWS](pod-identities.md). \$1 CIDRs pour les réseaux de nœuds distants ou les réseaux de ports distants pour les nœuds hybrides. Pour les limites, voir[Présentation des nœuds hybrides Amazon EKS](hybrid-nodes-overview.md). ## AWS Quotas de service Fargate Le service ** AWS Fargate** de la console Service Quotas répertorie plusieurs quotas de service. Vous pouvez configurer des alarmes qui vous alertent lorsque votre utilisation approche d’un quota de service. Pour de plus amples informations, veuillez consulter [Création d'une CloudWatch alarme pour surveiller les métriques d'utilisation des ressources de Fargate](monitoring-fargate-usage.md#service-quota-alarm). AWS Les nouveaux comptes peuvent avoir des quotas initiaux plus faibles qui peuvent augmenter au fil du temps. Fargate surveille en permanence l'utilisation du compte dans AWS chaque région, puis augmente automatiquement les quotas en fonction de l'utilisation. Vous pouvez également demander une augmentation du quota pour les valeurs désignées comme ajustables. Pour de plus amples informations, consultez [Demande d'augmentation de quota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) dans le *Guide de l'utilisateur Service Quotas*. AWS recommande d'utiliser le AWS Management Console pour consulter vos quotas actuels. Pour de plus amples informations, veuillez consulter [Consultez les quotas de service EKS dans le AWS Management Console](#service-quotas-console). *Pour consulter les quotas de service AWS Fargate par défaut sur EKS, consultez la section Quotas de service [Fargate dans le manuel de référence](https://docs.aws.amazon.com/general/latest/gr/eks.html#service-quotas-eks-fargate) général. AWS * **Note** Fargate applique en outre des quotas de taux de lancement pour les tâches Amazon ECS et les pods Amazon EKS. Pour plus d’informations, consultez [Quotas de limitation AWS Fargate](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/throttling.html) dans le *Guide Amazon ECS*.