**Unterstützung für die Verbesserung dieser Seite beitragen** Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. Um zu diesem Benutzerhandbuch beizutragen, wählen Sie den GitHub Link **Diese Seite bearbeiten auf**, der sich im rechten Bereich jeder Seite befindet. Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Organisieren und Überwachen von Cluster-Ressourcen In diesem Kapitel finden Sie die folgenden Themen, die Ihnen beim Verwalten Ihres Clusters helfen. Sie können auch Informationen über Ihre [Kubernetes-Ressourcen](view-kubernetes-resources.md) mit der AWS-Managementkonsole anzeigen. + Das Kubernetes-Dashboard ist eine allgemeine, webbasierte Benutzeroberfläche für Kubernetes-Cluster. Es ermöglicht Benutzern, im Cluster ausgeführte Anwendungen zu verwalten und Fehler zu beheben sowie den Cluster selbst zu verwalten. Weitere Informationen finden Sie unter [Kubernetes-Dashboard](https://github.com/kubernetes/dashboard) im GitHub-Repository. + [Anzeigen der Ressourcennutzung mit Kubernetes Metrics Server](metrics-server.md)Der Kubernetes-Metrik-Server ist ein Aggregator für Ressourcenverbrauchsdaten in Ihrem Cluster. Sie wird nicht standardmäßig in Ihrem Cluster bereitgestellt, wird jedoch von Kubernetes-Add-Ons wie dem Kubernetes-Dashboard und [Skalierung von Pod-Bereitstellungen mit Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md) verwendet. In diesem Thema erfahren Sie, wie der Metrics Server installiert wird. + [Bereitstellung von Anwendungen mit Helm in Amazon EKS](helm.md)Der Helm-Paketmanager für Kubernetes unterstützt Sie bei der Installation und Verwaltung von Anwendungen in Ihrem Kubernetes-Cluster. Dieses Thema hilft Ihnen bei der Installation und Ausführung der Helm-Binärdateien, sodass Sie Charts mit der Helm-CLI auf Ihrem lokalen Computer installieren und verwalten können. + [Organisation von Amazon-EKS-Ressourcen mit Tags](eks-using-tags.md) - Um Sie bei der Verwaltung Ihrer Amazon EKS-Ressourcen zu unterstützen, können Sie jeder Ressource eigene Metadaten in Form von *Tags* zuweisen. In diesem Thema werden Tags (Markierungen) und deren Erstellung beschrieben. + [Service Quotas für Amazon EKS und Fargate anzeigen und verwalten](service-quotas.md) - Das AWS-Konto verfügt über Standardkontingente (früher als Limits bezeichnet) für jeden AWS-Service. Erfahren Sie mehr über Amazon EKS-Ressourcenkontingente, und wie Sie sie erhöhen. # Überwachung und Optimierung der Kosten für Amazon-EKS-Cluster Die Kostenüberwachung ist ein wesentlicher Aspekt der Verwaltung Ihrer Kubernetes-Cluster in Amazon EKS. Indem Sie Einblick in Ihre Cluster-Kosten erhalten, können Sie die Ressourcennutzung optimieren, Budgets festlegen und datenbasierte Entscheidungen zu Ihren Bereitstellungen treffen. Amazon EKS bietet zwei Lösungen zur Kostenüberwachung, jede mit ihren eigenen einzigartigen Vorteilen, die Ihnen dabei helfen, Ihre Kosten effektiv zu verfolgen und zuzuordnen: ** Daten zur Aufteilung der AWS-Fakturierungskosten für Amazon EKS** – Dieses native Feature lässt sich nahtlos in die AWS-Fakturierungskonsole integrieren, sodass Sie Kosten mithilfe derselben vertrauten Benutzeroberfläche und derselben Workflows analysieren und zuweisen können, die Sie auch für andere AWS-Service verwenden. Mit der aufgeteilten Kostenzuordnung erhalten Sie Einblicke in Ihre Kubernetes-Kosten neben Ihren anderen AWS-Ausgaben, wodurch es einfacher ist, die Kosten in Ihrer gesamten AWS-Umgebung ganzheitlich zu optimieren. Sie können auch vorhandene AWS-Fakturierung-Feature wie Kostenkategorien und Erkennung von Kostenanomalien nutzen, um Ihre Kostenmanagement-Fähigkeiten weiter zu verbessern. Weitere Informationen finden Sie unter [Grundlagen zu Daten zur aufgeteilten Kostenzuordnung](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) im Benutzerhandbuch zur AWS-Fakturierung. **Kubecost** – Amazon EKS unterstützt Kubecost, ein Kubernetes-Kostenüberwachungstool. Kubecost bietet einen Feature-reichen, Kubernetes-nativen Ansatz für die Kostenüberwachung und stellt differenzierte Kostenaufschlüsselungen nach Kubernetes-Ressourcen, Empfehlungen zur Kostenoptimierung sowie sofort einsatzbereite Dashboards und Berichte zur Verfügung. Durch die Integration mit dem AWS-Kosten- und Nutzungsbericht ruft Kubecost außerdem genaue Preisdaten ab und stellt so sicher, dass Sie einen genauen Überblick über Ihre Amazon-EKS-Kosten erhalten. Weitere Informationen zur [Installation von Kubecost](cost-monitoring-kubecost.md#kubecost-overview). Informationen zum Erhalt eines kostenlosen Kubecost-Abonnements finden Sie auf der Seite zu [Kubecost](https://aws.amazon.com/marketplace/pp/prodview-asiz4x22pm2n2) AWS Marketplace. # Kosten pro Pod in der AWS Abrechnung mit geteilter Kostenzuweisung anzeigen ## Kostenüberwachung mithilfe von Daten zur AWS geteilten Kostenzuweisung für Amazon EKS Sie können Daten zur AWS geteilten Kostenzuweisung für Amazon EKS verwenden, um eine detaillierte Kostentransparenz für Ihre Amazon EKS-Cluster zu erhalten. Auf diese Weise können Sie die Kosten und die Nutzung Ihrer Kubernetes-Anwendungen analysieren, optimieren und zurückbelasten. Sie weisen die Anwendungskosten einzelnen Geschäftseinheiten und Teams auf der Grundlage der EC2 CPU- und Speicherressourcen von Amazon zu, die von Ihrer Kubernetes-Anwendung verbraucht werden. Die aufgeteilten Kostenzuordnungsdaten für Amazon EKS bieten Einblick in die Kosten pro Pod und ermöglichen Ihnen die Aggregation der Kostendaten pro Pod mithilfe von Namespace, Cluster und anderen Kubernetes-Primitiven. Nachfolgend finden Sie Beispiele für Kubernetes-Primitive, die Sie zur Analyse der Amazon-EKS-Kostenzuordnungsdaten verwenden können. + Clustername + Bereitstellung + Namespace + Knoten + Name der Workload + Workload-Typ [Benutzerdefinierte Kostenzuordnungs-Tags](https://console.aws.amazon.com/costmanagement/home#/tags) werden ebenfalls unterstützt. Weitere Informationen zur Verwendung von Daten zur geteilten Kostenzuweisung finden Sie unter [Grundlegendes zu Daten zur geteilten Kostenzuweisung](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) im AWS Billing User Guide. ## Kosten- und Nutzungsberichte einrichten Sie können die Option Geteilte Kostenzuweisungsdaten für EKS in der Cost Management Console, in der AWS Befehlszeilenschnittstelle oder im aktivieren AWS SDKs. Verwenden Sie für die *Aufteilung der Kostenzuordnungsdaten* Folgendes: 1. Melden Sie sich für die Aufteilung der Kostenzuordnungsdaten an. Weitere Informationen finden Sie unter [Aktivieren von Daten zur geteilten Kostenzuweisung](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html) im Benutzerhandbuch AWS für Kosten- und Nutzungsberichte. 1. Fügen Sie die Daten in einen neuen oder vorhandenen Bericht ein. 1. Zeigen Sie den Bericht an. Sie können die Konsole Fakturierung und Kostenmanagement verwenden oder die Berichtsdateien in Amazon Simple Storage Service anzeigen. # Kubecost installieren Amazon EKS unterstützt Kubecost, mit dem Sie Ihre Kosten aufgeschlüsselt nach Kubernetes-Ressourcen, einschließlich Pods, Knoten, Namespaces und Labels, überwachen können. Dieses Thema behandelt die Installation von Kubecost und den Zugriff auf das Kubecost-Dashboard. Amazon EKS bietet ein AWS optimiertes Kubecost-Paket für die Transparenz der Cluster-Kosten. Sie können Ihre bestehenden AWS Supportverträge verwenden, um Support zu erhalten. Weitere Informationen zu den verfügbaren Versionen von Kubecost finden Sie unter [Weitere Informationen zu Kubecost](cost-monitoring-kubecost-bundles.md). **Anmerkung** Kubecost v3 bietet wichtige architektonische Verbesserungen, darunter eine deutlich schnellere Leistung und erweiterte Automatisierungsfunktionen. [Erfahren Sie mehr über Kubecost v3.](cost-monitoring-kubecost-bundles.md#kubecost-v3) Kubecost v2 führt mehrere wichtige neue Features ein. [Weitere Informationen zu Kubecost v2. ](cost-monitoring-kubecost-bundles.md#kubecost-v2) Weitere Informationen zu Kubecost finden Sie in der [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x)-Dokumentation und den [Häufig gestellten Fragen](cost-monitoring-kubecost-bundles.md#cost-monitoring-faq). ## Installation des Amazon-EKS-optimierten Kubecost-Pakets Sie können eines der folgenden Verfahren verwenden, um das *Amazon-EKS-optimierte Kubecost-Paket* zu installieren: + Es wird empfohlen, vor dem Start den Abschnitt [Kubecost – Architekturübersicht](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration) zu lesen, um zu verstehen, wie Kubecost in Amazon EKS funktioniert. + Wenn Sie Amazon EKS zum ersten Mal verwenden, empfehlen wir Ihnen, das Amazon-EKS-Add-On für die Installation zu verwenden, da es die Installation des *Amazon-EKS-optimierten Kubecost-Pakets* vereinfacht. Weitere Informationen finden Sie unter [Bereitstellung von Kubecost in einem Amazon-EKS-Cluster mithilfe des Amazon-EKS-Add-Ons](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title3). + Um die Installation anzupassen, können Sie Ihr *Amazon-EKS-optimiertes Kubecost-Paket* mit Helm konfigurieren. Weitere Informationen finden Sie unter [Bereitstellung von Kubecost in einem Amazon-EKS-Cluster mithilfe von Helm](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title8) in der *Kubecost-Dokumentation*. **Wichtig** Für Kubecost v3 wurde die Position des Helm-Diagramms auf geändert. `public.ecr.aws/kubecost/kubecost` Wenn Sie ein Upgrade von Version 2 durchführen, aktualisieren Sie Ihre Helm-Repository-Referenzen entsprechend. **Anmerkung** Für Multi-Cluster-Bereitstellungen mit Kubecost v3 benötigen Sie S3-kompatiblen Objektspeicher (AWS S3 für EKS-Kunden) für die Speicherung von Metriken. Dies ersetzt den in Version 2 verwendeten Prometheus-kompatiblen Speicher. Weitere Informationen finden Sie unter [Multi-Cluster-Installation](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) in der Kubecost-Dokumentation. ## Zugriff auf das Kubecost-Dashboard Sobald die Einrichtung des *Amazon-EKS-optimierten Kubecost-Pakets* abgeschlossen ist, sollten Sie Zugriff auf das Kubecost-Dashboard haben. Weitere Informationen finden Sie unter [Zugriff auf das Kubecost-Dashboard](cost-monitoring-kubecost-dashboard.md). # Zugriff auf das Kubecost-Dashboard ## Voraussetzungen 1. Stellen Sie sicher, dass sich die zugehörigen Pods im Status „Ausgeführt“ befinden. ``` kubectl get pods --namespace kubecost ``` ## Zugriff auf das Kubecost-Dashboard 1. Aktivieren Sie auf Ihrem Gerät die Port-Weiterleitung, um das Kubecost-Dashboard anzuzeigen. + Wenn kubecost v3 mit helm installiert ist: ``` kubectl port-forward deployment/kubecost-frontend 9090 --namespace kubecost ``` + Wenn kubecost v1 oder v2 mit helm installiert ist: ``` kubectl port-forward deployment/kubecost-cost-analyzer 9090 --namespace kubecost ``` + Wenn kubecost mit dem Amazon EKS-Add-on installiert wurde: ``` kubectl port-forward deployment/cost-analyzer 9090 --namespace kubecost ``` Alternativ können Sie den [AWS Load Balancer Controller](aws-load-balancer-controller.md) verwenden, um Kubecost verfügbar zu machen und Amazon Cognito für die Authentifizierung, Autorisierung und Benutzerverwaltung zu verwenden. Weitere Informationen finden Sie unter [Verwendung des Application Load Balancer und Amazon Cognito, um Benutzer für Ihre Kubernetes-Web-Apps zu authentifizieren](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps). 1. Öffnen Sie auf demselben Gerät, auf dem Sie den vorherigen Schritt ausgeführt haben, einen Webbrowser und geben Sie die folgende Adresse ein. ``` http://localhost:9090 ``` Die Kubecost-Übersichtsseite wird in Ihrem Browser angezeigt. Es kann 5–10 Minuten (oder länger) dauern, bis Kubecost Metriken erfasst hat, abhängig von der Größe Ihres Clusters. Sie können Ihre Amazon-EKS-Ausgaben anzeigen, einschließlich der kumulierten Cluster-Kosten, der zugehörigen Kubernetes-Komponenten-Kosten und der monatlichen Gesamtkosten. 1. Um die Kosten auf Clusterebene zu verfolgen, kennzeichnen Sie Ihre Amazon-EKS-Ressourcen für die Abrechnung mit Tags. Weitere Informationen finden Sie unter [Markieren von Ressourcen für die Fakturierung](eks-using-tags.md#tag-resources-for-billing). + **Cost allocation** (Kostenzuordnung) – Zeigen Sie die monatlichen Amazon-EKS-Kosten und kumulierten Kosten für jeden Ihrer Namespaces und andere Dimensionen der letzten sieben Tage an. Dies ist hilfreich, um zu verstehen, welche Teile Ihrer Anwendung zu den Amazon-EKS-Ausgaben beitragen. + **Anlagen** — Sehen Sie sich die Kosten der AWS Infrastrukturressourcen an, die Ihren Amazon EKS-Ressourcen zugeordnet sind. # Weitere Informationen zu Kubecost Amazon EKS bietet ein AWS optimiertes Kubecost-Paket für die Transparenz der Cluster-Kosten. Amazon EKS unterstützt Kubecost, mit dem Sie Ihre Kosten aufgeschlüsselt nach Kubernetes-Ressourcen, einschließlich Pods, Knoten, Namespaces und Labels, überwachen können. Dieses Thema behandelt die verfügbaren Versionen von Kubecost und die Unterschiede zwischen den verfügbaren Stufen. EKS unterstützt Kubecost Version 1, Version 2 und Version 3. Jede Version ist in verschiedenen Stufen verfügbar. Sie können das für *Amazon EKS optimierte Kubecost-Paket* ohne zusätzliche Kosten für Ihre Amazon-EKS-Cluster verwenden. Möglicherweise wird Ihnen die Nutzung verbundener AWS Dienste wie Amazon Managed Service für Prometheus in Rechnung gestellt. Sie können auch Ihre bestehenden AWS Supportverträge verwenden, um Support zu erhalten. Als Kubernetes-Plattformadministrator und Finanzleitung können Sie Kubecost verwenden, um eine Aufschlüsselung der Amazon-EKS-Gebühren zu visualisieren, Kosten zuzuweisen und Organisationseinheiten wie Anwendungsteams Gebühren zu berechnen. Sie können Ihren internen Teams und Geschäftseinheiten transparente und genaue Kostendaten zur Verfügung stellen, die auf der tatsächlichen AWS Abrechnung basieren. Darüber hinaus können Sie angepasste Empfehlungen für die Kostenoptimierung erhalten, die auf der Infrastrukturumgebung und den Nutzungsmustern innerhalb ihrer Cluster basieren. Weitere Informationen zu Kubecost finden Sie in der [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x)-Dokumentation. **Was ist der Unterschied zwischen dem benutzerdefinierten Paket von Kubecost und der kostenlosen Version von Kubecost (auch bekannt als)? OpenCost** AWS und Kubecost haben zusammengearbeitet, um eine maßgeschneiderte Version von Kubecost anzubieten. Diese Version enthält eine Teilmenge kommerzieller Features ohne zusätzliche Kosten. In den folgenden Tabellen finden Sie die Feature, die im benutzerdefinierten Paket von Kubecost enthalten sind. ## Kubecost v3 **Was ist der Unterschied zwischen Kubecost v2 und v3?** Kubecost 3.0 ist ein wichtiges Architektur-Upgrade, das eine deutlich schnellere Leistung, verbesserte Skalierbarkeit und proaktive Optimierungsmöglichkeiten bietet. Die bedeutendste Änderung ist die Migration zu einer ClickHouse Datenbank, die DuckDB aus Version 2.8 ersetzt, die wesentlich schnellere Abfragen und eine zuverlässigere Leistung im großen Maßstab bietet. Kubecost 3.0 führt außerdem einen einheitlichen Agenten ein, der Kubecost- und Cloudability-Funktionen kombiniert, wodurch die Prometheus-Abhängigkeit entfällt und der Speicherbedarf reduziert wird, während die Kompatibilität gewahrt bleibt. OpenCost **Wichtig** [Lesen Sie die Kubecost-Dokumentation, bevor Sie auf Version 3 aktualisieren.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) Die Migration von Version 2 erfordert eine sorgfältige Planung und kann sich auf die Verfügbarkeit von Berichten während der Umstellung auswirken. Die Position der Helm-Karte wurde geändert auf`public.ecr.aws/kubecost/kubecost`. **Wichtigste architektonische Verbesserungen in Version 3:** + **ClickHouse Datenbank**: Ersetzt DuckDB für deutlich schnellere Abfragen und bessere Skalierbarkeit + **Unified Agent**: Kombiniert Kubecost- und Cloudability-Funktionen und macht so die Abhängigkeit von Prometheus überflüssig + **S3-kompatibler Speicher für Multi-Cluster**: Für Multi-Cluster-Bereitstellungen verwendet v3 S3-kompatiblen Objektspeicher (AWS S3 für EKS-Kunden) anstelle von Prometheus kompatiblem Speicher wie Amazon Managed Service für Prometheus. Der FinOps Agent ruft Metriken aus der Kubernetes-API ab und überträgt sie in einen S3-kompatiblen Speicher. Anschließend ruft der Aggregator diese Daten ab, führt Ableitungsschritte durch und zeigt die Ergebnisse im Frontend an. [Weitere Informationen finden Sie im Leitfaden zur Installation [mehrerer](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) Cluster und sekundärer Cluster in der Kubecost-Dokumentation.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) + **Reduzierter Speicherbedarf: Deutlich** geringerer Ressourcenbedarf bei gleichbleibender Funktionalität + **Vereinfachte Architektur**: Einzelcontainer-Pod-Topologie für unabhängige Skalierung und verbesserte Ausfallsicherheit + **Verbesserte Automatisierung**: Automatisierte Dimensionierung von Container-Anfragen mit Erkennung mehrerer Cluster und benutzerdefinierten Profilen **Vorteile des für Amazon EKS optimierten Pakets in Version 3:** Das für *Amazon EKS optimierte Kubecost-Paket ist weiterhin ohne zusätzliche Kosten* erhältlich und von dem neuen Ausgabenlimit von 100.000 USD ausgenommen, das im kostenlosen Kontingent von Kubecost v3 eingeführt wurde. EKS-Benutzer behalten unabhängig von der Höhe der Ausgaben vollen Zugriff auf alle Kubernetes-Ausgabenfunktionen. **Vergleich der Haupt-Features:** | Feature | Kubecost — kostenloses Kontingent 3.0 | Amazon EKS-optimiertes Kubecost Bundle 3.0 | Kubecost Enterprise 3.0 | | --- | --- | --- | --- | | Transparenz der Cluster-Kosten | Unbegrenzte Anzahl von Clustern, begrenzt auf Ausgaben in Höhe von 100.000 USD über einen Zeitraum von 30 Tagen | Einheitlicher Multi-Cluster ohne Ausgabenlimits | Einheitliche und unbegrenzte Anzahl von Clustern in einer unbegrenzten Anzahl von Umgebungen (d. h. Multi-Cloud) | | Datenbank-Backend | ClickHouse (lokal) | ClickHouse mit S3-kompatiblem Speicher für Multi-Cluster-Metriken | ClickHouse mit benutzerdefinierten Datenbankoptionen | | Leistung | Erheblich schnellere Abfragen im Vergleich zu Version 2 | Erheblich schnellere Abfragen im Vergleich zu v2 | Erheblich schnellere Abfragen im Vergleich zu v2 | | Speicherbedarf | Reduziert gegenüber v2 (keine Prometheus-Abhängigkeit) | Reduziert gegenüber v2 (keine Prometheus-Abhängigkeit) | Reduziert gegenüber v2 (keine Prometheus-Abhängigkeit) | | Automatisierte Dimensionierung von Container-Anfragen | Verfügbar (limitiert auf 250 Kerne) | Ohne Kernbeschränkungen erhältlich | Ohne Kernbeschränkungen erhältlich | | Ausgabenlimits | 100.000 USD über 30 Tage | Keine Ausgabenlimits | Keine Ausgabenbeschränkungen | | Automatisierung mehrerer Cluster | Begrenzt | Umfassender Überblick über mehrere Cluster mit sicherem Messaging | Umfassendes Bewusstsein für mehrere Cluster mit sicherem Messaging | ## Kubecost v2 **Was ist der Unterschied zwischen Kubecost v1 und v2?** Kubecost 2.0 stellt eine wesentliche Verbesserung gegenüber früheren Versionen dar und enthält wichtige neue Feature, darunter ein brandneues API-Backend. Beachten Sie, dass [Allocation](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-allocation-api) und [Assets](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-assets-api) vollständig abwärtskompatibel APIs sind. [Lesen Sie die Kubecost-Dokumentation, um einen problemlosen Übergang zu gewährleisten.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=installation-kubecost-v2-installupgrade) Die vollständige Liste der Verbesserungen [finden Sie in der Ankündigung zu Kubecost v2.0](https://github.com/kubecost/cost-analyzer-helm-chart/releases/tag/v2.0.0) und den [vollständigen Versionshinweisen](https://github.com/kubecost/cost-analyzer-helm-chart/releases). **Wichtig** [Lesen Sie vor dem Upgrade die Kubecost-Dokumentation.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x) Durch ein Upgrade kann die Berichtsverfügbarkeit beeinträchtigt werden. **Vergleich der Haupt-Features:** | Feature | Kostenloses Kontingent Kubecost 2.0 | Amazon-EKS-optimiertes Kubecost-Paket 2.0 | Kubecost Enterprise 2.0 | | --- | --- | --- | --- | | Transparenz der Cluster-Kosten | Unbegrenzte Cluster mit bis zu 250 Kernen | Einheitlicher Multi-Cluster ohne Kernbeschränkungen bei Integration mit Amazon Managed Service für Prometheus | Einheitliche und unbegrenzte Anzahl von Clustern in einer unbegrenzten Anzahl von Umgebungen (d. h. Multi-Cloud) | | Bereitstellung | Vom Benutzer gehostet | Vom Benutzer gehostet | Vom Benutzer gehostet, von Kubecost gehostet (dedizierter Mandant), SaaS | | Unterstützte Datenbanken | Lokales Prometheus | Amazon Managed Service für Prometheus oder lokales Prometheus | Alle Prometheus-Varianten und benutzerdefinierten Datenbanken | | Unterstützung für die Datenbank-Aufbewahrung (Rohmetriken) | 15 Tage | Unbegrenzte historische Daten | Unbegrenzte historische Daten | | Kubecost-API und UI-Aufbewahrung (ETL) | 15 Tage | 15 Tage | Unbegrenzt | | Sichtbarkeit in der Hybrid Cloud | - | Amazon EKS und Amazon-EKS-Anywhere-Cluster | Multi-Cloud und Hybrid-Cloud | | Benachrichtigungen und wiederkehrende Berichte | Wird nur auf dem primären Cluster unterstützt, begrenzt auf 250 Kerne | Effizienzwarnungen, Budgetwarnungen, Warnungen bei Ausgabenänderungen und [mehr werden unterstützt](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) in allen Clustern | Effizienzwarnungen, Budgetwarnungen, Warnungen bei Ausgabenänderungen und [mehr werden unterstützt](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) in allen Clustern | | Gespeicherte Berichte | - | Berichte mithilfe von Metriken der letzten 15 Tage | Berichte mithilfe unbegrenzter Verlaufsdaten und Metriken | | Integration der Cloud-Abrechnung | Wird nur auf dem primären Cluster unterstützt, begrenzt auf 250 Kerne | Unterstützung benutzerdefinierter Preisgestaltung für AWS (einschließlich mehrerer Cluster und mehrerer Konten) | Benutzerdefinierte Preisgestaltung für jede Cloud | | Empfehlungen für Einsparungen | Wird nur auf dem primären Cluster unterstützt, begrenzt auf 250 Kerne | Primäre Cluster-Erkenntnisse, aber es gibt keine 250-Kern-Grenze | Erkenntnisse aus mehreren Clustern | | Unternehmensführung: Prüfungen | - | - | Prüfen Sie historische Kostenereignisse | | Unterstützung von Single Sign-On (SSO) | - | Unterstützung von Amazon Cognito | Okta, Auth0, PingID und alles KeyCloak andere benutzerdefinierte | | Rollenbasierte Zugriffskontrolle (RBAC) mit SAML 2.0 | - | - | Okta, Auth0, PingID und alles andere benutzerdefinierte KeyCloak | | Training und Onboarding für Unternehmen | - | - | Schulung und Onboarding mit umfassendem Service FinOps | | Teams | - | - | Ja | **Neue Funktionen:** Für die folgenden Features gelten metrische Beschränkungen: + Kubecost Aggregator + Netzwerküberwachung + Kubecost-Aktionen + Sammlungen + Anomalie-Erkennung + Richtige Dimensionierung von Containeranfragen + Kubecost-Prognose + Automatische Vervollständigung für Filterung und Aggregation **Metrische Grenzwerte:** | Metrik | Kostenloses Kontingent Kubecost 2.0 | Amazon-EKS-optimiertes Kubecost-Paket 2.0 | Kubecost Enterprise 2.0 | | --- | --- | --- | --- | | Cluster-Größe | Unbegrenzte Cluster mit bis zu 250 Kernen | Unbegrenzt | Unbegrenzt | | Beibehaltung von Metriken | 15 Tage | 15 Tage | Unbegrenzt | | Multi-Cluster-Support | Nicht verfügbar | Available (Verfügbar) | Available (Verfügbar) | | Kernbegrenzungen | 250 Kerne pro Cluster | Keine Kernbegrenzungen | Keine Kernbegrenzungen | ## Kubecost v1 | Feature | Kostenloses Kontingent für Kubecost | Amazon-EKS-optimiertes Kubecost-Paket | Kubecost Enterprise | | --- | --- | --- | --- | | **Bereitstellung** | Vom Benutzer gehostet | Vom Benutzer gehostet | Vom Benutzer gehostet oder von Kubecost gehostet (SaaS) | | **Anzahl der unterstützten Cluster** | Unbegrenzt | Unbegrenzt | Unbegrenzt | | **Unterstützte Datenbanken** | Lokales Prometheus | Lokales Prometheus oder Amazon Managed Service für Prometheus | Prometheus, Amazon Managed Service für Prometheus, Cortex oder Thanos | | **Unterstützung für die Aufbewahrung von Datenbanken** | 15 Tage | Unbegrenzte historische Daten | Unbegrenzte historische Daten | | **Kubecost-API-Aufbewahrung (ETL)** | 15 Tage | 15 Tage | Unbegrenzte historische Daten | | **Transparenz der Cluster-Kosten** | Einzelne Cluster | Einheitliches Multi-Cluster | Einheitliches Multi-Cluster | | **Sichtbarkeit in der Hybrid Cloud** | - | Amazon EKS und Amazon-EKS-Anywhere-Cluster | Multi-Cloud- und Hybrid-Cloud-Unterstützung | | **Benachrichtigungen und wiederkehrende Berichte** | - | Unterstützung von Effizienzwarnungen, Budgetwarnungen, Ausgabenänderungswarnungen und mehr | Unterstützung von Effizienzwarnungen, Budgetwarnungen, Ausgabenänderungswarnungen und mehr | | **Gespeicherte Berichte** | - | Berichte mit Daten aus 15 Tagen | Berichte mit unbegrenzten historischen Daten | | **Integration der Cloud-Abrechnung** | Für jeden einzelnen Cluster erforderlich | Unterstützung bei kundenspezifischen Preisen für AWS (einschließlich mehrerer Cluster und mehrerer Konten) | Unterstützung bei kundenspezifischen Preisen für AWS (einschließlich mehrerer Cluster und mehrerer Konten) | | **Empfehlungen für Einsparungen** | Erkenntnisse aus einzelnen Clustern | Erkenntnisse aus einzelnen Clustern | Erkenntnisse aus mehreren Clustern | | **Unternehmensführung: Prüfungen** | - | - | Prüfen Sie historische Kostenereignisse | | **Unterstützung von Single Sign-On (SSO)** | - | Unterstützung von Amazon Cognito | Okta, Auth0, PingID, KeyCloak | | **Rollenbasierte Zugriffskontrolle (RBAC) mit SAML `2.0`** | - | - | Okta, Auth0, PingID, Keycloak | | **Training und Onboarding für Unternehmen** | - | - | Schulung und FinOps Onboarding mit umfassendem Service | ## Häufig gestellte Fragen Lesen Sie die folgenden häufig gestellten Fragen und Antworten zur Verwendung von Kubecost mit Amazon EKS. **Was ist das Kubecost-API-Feature zur Datenaufbewahrung (ETL)?** Das Kubecost-ETL-Feature aggregiert und organisiert Kennzahlen, um Kostentransparenz auf verschiedenen Granularitätsebenen zu gewährleisten (z. B. `namespace-level`, `pod-level` und `deployment-level`). Für das *Amazon-EKS-optimierte Kubecost-Paket* erhalten Kunden Daten und Erkenntnisse aus Metriken der letzten 15 Tage. **Was ist die Funktion für Benachrichtigungen und wiederkehrende Berichte? Welche Benachrichtigungen und Berichte beinhaltet sie?** Mithilfe von Kubecost-Warnmeldungen können Teams in Echtzeit Aktualisierungen zu den Ausgaben für Kubernetes und die Cloud erhalten. Wiederkehrende Berichte ermöglichen es Teams, individuelle Ansichten der historischen Kubernetes- und Cloud-Ausgaben zu erhalten. Beide sind über die Kubecost-Benutzeroberfläche oder Helm-Werte konfigurierbar. Sie unterstützen E-Mail, Slack und Microsoft Teams. **Was beinhalten gespeicherte Berichte?** Gespeicherte Kubecost-Berichte sind vordefinierte Ansichten von Kosten- und Effizienzkennzahlen. Sie beinhalten die Kosten nach Cluster, Namespace, Label und mehr. **Was ist Cloud-Abrechnungsintegration?** Durch die Integration mit der AWS Abrechnung APIs kann Kubecost out-of-cluster Kosten anzeigen (z. B. Amazon S3). Darüber hinaus ermöglicht es Kubecost den Abgleich von Kubecost’s In-Cluster-Prognosen mit den tatsächlichen Abrechnungsdaten, um Spotnutzung, Savings Plans und Unternehmensrabatte zu berücksichtigen. **Was beinhalten Sparempfehlungen?** Kubecost bietet Einblicke und Automatisierung, um Benutzern bei der Optimierung ihrer Kubernete-Infrastruktur und Ausgaben. **Ist diese Funktion kostenpflichtig?** Nein. Sie können das *Amazon-EKS-optimierte Kubecost-Paket* ohne zusätzliche Kosten nutzen. Wenn Sie zusätzliche Kubecost-Funktionen wünschen, die nicht enthalten sind, können Sie eine Enterprise-Lizenz von Kubecost über den AWS Marketplace oder direkt bei Kubecost erwerben. **Ist Support für das *Amazon-EKS-optimierte Kubecost-Paket* verfügbar?** Ja, nur wenn Sie das *Amazon-EKS-optimierte Kubecost-Paket* verwenden. **Wie erhalte ich Support für das *Amazon-EKS-optimierte Kubecost-Paket*?** Sie können einen Support-Fall beim AWS Support-Team unter [Kontakt](https://aws.amazon.com/contact-us/) eröffnen AWS. **Benötige ich eine Lizenz, um die von der Amazon-EKS-Integration bereitgestellten Kubecost-Feature zu nutzen?** Nein. **Kann ich Kubecost in den AWS Kosten- und Nutzungsbericht integrieren, um genauere Berichte zu erhalten?** Ja. Sie können Kubecost so konfigurieren, dass Daten aus dem AWS Kosten- und Nutzungsbericht aufgenommen werden, um eine genaue Kostentransparenz zu erhalten, einschließlich Rabatte, Spot-Preise, Preise für Reserved Instances und andere. Weitere Informationen finden Sie unter [AWS -Cloud-Fakturierung-Integration](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=integrations-aws-cloud-billing-integration) in der Kubecost-Dokumentation. **Unterstützt diese Version das Kostenmanagement von selbstverwalteten Kubernetes-Clustern auf Amazon? EC2** Nein. Das *Amazon-EKS-optimierte Kubecost-Paket* ist nur mit Amazon-EKS-Clustern kompatibel. **Kann Kubecost die Kosten für Amazon EKS auf AWS Fargate verfolgen?** Kubecost bietet beste Möglichkeiten, die Cluster-Kosten für Amazon EKS auf Fargate sichtbar zu machen, jedoch mit geringerer Genauigkeit als mit Amazon EKS auf Amazon. EC2 Dies ist hauptsächlich auf den Unterschied zurückzuführen, wie Ihnen Ihre Nutzung in Rechnung gestellt wird. Mit Amazon EKS in Fargate werden Ihnen die verbrauchten Ressourcen in Rechnung gestellt. Mit Amazon EKS auf EC2 Amazon-Knoten werden Ihnen die bereitgestellten Ressourcen in Rechnung gestellt. Kubecost berechnet die Kosten eines EC2 Amazon-Knotens auf der Grundlage der Knotenspezifikation, die CPU, RAM und kurzlebigen Speicher umfasst. Mit Fargate werden die Kosten basierend auf den angeforderten Ressourcen für die Fargate-Pods berechnet. **Wie erhalte ich Aktualisierungen und neue Versionen von Kubecost?** Sie können Ihre Kubecost-Version mithilfe der standardmäßigen Helm-Upgrade-Verfahren aktualisieren. Für Kubecost v3 sind die neuesten Versionen im neuen Helm-Diagramm verfügbar. `public.ecr.aws/kubecost/kubecost` Frühere Versionen (v1 und v2) sind weiterhin in der [Amazon ECR Public Gallery](https://gallery.ecr.aws/kubecost/cost-analyzer) verfügbar. **Wichtig** Beachten Sie beim Upgrade auf Kubecost v3, dass sich die Position des Helm-Diagramms von zu geändert hat. `public.ecr.aws/kubecost/cost-analyzer` `public.ecr.aws/kubecost/kubecost` Aktualisieren Sie Ihre Helm-Repository-Referenzen entsprechend. **Wird die `kubectl-cost`-CLI unterstützt? Wie installiere ich diese?** Ja. `Kubectl-cost` ist ein Open-Source-Tool von Kubecost (Apache 2.0-Lizenz), das CLI-Zugriff auf Kubernetes-Kennzahlen zur Kostenzuordnungen bietet. Informationen zur Installation `kubectl-cost` finden Sie unter [Installation](https://github.com/kubecost/kubectl-cost#installation) auf GitHub. **Wird die Kubecost-Benutzeroberfläche unterstützt? Wie greife ich darauf zu?** Kubecost bietet ein Web-Dashboard, auf das Sie über `kubectl`-Portweiterleitung, eine Eingangsregel oder einen Load Balancer zugreifen können. Sie können auch den Load AWS Balancer Controller verwenden, um Kubecost verfügbar zu machen, und Amazon Cognito für Authentifizierung, Autorisierung und Benutzerverwaltung verwenden. Weitere Informationen finden Sie im Blog unter [So verwenden Sie Application Load Balancer und Amazon Cognito zur Authentifizierung von Benutzern für Ihre Kubernetes-Web-Apps](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps). AWS **Wirkt sich das neue Ausgabenlimit von 100.000\$1 in Kubecost v3 auf Amazon EKS-Benutzer aus?** Nein. Das mit dem kostenlosen Kontingent Kubecost v3 eingeführte Ausgabenlimit von 100.000 USD über 30 Tage gilt nicht für Nutzer des Kubecost-Bundles, die für *Amazon EKS optimiert* sind. EKS-Benutzer behalten unabhängig von der Höhe der Ausgaben vollen Zugriff auf alle Kubernetes-Ausgabenfunktionen. **Was sind die wichtigsten Leistungsverbesserungen in Kubecost v3?** Kubecost v3 bietet erhebliche Leistungsverbesserungen durch sein ClickHouse Datenbank-Backend, das im Vergleich zu der in Version 2.8 verwendeten DuckDB erheblich schnellere Abfragen ermöglicht. Darüber hinaus beseitigt die einheitliche Agentenarchitektur die Abhängigkeit von Prometheus, wodurch der Speicherbedarf reduziert wird und gleichzeitig die volle Funktionalität und OpenCost Kompatibilität erhalten bleibt. **Welches Speicher-Backend verwendet Kubecost v3 für Bereitstellungen mit mehreren Clustern?** Kubecost v3 verwendet S3-kompatiblen Objektspeicher (AWS S3 für EKS-Kunden) für die Speicherung von Metriken in mehreren Clustern und ersetzt damit den in Version 2 verwendeten Prometheus-kompatiblen Speicher. Der FinOps Agent sammelt Metriken aus der Kubernetes-API und überträgt sie in einen S3-kompatiblen Speicher. Der Aggregator ruft dann diese Daten ab, führt Kostenberechnungen durch und zeigt die Ergebnisse im Frontend an. Ausführliche Anweisungen zur Einrichtung mehrerer Cluster finden Sie im [Leitfaden zur [Installation mehrerer Cluster und sekundärer Cluster](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster)](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) in der Kubecost-Dokumentation. **Kann ich direkt von Kubecost v1 auf v3 aktualisieren?** Nein. Ein direktes Upgrade von Version 1 auf Version 3 wird nicht unterstützt. Sie müssen zuerst auf Version 2 und dann auf Version 3 migrieren. Ausführliche Hinweise zur Migration finden Sie in der Kubecost-Dokumentation, da der Prozess eine sorgfältige Planung erfordert und sich auf die Verfügbarkeit von Berichten während der Umstellung auswirken kann. ## Zusätzliche Kubecost-Feature + Die folgenden Funktionen sind in Kubecost v1, v2 und v3 verfügbar. + **Kostenkennzahlen exportieren** — Die optimierte Kostenüberwachung von Amazon EKS wird mit Kubecost bereitgestellt. In Version 1 und Version 2 ist Kubecost in Prometheus integriert, um Metriken zu speichern und zu verarbeiten. In Version 3 verwendet Kubecost eine ClickHouse Datenbank, um die Leistung erheblich zu verbessern und gleichzeitig die Kompatibilität aufrechtzuerhalten. OpenCost Bei Multi-Cluster-Bereitstellungen in Version 3 werden Metriken in S3-kompatiblem Objektspeicher (AWS S3 für EKS-Kunden) statt in Prometheus-kompatiblem Speicher gespeichert. Kubecost liest Metriken, führt Berechnungen zur Kostenzuweisung durch und stellt Daten über seine Benutzeroberfläche bereit. APIs Die Architektur variiert je nach Version, bietet jedoch eine konsistente Funktionalität. ![\[Kubecost-Architektur\]](http://docs.aws.amazon.com/de_de/eks/latest/userguide/images/kubecost-architecture.png) Sie können Abfragen schreiben, um Kubecost-Daten zur weiteren Analyse in Ihr aktuelles Business Intelligence-System aufzunehmen. Sie können es auch als Datenquelle für Ihr aktuelles [Grafana](https://grafana.com/)-Dashboard verwenden, mit dem Ihre internen Teams vertraut sind, um die Amazon-EKS-Cluster-Kosten anzuzeigen. Weitere Informationen zum Schreiben von Abfragen finden Sie in der [OpenCost Konfigurationsdokumentation](https://opencost.io/docs/installation/prometheus/) oder verwenden Sie die Grafana-JSON-Beispielmodelle im [Kubecost Github-Repository](https://github.com/kubecost/cost-analyzer-helm-chart/tree/develop/cost-analyzer) als Referenz. + ** AWS Integration von Kosten- und Nutzungsberichten** — Um Berechnungen der Kostenzuweisung für Ihren Amazon EKS-Cluster durchzuführen, ruft Kubecost die öffentlichen Preisinformationen für AWS Dienste und AWS Ressourcen aus der AWS Preislisten-API ab. Sie können Kubecost auch in den ** AWS Kosten- und Nutzungsbericht** integrieren, um die Genauigkeit der für Ihr Konto spezifischen Preisinformationen zu verbessern. AWS Zu diesen Informationen gehören Rabattprogramme für Unternehmen, Nutzung von reservierten Instances, Savings Plans und Spot-Nutzung. Weitere Informationen zur Funktionsweise der Integration von AWS Kosten- und Nutzungsberichten finden Sie unter [AWS Cloud Billing Integration](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=integrations-aws-cloud-billing-integration) in der Kubecost-Dokumentation. # Anzeigen der Ressourcennutzung mit Kubernetes Metrics Server Kubernetes Metrics Server ist ein Aggregator für Daten zur Ressourcennutzung in Ihrem Cluster und wird standardmäßig nicht in Amazon-EKS-Clustern bereitgestellt. Weitere Informationen finden Sie unter [Kubernetes Metrics Server auf](https://github.com/kubernetes-sigs/metrics-server). GitHub Der Metriken-Server wird häufig von anderen Kubernetes-Add-Ons verwendet, beispielsweise für die [Skalierung von Pod-Bereitstellungen mit Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md) oder für das [Kubernetes-Dashboard](eks-managing.md). Weitere Informationen finden Sie unter [Ressourcenmetrikpipeline](https://kubernetes.io/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/) in der Kubernetes-Dokumentation. In diesem Thema wird erläutert, wie Sie den Kubernetes-Metrik-Server in Ihrem Amazon EKS-Cluster bereitstellen. **Wichtig** Die Metriken sind für point-in-time Analysen bestimmt und stellen keine genaue Quelle für historische Analysen dar. Sie können nicht als Überwachungslösung oder für andere Zwecke verwendet werden, die nichts mit Auto Scaling zu tun haben. Weitere Informationen zu Überwachungstools finden Sie unter [Überwachung der Cluster-Leistung und Anzeige von Protokollen](eks-observe.md). ## Überlegungen + Wenn Sie Kubernetes Metrics Server mithilfe des Manifests manuell auf Fargate-Knoten bereitstellen, konfigurieren Sie die `metrics-server`-Bereitstellung so, dass ein anderer Port als der Standard-Port `10250` verwendet wird. Dieser Port ist für Fargate reserviert. Die Amazon-EKS-Add-On-Version des Metriken-Servers ist für die Verwendung von Port `10251` vorkonfiguriert. + Stellen Sie sicher, dass Sicherheitsgruppen und Netzwerk `10250` den Port zwischen den `metrics-server` Pods und allen anderen Knoten und Pods ACLs zulassen. Kubernetes Metrics Server verwendet weiterhin Port `10250`, um Metriken von anderen Endpunkten im Cluster zu erfassen. Wenn Sie auf Fargate-Knoten bereitstellen, lassen Sie sowohl den konfigurierten alternativen Metrik-Server-Port als auch den Port `10250` zu. ## Bereitstellung als Community-Add-On mit Amazon-EKS-Add-Ons **Neu: Sie können Metrics Server jetzt über die AWS Konsole oder Amazon EKS als Community-Add-on bereitstellen APIs.** ### Mit der AWS Konsole bereitstellen 1. Öffnen Sie Ihren EKS-Cluster in der AWS Konsole 1. Wählen Sie auf der Registerkarte „Add-Ons“ die Option **Weitere Add-Ons abrufen**. 1. Wählen Sie im Abschnitt „Community-Add-Ons“ die Option **Metrik-Server** und anschließend **Weiter** 1. EKS ermittelt die geeignete Version des Add-Ons für Ihren Cluster. Sie können die Version über das Dropdown-Menü **Version** ändern. 1. Wählen Sie **Weiter** und anschließend **Erstellen**, um das Add-On zu installieren. ### Weitere Ressourcen Weitere Informationen zu [Community-Add-Ons](community-addons.md). Sie installieren oder aktualisieren Community-Add-Ons auf dieselbe Weise wie andere Amazon-EKS-Add-Ons. + [Erstellung eines Amazon-EKS-Add-Ons](creating-an-add-on.md) + [Aktualisierung eines Amazon-EKS-Add-Ons](updating-an-add-on.md) + [Entfernung eines Amazon-EKS-Add-Ons aus einem Cluster](removing-an-add-on.md) ## Bereitstellung mit Manifest **Neu: Sie können Metrics Server jetzt über die AWS Konsole oder Amazon EKS als Community-Add-on bereitstellen APIs. Diese Installationsanweisungen für Manifeste werden archiviert.** 1. Stellen Sie den Metrics Server mit dem folgenden Befehl bereit: ``` kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml ``` Wenn Sie Fargate verwenden, müssen Sie diese Datei ändern. In der Standardkonfiguration verwendet der Metrikserver den Port 10250. Dieser Port ist auf Fargate reserviert. Ersetzen Sie Verweise auf Port 10250 in components.yaml durch einen anderen Port, beispielsweise 10251. 1. Überprüfen Sie mit dem folgenden Befehl, ob die `metrics-server`-Bereitstellung die gewünschte Anzahl der Pods umfasst. ``` kubectl get deployment metrics-server -n kube-system ``` Eine Beispielausgabe sieht wie folgt aus. ``` NAME READY UP-TO-DATE AVAILABLE AGE metrics-server 1/1 1 1 6m ``` 1. Überprüfen Sie die Funktionsfähigkeit des Metrik-Servers, indem Sie die Ressourcenauslastung (CPU/Speicher) der Knoten anzeigen. ``` kubectl top nodes ``` 1. Sollten Sie die Fehlermeldung `Error from server (Forbidden)` erhalten, ist es erforderlich, Ihre Kubernetes-RBAC-Konfiguration zu aktualisieren. Ihre Kubernetes-RBAC-Identität benötigt ausreichende Berechtigungen, um Cluster-Metriken zu lesen. Sehen Sie sich die [mindestens erforderlichen Kubernetes-API-Berechtigungen](https://github.com/kubernetes-sigs/metrics-server/blob/e285375a49e3bf77ddd78c08a05aaa44f2249ebd/manifests/base/rbac.yaml#L5C9-L5C41) zum Lesen von Metriken an. GitHub Erfahren Sie, wie Sie [AWS IAM-Identitäten wie Rollen Zugriff auf Kubernetes gewähren](grant-k8s-access.md#authentication-modes). APIs # Bereitstellung von Anwendungen mit Helm in Amazon EKS Der Helm-Paketmanager für Kubernetes unterstützt Sie bei der Installation und Verwaltung von Anwendungen in Ihrem Kubernetes-Cluster. Weitere Informationen finden Sie in der [Helm-Dokumentation](https://docs.helm.sh/). Dieses Thema hilft Ihnen bei der Installation und Ausführung der Helm-Binärdateien, sodass Sie Charts mit der Helm-CLI auf Ihrem lokalen System installieren und verwalten können. **Wichtig** Bevor Sie Helm-Charts in Ihrem Amazon-EKS-Cluster installieren können, müssen Sie `kubectl` so konfigurieren, dass es für Amazon EKS funktioniert. Wenn Sie dies noch nicht getan haben, lesen Sie [kubectl mit einem EKS-Cluster durch Erstellen einer kubeconfig-Datei verbinden](create-kubeconfig.md), bevor Sie fortfahren. Wenn der folgende Befehl für Ihren Cluster erfolgreich ist, ist die Konfiguration korrekt. ``` kubectl get svc ``` 1. Führen Sie den entsprechenden Befehl für das Client-Betriebssystem aus. + Wenn Sie macOS mit [Homebrew](https://brew.sh/) verwenden, installieren Sie die Binärdateien mit dem folgenden Befehl. ``` brew install helm ``` + Weitere Installationsoptionen finden Sie unter [Installieren von Helm](https://helm.sh/docs/intro/install/) in den Helm-Dokumenten. **Anmerkung** Wenn Sie eine Nachricht bekommen, dass zunächst `openssl` installiert werden muss, können Sie es mit dem folgenden Befehl installieren. ``` sudo yum install openssl ``` 1. Um die neue Binärdatei in Ihren `PATH` aufzunehmen, schließen Sie Ihr aktuelles Terminalfenster und öffnen Sie ein neues. 1. Sehen Sie die Version von Helm, die Sie installiert haben. ``` helm version --template='{{ .Version }}{{ "\n" }}' ``` Eine Beispielausgabe sieht wie folgt aus. ``` v3.17.2 ``` 1. Stellen Sie sicher, dass die installierte Version mit Ihrer Cluster-Version kompatibel ist Weitere Informationen finden Sie unter [Unterstützte Versionsabweichung](https://helm.sh/docs/topics/version_skew/#supported-version-skew). Wenn Sie beispielsweise mit `3.17.x` arbeiten, sollte die unterstützte Kubernetes-Version nicht außerhalb des Bereichs von `1.29.x` \$1 `1.32.x` liegen. 1. An dieser Stelle können Sie beliebige Helm-Befehle ausführen (z. B. `helm install chart-name `), um Helm-Charts in Ihrem Cluster zu installieren, zu ändern, zu löschen oder abzufragen. Wenn Sie Helm zum ersten Mal verwenden und kein bestimmtes Diagramm installieren möchten, können Sie Folgendes tun: + Experimentieren, indem Sie ein Beispiel-Chart installieren. [Ein Beispiel-Chart installieren](https://helm.sh/docs/intro/quickstart#install-an-example-chart) in der Helm- [Schnellstartanleitung](https://helm.sh/docs/intro/quickstart/) lesen. + Erstellen Sie ein Beispieldiagramm und übertragen Sie es an Amazon ECR. Weitere Informationen finden Sie unter [Übertragen eines Helm-Diagramms](https://docs.aws.amazon.com/AmazonECR/latest/userguide/push-oci-artifact.html) im *Amazon-Elastic-Container-Registry-Benutzerhandbuch*. + Installieren Sie ein Amazon-EKS-Diagramm aus dem [eks-charts](https://github.com/aws/eks-charts#eks-charts)-GitHub-Repository oder von [ArtifactHub](https://artifacthub.io/packages/search?page=1&repo=aws). # Organisation von Amazon-EKS-Ressourcen mit Tags Sie können *Tags* verwenden, die Sie bei der Verwaltung Ihrer Amazon-EKS-Ressourcen unterstützen. Dieses Thema bietet einen Überblick über die Tags -Funktion und zeigt, wie Sie Tags erstellen können. **Topics** + [Grundlagen zu Tags (Markierungen)](#tag-basics) + [Markieren Ihrer -Ressourcen](#tag-resources) + [Tag-Einschränkungen](#tag-restrictions) + [Markieren von Ressourcen für die Fakturierung](#tag-resources-for-billing) + [Arbeiten mit Tags über die Konsole](#tag-resources-console) + [Arbeiten mit Tags mittels CLI, API oder `eksctl`](#tag-resources-api-sdk) **Anmerkung** Tags sind eine Art von Metadaten, die von Kubernetes-Labels und Annotationen getrennt sind. Weitere Informationen zu diesen anderen Metadatentypen finden Sie in folgenden Abschnitten der Kubernetes-Dokumentation: [Labels und Selektoren](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/) [Anmerkungen](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/) ## Grundlagen zu Tags (Markierungen) Ein Tag ist eine Markierung, die Sie einer AWS-Ressource zuordnen. Jedes Tag (Markierung) besteht aus einem *Schlüssel* und einem optionalen *Wert*. Sie können mit Tags auch Ihre AWS-Ressourcen kategorisieren. Sie können Ressourcen beispielsweise nach Zweck, Inhaber oder Umgebung kategorisieren. Wenn Sie viele Ressourcen desselben Typs haben, können Sie die Tags, die Sie einer bestimmten Ressource zugewiesen haben, verwenden, um diese Ressource schnell zu identifizieren. Sie können beispielsweise eine Reihe von Tags für Ihre Amazon-EKS-Cluster definieren, um Ihnen dabei zu helfen, den Eigentümer und die Stack-Ebene jedes einzelnen Clusters nachzuverfolgen. Sie sollten für jeden Ressourcentyp einen konsistenten Satz von Tag-Schlüsseln entwickeln. Anschließend können Sie die Ressourcen basierend auf den hinzugefügten Tags suchen und filtern. Nachdem Sie ein Tag hinzugefügt haben, können Sie jederzeit Tag-Schlüssel und -Werte bearbeiten oder Tags aus einer Ressource entfernen. Wenn Sie eine Ressource löschen, werden alle Tags (Markierungen) der Ressource ebenfalls gelöscht. Tags haben keine semantische Bedeutung für Amazon EKS und werden ausschließlich als Zeichenfolgen interpretiert. Sie können den Wert eines Tags auf eine leere Zeichenfolge setzen. Sie können jedoch den Wert eines Tags nicht auf null setzen. Wenn Sie ein Tag (Markierung) mit demselben Schlüssel wie ein vorhandener Tag (Markierung) für die Ressource hinzufügen, wird der alte Wert mit dem neuen überschrieben. Wenn Sie AWS Identity and Access Management (IAM) verwenden, können Sie steuern, welche Benutzer in Ihrem AWS-Konto Tags verwalten dürfen. ## Markieren Ihrer -Ressourcen Die folgenden Amazon-EKS-Ressourcen unterstützen Tags: + Cluster + Verwaltete Knotengruppen + Fargate-Profile So wenden Sie Tags auf Ressourcen an: + Wenn Sie die Amazon-EKS-Konsole verwenden, können Sie Tags jederzeit auf neue oder vorhandene Ressourcen anwenden. Dies können Sie über das**Tags**auf der entsprechenden Ressourcenseite. Weitere Informationen finden Sie unter [Arbeiten mit Tags über die Konsole](#tag-resources-console). + Wenn Sie `eksctl` verwenden, können Sie Tags auf Ressourcen anwenden, wenn sie mit der `--tags`-Option erstellt wurden. + Wenn Sie die AWS-CLI, die Amazon-EKS-API oder ein AWS-SDK verwenden, können Sie Tags mithilfe des `tags`-Parameters auf der entsprechenden API-Aktion auf neue Ressourcen anwenden. Sie können auch über die `TagResource`-API Tags auf Ressourcen anwenden. Weitere Informationen finden Sie unter [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html). Wenn Sie einige Aktionen zur Erstellung von Ressourcen verwenden, können Sie gleichzeitig mit der Erstellung auch Tags für die Ressource angeben. Wenn Tags nicht angewendet werden können, während die Ressource erstellt wird, kann die Ressource nicht erstellt werden. Dieser Mechanismus stellt sicher, dass Ressourcen, die Sie mit Tags versehen möchten, entweder mit den von Ihnen angegebenen Tags oder gar nicht erstellt werden. Wenn Sie Ressourcen bei ihrer Erstellung mit Tags versehen, müssen Sie nach der Erstellung der Ressource keine benutzerdefinierten Tagging-Skripte ausführen. Tags werden nicht auf andere Ressourcen bertragen, die der von Ihnen erstellten Ressource zugeordnet sind. Fargate-Profil-Tags werden beispielsweise nicht zu weiteren dem Fargate-Profil zugeordneten Ressourcen propagiert, z. B. zu den Pods, die mit ihm geplant sind. ## Tag-Einschränkungen Für Tags gelten die folgenden Einschränkungen: + Maximal 50 Tags können einer Ressource zugeordnet werden. + Tag-Schlüssel können nicht für eine Ressource wiederholt werden. Jeder Tag-Schlüssel muss eindeutig sein, und jeder Schlüssel darf nur einen Wert besitzen. + Schlüssel können aus bis zu 128 Zeichen im UTF-8-Format bestehen. + Werte können aus bis zu 256 Zeichen im UTF-8-Format bestehen. + Wenn mehrere AWS-Services und Ressourcen Ihr Tagging-Schema verwenden, beschränken Sie die Arten von Zeichen, die Sie verwenden. Einige Services haben möglicherweise Einschränkungen für zulässige Zeichen. Allgemein erlaubte Zeichen sind: Buchstaben, Zahlen, Leerzeichen und die folgenden Sonderzeichen: `+` `-` `=` `.` `_` `:` `/` `@`. + Bei Tag-Schlüsseln und -Werten muss die Groß- und Kleinschreibung beachtet werden. + Verwenden Sie weder `aws:`, ` AWS:` noch oder andere Schreibweisen hiervon mit Kombinationen aus Groß- und Kleinbuchstaben als Präfix für Schlüssel oder Werte. Diese sind nur für die AWS-Verwendung reserviert. Sie können keine Tag-Schlüssel oder Werte mit diesem Präfix bearbeiten oder löschen. Tags mit diesem Präfix werden nicht zum Limit für Tags pro Ressource gezählt. ## Markieren von Ressourcen für die Fakturierung Wenn Sie Tags auf Amazon-EKS-Cluster anwenden, können Sie sie für die Kostenzuweisung in Ihren **Kosten- und Nutzungsberichten** verwenden. Die Messdaten in Ihren **Kosten- und Nutzungsberichten** zeigen die Nutzung für alle Ihre Amazon-EKS-Cluster an. Weitere Informationen finden Sie im [AWS-Kosten- und Nutzungsbericht](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage.html) im * Benutzerhandbuch zur AWS-Fakturierung*. Mit dem AWS generierten Kostenzuordnungs-Tag, insbesondere `aws:eks:cluster-name`, können Sie die Amazon-EC2-Instance-Kosten nach einzelnen Amazon-EKS-Clustern im **Cost Explorer** (Kosten-Explorer) aufschlüsseln. Dieses Tag erfasst jedoch nicht die Kosten der Steuerebene. Das Tag wird automatisch zu Amazon-EC2-Instances hinzugefügt, die Teil eines Amazon-EKS-Clusters sind. Dieses Verhalten tritt unabhängig davon auf, ob die Instances mit von Amazon EKS verwalteten Knotengruppen, Karpenter oder direkt mit Amazon EC2 bereitgestellt werden. Dieses spezielle Tag wird nicht auf das Limit von 50 Tags angerechnet. Um das Tag zu verwenden, muss der Kontoinhaber es in der AWS-Fakturierungskonsole oder mithilfe der API aktivieren. Wenn ein Besitzer des AWS-Organizations-Verwaltungskontos das Tag aktiviert, wird es für alle Mitgliedskonten der Organisation ebenfalls aktiviert. Sie können Ihre Rechnungsinformationen auch auf der Grundlage von Ressourcen organisieren, die dieselben Tag-Schlüsselwerte haben. Beispielsweise können Sie mehrere Ressourcen mit einem bestimmten Anwendungsnamen taggen und dann Ihre Fakturierungsinformationen organisieren. Auf diese Weise können Sie die Gesamtkosten dieser Anwendung über mehrere Services hinweg sehen. Weitere Informationen zum Einrichten eines Kostenzuordnungsberichts mit Markierungen finden Sie unter [Monatlicher Kostenzuordnungsbericht](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/configurecostallocreport.html) im * Benutzerhandbuch zur AWS-Fakturierung*. **Anmerkung** Wenn Sie die Berichterstellung gerade erst aktiviert haben, werden die Daten für den aktuellen Monat nach 24 Stunden bereitgestellt. **Cost Explorer** ist ein Reporting-Tool, das als Teil des kostenlosen Kontingents von AWS verfügbar ist. Sie können **Cost Explorer** verwenden, um Diagramme Ihrer Amazon-EKS-Ressourcen der letzten 13 Monate anzuzeigen. Sie können auch prognostizieren, wie viel Sie wahrscheinlich für die nächsten drei Monate ausgeben werden. Sie können Muster sehen, wie viel Sie für AWS-Ressourcen im Zeitablauf ausgeben. Sie können es zum Beispiel verwenden, um Bereiche zu identifizieren, die eine genauere Untersuchung erfordern, sowie um Trends auszumachen, die Ihnen helfen, Ihre Kosten zu verstehen. Sie können auch Zeitbereiche für die Daten angeben und die Daten nach Tagen oder Monate anzeigen lassen. ## Arbeiten mit Tags über die Konsole Mithilfe der Amazon-EKS-Konsole können Sie die Tags im Zusammenhang mit neuen oder vorhandenen Clustern und verwalteten Knotengruppen verwalten. Wenn Sie eine ressourcenspezifische Seite in der Amazon-EKS-Konsole auswählen, wird auf der Seite eine Liste der Ressourcen angezeigt. Wenn Sie beispielsweise **Clusters** (Cluster) im Navigationsbereich auswählen, zeigt die Konsole eine Liste der Amazon EKS-Cluster an. Wenn Sie eine Ressource aus einer dieser Listen auswählen (z. B. einen bestimmten Cluster) und die Ressource Tags unterstützt, können Sie deren Tags auf der Registerkarte **Tags** anzeigen und verwalten. Sie können auch den **Tag-Editor** in der AWS-Managementkonsole verwenden, der Ihnen eine einheitliche Möglichkeit gibt, Ihre Tags zu verwalten. Weitere Informationen zum [Markieren Ihrer AWS-Ressourcen mit Tag-Editor](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) finden Sie im *AWS-Tag-Editor-Benutzerhandbuch*. ### Hinzufügen von Tags zu einer Ressource bei der Erstellung Sie können Tags zu Amazon EKS-Clustern und verwalteten Knotengruppen hinzufügen, wenn Sie sie erstellen. Weitere Informationen finden Sie unter [Amazon-EKS-Cluster erstellen](create-cluster.md). ### Hinzufügen und Löschen von Tags für eine Ressource Sie können die Tags, die mit Ihren Clustern verbunden sind, direkt auf der Seite der Ressource hinzufügen oder löschen. 1. Öffnen Sie die [Amazon-EKS-Konsole](https://console.aws.amazon.com/eks/home#/clusters). 1. Wählen Sie in der Navigationsleiste die gewünschte AWS-Region aus. 1. Wählen Sie im linken Navigationsbereich die Option **Cluster** aus. 1. Wählen Sie einen bestimmten Cluster aus. 1. Wählen Sie die Registerkarte **Tags** und dann **Manage tags** (Tags verwalten). 1. Fügen Sie auf der Seite **Manage tags** (Tags verwalten) Ihre Tags bei Bedarf hinzu oder löschen Sie sie. + Um einen Tag hinzuzufügen, wählen Sie **Add tag (Tag hinzufügen)**. Geben Sie dann den Schlüssel und den Wert für jedes Tag an. + Um ein Tag zu entfernen, wählen Sie **Remove tag** (Tag entfernen) aus. 1. Wiederholen Sie diesen Vorgang für jedes Tag, das Sie hinzufügen oder löschen möchten. 1. Wählen Sie zum Abschluss **Update (Aktualisieren)** aus. ## Arbeiten mit Tags mittels CLI, API oder `eksctl` Verwenden Sie die folgenden AWS-CLI-Befehle oder Amazon-EKS-API-Operationen, um die Tags für Ihre Ressourcen hinzuzufügen, zu aktualisieren, aufzulisten und zu löschen. Sie können `eksctl` nur dann zum Hinzufügen von Tags verwenden, wenn Sie gleichzeitig neue Ressourcen mit einem Befehl erstellen. | Aufgabe | AWS-CLI | AWS-Tools für Windows PowerShell | API-Aktion | | --- | --- | --- | --- | | Fügen Sie einen oder mehrere Tags hinzu oder überschreiben Sie sie. | [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) | | Löschen Sie ein oder mehrere Tags. | [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) | Die folgenden Beispiele zeigen, wie man Tags an Ressourcen mithilfe der AWS-CLI hinzufügt oder entfernt. **Beispiel 1: Markieren eines bestehenden Clusters** Der folgende Befehl markiert einen vorhandenen Cluster. ``` aws eks tag-resource --resource-arn resource_ARN --tags team=devs ``` **Beispiel 2: Entfernen von Tags von einem bestehenden Cluster** Der folgende Befehl löscht ein Tag von einem bestehenden Cluster. ``` aws eks untag-resource --resource-arn resource_ARN --tag-keys tag_key ``` **Beispiel 3: Tags für eine Ressource auflisten** Der folgende Befehl listet die Tags auf, die einer vorhandenen Ressource zugeordnet sind. ``` aws eks list-tags-for-resource --resource-arn resource_ARN ``` Wenn Sie einige Aktionen zur Erstellung von Ressourcen verwenden, können Sie gleichzeitig mit der Erstellung der Ressource auch Tags angeben. Die folgenden Aktionen unterstützen das Taggen beim Erstellen einer Ressource. | Aufgabe | AWS-CLI | AWS-Tools für Windows PowerShell | API-Aktion | eksctl | | --- | --- | --- | --- | --- | | Erstellen eines Clusters | [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` | | Erstellen einer verwalteten Knotengruppe | [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` | | Erstellen eines Fargate-Profils | [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` | + Wenn Sie beim Erstellen einer verwalteten Knotengruppe auch die Amazon-EC2-Instances mit Tags versehen möchten, erstellen Sie die verwaltete Knotengruppe mithilfe einer Startvorlage. Weitere Informationen finden Sie unter [Markieren von Amazon-EC2-Instances](launch-templates.md#launch-template-tagging). Wenn Ihre Instances bereits vorhanden sind, können Sie die Instanzen manuell mit Tags versehen. Weitere Informationen finden Sie unter [Tagging Ihrer Ressourcen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#tag-resources) im Amazon-EC2-Benutzerhandbuch. # Service Quotas für Amazon EKS und Fargate anzeigen und verwalten Amazon EKS hat Service Quotas integriert, einen AWS Service, mit dem Sie Ihre Kontingente von einem zentralen Ort aus einsehen und verwalten können. Weitere Informationen zu Service Quotas finden Sie unter [Was sind Service Quotas](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) im *Benutzerhandbuch für Service Quotas*. Mit der Integration von Service Quotas können Sie mithilfe der und AWS CLI schnell den Wert Ihrer Amazon EKS- und AWS Fargate-Servicekontingenten AWS-Managementkonsole ermitteln. ## EKS-Servicekontingente finden Sie in der AWS-Managementkonsole 1. Öffnen Sie die [Service Quotas-Konsole](https://console.aws.amazon.com/servicequotas/home/services/eks/quotas). 1. Wählen Sie im linken Navigationsbereich ** AWS Dienste** aus. 1. **Suchen Sie in der ** AWS Serviceliste** nach **Amazon Elastic Kubernetes Service (Amazon EKS)** oder AWS Fargate und wählen Sie diese aus.** In der Liste der **Service-Kontingente** finden Sie den Namen des Service-Kontingents, den angewendeten Wert (falls verfügbar), das AWS Standardkontingent und ob der Kontingentwert anpassbar ist. 1. Wählen Sie den Kontingentnamen, um zusätzliche Informationen zu einem Service Quota anzuzeigen, z. B. seine Beschreibung. 1. (Optional) Um eine Kontingenterhöhung zu beantragen, wählen Sie das Kontingent, das Sie erhöhen möchten, und dann **Request quota increase** (Kontingenterhöhung beantragen) aus, geben Sie die erforderlichen Informationen ein, und wählen Sie dann **Request** (Beantragen) aus. Weitere Informationen zum Umgang mit Servicekontingenten mithilfe von finden Sie im [Service Quotas User Guide](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html). AWS-Managementkonsole Informationen zum Beantragen einer Kontingenterhöhung finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Service-Quotas-Benutzerhandbuch*. ## EKS-Dienstkontingente mit der AWS CLI anzeigen Führen Sie den folgenden Befehl aus, um Ihre Amazon-EKS-Kontingente anzuzeigen. ``` aws service-quotas list-aws-default-service-quotas \ --query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \ --service-code eks \ --output table ``` Führen Sie den folgenden Befehl aus, um Ihre Fargate-Kontingente anzuzeigen. ``` aws service-quotas list-aws-default-service-quotas \ --query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \ --service-code fargate \ --output table ``` **Anmerkung** Das zurückgegebene Kontingent ist die Anzahl der Amazon ECS-Aufgaben oder Amazon EKS-Pods, die in diesem Konto in der aktuellen AWS Region gleichzeitig auf Fargate ausgeführt werden können. Weitere Informationen zum Arbeiten mit Servicekontingenten mithilfe der AWS CLI finden Sie unter [service-quota](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/index.html) in der * AWS CLI-Befehlsreferenz.* Informationen zum Anfordern einer Erhöhung des Kontingents finden Sie unter dem [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html)Befehl in der * AWS CLI-Befehlsreferenz*. ## Amazon-EKS-Service-Quotas AWS empfiehlt die Verwendung von AWS-Managementkonsole , um Ihre aktuellen Kontingente einzusehen. Weitere Informationen finden Sie unter [EKS-Servicekontingente finden Sie in der AWS-Managementkonsole](#service-quotas-console). *Die standardmäßigen EKS-Servicekontingente finden Sie unter [Amazon Elastic Kubernetes Service Service-Endpunkte und Kontingente](https://docs.aws.amazon.com/general/latest/gr/eks.html#limits_eks) in der AWS Allgemeinen Referenz.* Diese Servicekontingente werden unter **Amazon Elastic Kubernetes Service (Amazon EKS)** in der Service-Quotas-Konsole aufgeführt. Informationen zum Anfordern einer Kontingenterhöhung für Werte, die als anpassbar angezeigt werden, finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Benutzerhandbuch von Service Quotas*. **Anmerkung** Anpassungen der folgenden Komponenten werden in Service Quotas **nicht** unterstützt: \$1 Pod Identity-Zuordnungen pro Cluster. Grenzwerte finden Sie unter. [Erfahren Sie, wie EKS Pod Identity Pods Zugriff auf AWS-Services gewährt](pod-identities.md) \$1 CIDRs für Remote Node Networks oder Remote Pod Networks für Hybridknoten. Informationen zu den Beschränkungen finden Sie unter [Übersicht über Amazon EKS Hybrid Nodes](hybrid-nodes-overview.md). ## AWS Fargate-Servicekontingente Der ** AWS Fargate-Dienst** in der Service Quotas-Konsole listet mehrere Service Quotas auf. Sie können Alarme konfigurieren, mit denen Sie benachrichtigt werden, wenn sich Ihre Nutzung einem Servicekontingent nähert. Weitere Informationen finden Sie unter [Einen CloudWatch Alarm zur Überwachung der Fargate-Ressourcennutzungsmetriken erstellen](monitoring-fargate-usage.md#service-quota-alarm). Neue AWS Konten haben möglicherweise niedrigere anfängliche Kontingente, die sich im Laufe der Zeit erhöhen können. Fargate überwacht ständig die Kontonutzung in jeder AWS Region und erhöht dann automatisch die Kontingente je nach Nutzung. Außerdem können Sie eine Kontingenterhöhung für Werte anfordern, die als anpassbar angezeigt werden. Weitere Informationen finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Service-Quotas-Benutzerhandbuch*. AWS empfiehlt die Verwendung von AWS-Managementkonsole , um Ihre aktuellen Kontingente einzusehen. Weitere Informationen finden Sie unter [EKS-Servicekontingente finden Sie in der AWS-Managementkonsole](#service-quotas-console). Die standardmäßigen AWS Fargate on EKS-Dienstkontingente finden Sie unter [Fargate-Dienstkontingente](https://docs.aws.amazon.com/general/latest/gr/eks.html#service-quotas-eks-fargate) in der * AWS Allgemeinen* Referenz. **Anmerkung** Fargate erzwingt zusätzlich Ratenkontingente für Amazon-ECS-Aufgaben und den Start von Amazon-EKS-Pods. Weitere Informationen finden Sie unter [Drosselungskontingente für AWS Fargate](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/throttling.html) im *Handbuch zu Amazon ECS*.