Konfigurationsoptionen für Beanstalk Cluster-Umgebungen

Eine Beanstalk Cluster-Umgebung wird über die zwölf Namespaces auf dieser Seite konfiguriert. Sie sind die einzigen Namespaces, die eine Beanstalk Cluster-Umgebung akzeptiert. Die klassischen Namespaces in Konfigurationsoptionen für Beanstalk Standard-Umgebungen Configure Beanstalk Standard-Umgebungen gelten nicht. Wenn Sie einen von ihnen an eine Beanstalk Cluster-Umgebung übergeben, wird ein zurückgegeben, anstatt ignoriert zu werden. InvalidParameterValueException

Informationen dazu, wie Sie diese Optionen einrichten können und wie Elastic Beanstalk sie löst, finden Sie unter. Konfigurationsoptionen

Anmerkung

Die Spalte Standard enthält den Wert, der für die DescribeConfigurationOptions Option wirbt. Wenn Elastic Beanstalk einen Wert anwendet, obwohl kein Standardwert angekündigt wird, steht das in der Beschreibung.

aws:elasticbeanstalk:eks

Konfigurieren Sie die IAM-Rollen für den Amazon EKS-Cluster, auf dem Ihre Umgebung ausgeführt wird. Sie geben beide Rollen an, und Elastic Beanstalk benötigt sie, wenn Sie die Umgebung erstellen. Die Subnetze, die Sie auswählen, bestimmen, welchem Cluster die Umgebung beitritt. Elastic Beanstalk lehnt die Anfrage ab, wenn diese Rollen nicht mit den für diesen Cluster registrierten Rollen übereinstimmen. Die von der Konsole erstellten Rollennamen, ihre vertrauenswürdigen Dienste und ihre Richtlinien finden Sie unter. Berechtigungen für Beanstalk Cluster

Die Umgebung erfordert auch eine Beobachtbarkeitsrolle, und sie kann eine optionale Anwendungsrolle übernehmen. Beide Einstellungen befinden sich im aws:elasticbeanstalk:eks:environment Namespace und nicht in diesem. Siehe aws:elasticbeanstalk:eks:environment.

Namespace: aws:elasticbeanstalk:eks

Name	Beschreibung	Standard	Zulässige Werte
cluster-role	Der ARN der IAM-Rolle, die Amazon EKS für den Cluster annimmt.	Keine. Sie müssen einen Wert angeben.	Ein IAM-Rollen-ARN
node-role	Der ARN der IAM-Rolle, die die Amazon EC2-Knoten des Clusters übernehmen.	Keine. Sie müssen einen Wert angeben.	Ein IAM-Rollen-ARN

aws:elasticbeanstalk:eks:environment

Konfigurieren Sie den Anwendungscontainer, die von ihm reservierte Rechenleistung, seine Netzwerkplatzierung und die Rollen, die er verwendet.

Namespace: aws:elasticbeanstalk:eks:environment

Name	Beschreibung	Standard	Zulässige Werte
application-role	Der ARN einer optionalen IAM-Rolle, die Ihre Anwendung annimmt, um Dienste aufzurufen. AWS Siehe Berechtigungen für Beanstalk Cluster.	Keine	Ein IAM-Rollen-ARN
arch	Die CPU-Architektur, auf der Ihre Anwendung läuft.	amd64	amd64 | arm64
cpu	Die CPU, die jedes Replikat Ihrer Anwendung reserviert. Verwendet die Kubernetes-Mengennotation, 500m entspricht also einer halben virtuellen CPU und zwei virtuellen 2 CPUs.	250m	0.01zu, oder zu 128 10m 128000m
cpu-limit	Die meisten CPUs, die jedes Replikat Ihrer Anwendung verwenden kann. Verwendet dieselbe Notation wiecpu.	Keine	0.01zu128, oder 10m zu 128000m
env-variables	Die Umgebungsvariablen für den Container als JSON-Objekt, das jeden Variablennamen seinem Wert zuordnet. Dies ist eine Option, die jede Variable enthält, nicht eine Option pro Variable. Elastic Beanstalk setzt PORT von jedem Wert, den Sie dafür angeben, ab service-port und überschreibt ihn.	{"PORT" : 8080}	Ein JSON-Objekt
ingress-allowlist-environments	Die Namen der Umgebungen, die möglicherweise Datenverkehr an diese Umgebung senden. Siehe Multi-tenancy für Beanstalk Cluster-Umgebungen.	Keine	Eine durch Kommas getrennte Liste von Umgebungsnamen
ingress-allowlist-groups	Die Eingangsgruppen, deren Umgebungen Datenverkehr an diese Umgebung senden können. Jede Umgebung in einer aufgelisteten Gruppe ist zulässig.	Keine	Eine durch Kommas getrennte Liste von Namen von Eingangsgruppen
ingress-groups	Die Eingangsgruppen, zu denen diese Umgebung gehört. Umgebungen in derselben Gruppe können sich gegenseitig erreichen.	Keine	Eine durch Kommas getrennte Liste von Namen von Eingangsgruppen
instance-category	Die Amazon EC2-Instance-Kategorie, aus der die Knoten des Clusters ausgewählt wurden.	Keine	c | d | g | gr | hpc | i | im | is | m | p | r | t | x | z
language	Die Laufzeitsprache Ihrer Anwendung, die die OpenTelemetry automatische Instrumentierung auswählt, die Elastic Beanstalk Ihrem Container hinzufügt, sodass Ihre Anwendung Metriken, Logs und Traces ohne Anwendungsänderungen an die von Ihnen ausgewählten Observability-Backends sendet. Bei dieser Option wird nur die automatische Instrumentierung ausgewählt. Sie schränkt die Sprachen, die Ihre Anwendung verwenden kann, nicht ein. Lassen Sie es weg, wenn Ihre Runtime nicht aufgeführt ist oder wenn Ihre Anwendung OpenTelemetry Daten selbst ausgibt.	Keine	python | java | dotnet | nodejs
load-balancer-type	Wie der Datenverkehr Ihre Anwendung erreicht. Mit None erstellt Elastic Beanstalk keinen Load Balancer. Siehe Konfiguration des Netzwerks für Beanstalk Cluster-Umgebungen.	ALB	ALB | None
memory	Der Speicher, den jedes Replikat Ihrer Anwendung reserviert. Verwendet die Kubernetes-Mengenschreibweise wie oder. 512Mi 1.5Gi Bruchwerte werden akzeptiert.	512Mi	Eine Kubernetes-Speichermenge
memory-limit	Der größte Arbeitsspeicher, den jedes Replikat Ihrer Anwendung verwenden kann. Verwendet dieselbe Notation wiememory.	1Gi	Eine Kubernetes-Speichermenge
node-pool	Der Name des Knotenpools, auf dem die Replikate dieser Umgebung ausgeführt werden. Ein eindeutiger Wert gibt der Umgebung ihre eigenen Knoten, und ein gemeinsamer Wert gruppiert Umgebungen auf gemeinsam genutzte Knoten. Siehe Multi-tenancy für Beanstalk Cluster-Umgebungen.	Keine	Eine DNS-1123 Bezeichnung
observability-role	Der ARN der IAM-Rolle, die die Metriken, Logs und Traces der Umgebung veröffentlicht. Elastic Beanstalk benötigt ihn und er muss der Rolle entsprechen, die für den Cluster registriert ist, den Ihre Subnetze auswählen. Es gibt keinen Standard, also geben Sie ihn explizit an. Siehe Berechtigungen für Beanstalk Cluster.	Keine. Sie müssen einen Wert angeben.	Ein IAM-Rollen-ARN
secrets	Die Geheimnisse, die dem Container als JSON-Objekt zur Verfügung gestellt werden sollen, das jeden Namen dem ARN eines Geheimnisses in Secrets Manager oder eines Parameters im Systems Manager Parameter Store zuordnet. Das ist quasi eine Option, die jedes Geheimnis enthält. env-variables application-roleErforderlich: Elastic Beanstalk liest jedes Geheimnis anhand der Identität des Pods, die nur existiert, wenn Sie diese Option festlegen. Ohne sie schlägt die Volume-Bereitstellung fehl und Ihre Replikate werden nie gestartet.	Keine	Ein JSON-Objekt
service-port	Der Port, auf dem Ihre Anwendung lauscht. Elastic Beanstalk benötigt ihn, fügt ihn als PORT Umgebungsvariable in den Container ein und verwendet ihn als Port, den andere Umgebungen und die Container-Probes erreichen.	8080	1 auf 65535
subnets	Die Subnetze für die Umgebung. Sie bestimmen, wo die Knoten des Clusters laufen und welchem Cluster die Umgebung beitritt. Wenn Sie sie weglassen, verwendet Elastic Beanstalk die öffentlichen Subnetze der Standard-VPC. Sie können sie nicht mehr ändern, nachdem Sie die Umgebung erstellt haben. Siehe Konfiguration des Netzwerks für Beanstalk Cluster-Umgebungen.	Keine	Eine durch Kommas getrennte Liste von Subnetz-IDs

aws:elasticbeanstalk:eks:environment:deployment

Wählen Sie aus, wie Elastic Beanstalk die laufenden Replikate Ihrer Anwendung ersetzt, wenn Sie eine neue Anwendungsversion bereitstellen.

Namespace: aws:elasticbeanstalk:eks:environment:deployment

Name	Beschreibung	Standard	Zulässige Werte
strategy	Die Bereitstellungsstrategie. RollingUpdateersetzt die Replikate schrittweise, Recreate fährt sie alle herunter und startet die neue Version. Dies ist die Strategie, die von der Konsole auf einmal aufgerufen wird. Siehe Auswählen einer Bereitstellungsrichtlinie.	RollingUpdate	RollingUpdate | Recreate

aws:elasticbeanstalk:eks:environment:deployment:strategy:rolling

Gibt an, wie weit eine rollierende Bereitstellung vor oder hinter der Anzahl der Replikate, die in der Umgebung ausgeführt werden, laufen darf. Diese Optionen gelten, wenn sie strategy sindRollingUpdate.

Namespace: aws:elasticbeanstalk:eks:environment:deployment:strategy:rolling

Name	Beschreibung	Standard	Zulässige Werte
max-surge	Wie viele Replikate kann Elastic Beanstalk während der Bereitstellung über die aktuelle Replikatanzahl der Umgebung hinaus erstellen?	1	Eine Anzahl, z. B., oder ein 2 Prozentsatz, wie 25%
max-unavailable	Wie viele Replikate der Umgebung sind während der Bereitstellung möglicherweise gleichzeitig nicht verfügbar?	0	Eine Anzahl, z. B.1, oder ein Prozentsatz, wie 25%

aws:elasticbeanstalk:eks:environment:autoscaling

Legen Sie die Anzahl der Replikate fest, die Elastic Beanstalk für Ihre Anwendung ausführt, und legen Sie fest, wie oft geprüft wird, ob diese Anzahl geändert werden muss.

Wenn Sie keinen Trigger konfigurieren, skaliert Elastic Beanstalk die Umgebung entsprechend der CPU-Auslastung mit einem Ziel von 80 Prozent zwischen und. min-replica max-replica Um auf etwas anderes zu skalieren, legen Sie einen Trigger fest. Siehe aws:elasticbeanstalk:eks:environment:autoscale:trigger.

Namespace: aws:elasticbeanstalk:eks:environment:autoscaling

Name	Beschreibung	Standard	Zulässige Werte
min-replica	Die wenigsten Replikate Ihrer Anwendung, die in der Umgebung ausgeführt werden.	1	1 auf 100
max-replica	Die meisten Replikate Ihrer Anwendung, die in der Umgebung ausgeführt werden.	10	1 auf 100
polling-interval	Gibt an, wie oft (in Sekunden) Elastic Beanstalk die Skalierungstrigger auswertet.	30	1 auf 1000
cooldown-period	Wie lange (in Sekunden), wartet Elastic Beanstalk, nachdem der letzte Trigger aufgehört hat, Aktivitäten zu melden, bevor die Umgebung wieder herunterskaliert wird.	300	Eine Ganzzahl von oder größer 1

aws:elasticbeanstalk:eks:environment:autoscale:trigger

Wählen Sie aus, was die Umgebung skalieren lässt. Sie können je nach CPU oder Arbeitsspeicher skalieren, die Ihre Replikate verwenden, und Sie können die Skalierung nach einem Zeitplan oder anhand einer Metrik durchführen, die Ihr eigener Endpunkt meldet. Für diese Optionen gibt es keine angekündigten Standardwerte. Wenn Sie keinen von ihnen festlegen, liefert Elastic Beanstalk einen CPU-Trigger mit cpu-metric-type set to und set toUtilization. cpu-value 80

Namespace: aws:elasticbeanstalk:eks:environment:autoscaling:trigger

Name	Beschreibung	Standard	Zulässige Werte
cpu-metric-type	Ob der CPU-Trigger einen Prozentsatz der reservierten CPU () oder einen absoluten Betrag () vergleicht. Utilization AverageValue	Keine. Elastic Beanstalk gilt, Utilization wenn Sie die Einstellung „cpu-valuealleine“ oder wenn Sie überhaupt keinen Trigger setzen.	Utilization | AverageValue
cpu-value	Das CPU-Ziel, auf das die Umgebung skaliert wird. Bei Utilization 60 bedeutet ein Wert von 60 Prozent der reservierten CPU.	Keine. Elastic Beanstalk gilt, 80 wenn Sie überhaupt keinen Trigger setzen.	Eine Ganzzahl
memory-metric-type	Ob der Speichertrigger einen Prozentsatz des reservierten Speichers (Utilization) oder einen absoluten Betrag (AverageValue) vergleicht.	Keine. Elastic Beanstalk gilt, Utilization wenn Sie es alleine setzenmemory-value.	Utilization | AverageValue
memory-value	Das Speicherziel, auf das die Umgebung skaliert wird.	Keine	Eine Ganzzahl
scaler-type	Die Art des ereignisgesteuerten Triggers. cronskaliert nach einem Zeitplan und metrics-api skaliert anhand eines Werts, den Elastic Beanstalk von einem von Ihnen angegebenen HTTP-Endpunkt liest.	Keine	cron | metrics-api
scaler-metadata	Die Einstellungen für den Trigger als JSON-Objekt. Mitcron, liefern timezone startend, unddesiredReplicas. Mitmetrics-api, liefern urlvalueLocation, undtargetValue.	Keine	Ein JSON-Objekt
scaler-auth-mode	So authentifiziert sich Elastic Beanstalk gegenüber dem Endpunkt, den ein metrics-api Trigger liest.	bearer	bearer | basic | apiKey | tls
scaler-auth-secret	Der ARN des Secrets Manager-Geheimnisses, das die Anmeldeinformationen für den Endpunkt enthält. Sie können es nur festlegen, wenn es scaler-type istmetrics-api. application-roleErforderlich: Elastic Beanstalk liest das Geheimnis anhand der Identität des Pods, die nur existiert, wenn Sie diese Option festlegen. Ohne sie schlägt das Mounten fehl und Ihre Replikate werden nie gestartet.	Keine	Ein geheimer ARN von Secrets Manager

Im folgenden Beispiel wird die Umgebung während der Arbeitszeiten an Wochentagen in UTC auf fünf Replikate skaliert:

$ cat schedule.json
[
  {
    "Namespace": "aws:elasticbeanstalk:eks:environment:autoscaling:trigger",
    "OptionName": "scaler-type",
    "Value": "cron"
  },
  {
    "Namespace": "aws:elasticbeanstalk:eks:environment:autoscaling:trigger",
    "OptionName": "scaler-metadata",
    "Value": "{\"timezone\":\"UTC\",\"start\":\"0 8 * * 1-5\",\"end\":\"0 18 * * 1-5\",\"desiredReplicas\":\"5\"}"
  }
]
$ aws elasticbeanstalk update-environment \
    --environment-name my-cluster-env \
    --option-settings file://schedule.json

Ein scaler-metadata Wert ist selbst ein JSON-Dokument, sodass die Einstellungen in einer Datei und nicht in der Befehlszeile gespeichert werden.

aws:elasticbeanstalk:eks:environment:autoscaling:behavior

Beschränken Sie, wie schnell die Umgebung Replikate hinzufügt oder entfernt, sobald ein Trigger ausgelöst wird. Jede Richtung benötigt eine Periode, eine Einheit und einen Betrag: Innerhalb jeder Periode ändert die Umgebung die Anzahl der Replikate höchstens um den von Ihnen festgelegten Betrag.

Namespace: aws:elasticbeanstalk:eks:environment:autoscaling:behavior

Name	Beschreibung	Standard	Zulässige Werte
scaleup-period	Der Zeitraum in Sekunden, für den das gilt. scaleup-value	Keine	Eine Ganzzahl von 1 oder größer
scaleup-type	Ob scaleup-value es sich um eine Anzahl von Replikaten (Pods) oder um einen Prozentsatz der aktuellen Anzahl (Percent) handelt.	Keine	Pods | Percent
scaleup-value	Das meiste, was die Umgebung innerhalb eines scaleup-period Systems hinzufügt.	Keine	Eine Ganzzahl
scaledown-period	Der Zeitraum in Sekunden, für den das scaledown-value gilt.	Keine	Eine Ganzzahl von 1 oder größer
scaledown-type	Ob scaledown-value es sich um eine Anzahl von Replikaten (Pods) oder um einen Prozentsatz der aktuellen Anzahl (Percent) handelt.	Keine	Pods | Percent
scaledown-value	Das meiste, was die Umgebung innerhalb eines scaledown-period Geräts entfernt.	Keine	Eine Ganzzahl

Die Namespaces der Container-Probe

Drei Namespaces konfigurieren Container-Probes, und jeder hat die gleichen neun Optionen:

• aws:elasticbeanstalk:eks:environment:readiness-probeentscheidet, wann ein Replikat bereit ist, Datenverkehr zu empfangen. Ein Replikat, das fehlschlägt, wird außer Betrieb genommen, ohne neu gestartet zu werden.

• aws:elasticbeanstalk:eks:environment:liveness-probeentscheidet, wann ein Replikat fehlerhaft ist. Ein Replikat, das fehlschlägt, wird neu gestartet.

• aws:elasticbeanstalk:eks:environment:startup-probegibt einem langsam startenden Replikat Zeit für die Initialisierung, bevor die anderen beiden Sonden beginnen.

Jede Sonde ist ausgeschaltet, bis Sie sie aktivieren. Informationen zur Beziehung zwischen Sonden und der Gesundheit der Umwelt finden Sie unterÜberwachung von Beanstalk Cluster-Umgebungen.

Namespaces: aws:elasticbeanstalk:eks:environment:readiness-probe, aws:elasticbeanstalk:eks:environment:liveness-probe und aws:elasticbeanstalk:eks:environment:startup-probe

Name	Beschreibung	Standard	Zulässige Werte
enabled	Ob die Sonde läuft.	false	true | false
http-path	Der Pfad, den die Sonde anfordert.	/	Ein URL-Pfad
http-port	Der Port, den die Sonde anfordert. Wenn Sie ihn weglassen, wird der Test verwendetservice-port.	Keine. Die Sonde verwendetservice-port.	1 auf 65535
initial-delay-seconds	Gibt an, wie lange die Sonde nach dem Start eines Replikats wartet, bevor die erste Anfrage gestellt wird.	0	Eine Ganzzahl von Sekunden
period-seconds	Wie oft die Sonde läuft.	30	1 auf 3600
timeout-seconds	Wie lange die Sonde auf eine Antwort wartet, bevor die Anfrage als Fehler gilt.	5	Eine Ganzzahl von Sekunden
success-threshold	Wie viele aufeinanderfolgende Erfolge sorgen dafür, dass die Prüfung erfolgreich ist.	1	Eine Ganzzahl
failure-threshold	Wie viele aufeinanderfolgende Fehler führen dazu, dass die Sonde ausfällt.	3	Eine Ganzzahl

aws:elasticbeanstalk:eks:alb

Konfigurieren Sie den Application Load Balancer vor Ihrer Anwendung, seine Listener und TLS sowie den Health Check für seine Zielgruppe. Diese Optionen gelten, wenn load-balancer-type dies der Fall ist. ALB Informationen zu den Netzwerkeinstellungen, zur Bereitstellung eines Load Balancers, den Sie bereits besitzen, und zu den Regeln, die den HTTPS-Listener regeln, finden Sie unter. Konfiguration des Netzwerks für Beanstalk Cluster-Umgebungen

Namespace: aws:elasticbeanstalk:eks:alb

Name	Beschreibung	Standard	Zulässige Werte
arn	Der ARN eines Application Load Balancers, den Sie bereits besitzen, wird anstelle eines von Elastic Beanstalk erstellten ARNS verwendet. Elastic Beanstalk lehnt den ARN eines Network Load Balancers ab.	Keine. Elastic Beanstalk erstellt einen Load Balancer.	Ein Load Balancer-ARN für Anwendungen
scheme	Ob der Load Balancer über das Internet erreichbar ist. Wenn Sie es weglassen, leitet Elastic Beanstalk es von Ihren Subnetzen ab: Öffentliche Subnetze bieten einen mit dem Internet verbundenen Load Balancer, und private Subnetze bieten einen internen.	Keine. Abgeleitet von Ihren Subnetzen.	internet-facing | internal
subnets	Die Subnetze, in denen der Load Balancer platziert werden soll. Wenn Sie sie weglassen, werden die Subnetze der Umgebung verwendet.	Keine. Die Subnetze der Umgebung.	Eine durch Kommas getrennte Liste von Subnetz-IDs
security-groups	Die Sicherheitsgruppen, die an den Load Balancer angehängt werden sollen.	Keine	Eine durch Kommas getrennte Liste von Sicherheitsgruppen-IDs
manage-backend-security-group-rules	Ob Elastic Beanstalk die Sicherheitsgruppenregeln zwischen dem Load Balancer und Ihrer Anwendung hinzufügt oder entfernt.	true	true | false
ip-address-type	Ob der Load Balancer nur IPv4 oder sowohl IPv4 als auch IPv6 bedient. Elastic Beanstalk kündigt keine Standardeinstellung an und gilt. ipv4	ipv4, angewendet von Elastic Beanstalk	ipv4 | dualstack
target-type	Ob der Load Balancer Datenverkehr an die IP-Adressen der Replikate oder an die Knoten sendet, auf denen sie ausgeführt werden. Elastic Beanstalk kündigt keine Standardeinstellung an und gilt. ip	ip, angewendet von Elastic Beanstalk	ip | instance
listen-ports	Die zu öffnenden Listener, als JSON-Array mit einem Objekt pro Listener, z. B. [{"HTTPS":443},{"HTTP":80}] Jeder Port muss eindeutig sein. Elastic Beanstalk stellt sicher, dass ein HTTPS-Listener vorhanden ist, und stellt das Zertifikat dafür bereit. Ein HTTP-Listener leitet zu HTTPS um, anstatt den Anwendungsdatenverkehr abzuwickeln.	Keine. Elastic Beanstalk konfiguriert HTTPS auf Port 443.	Ein JSON-Array von Objekten, die von Protokoll zu Port übertragen werden
certificate-arn	Der ARN Ihres eigenen ACM-Zertifikats, das an die HTTPS-Listener angehängt werden soll, z. B. wenn Sie die Umgebung von einer benutzerdefinierten Domain aus bedienen. Sie benötigen diese Option nicht, damit HTTPS funktioniert: Elastic Beanstalk erstellt in beiden Fällen ein Zertifikat für die eigene Domäne der Umgebung und hängt es an. Wenn Sie es festlegen, enthält der Load Balancer beide Zertifikate.	Keine	Ein ACM-Zertifikat (ARN)
ssl-policy	Die Sicherheitsrichtlinie für die HTTPS-Listener.	Keine	Ein Name der Elastic Load Balancing-Sicherheitsrichtlinie
ssl-redirect	Wählt aus, an welchen HTTPS-Port Elastic Beanstalk HTTP-Anfragen umleitet. Der Wert muss ein Port sein, den ein konfigurierter HTTPS-Listener verwendet. Elastic Beanstalk leitet Anfragen weiter, die auf einem HTTP-Listener eingehen, unabhängig davon, ob Sie diese Option festlegen oder nicht, sodass nur der Zielport geändert wird.	Keine. Elastic Beanstalk leitet an den Port Ihres HTTPS-Listeners weiter.	1 auf 65535
backend-protocol	Das Protokoll, das der Load Balancer verwendet, um Ihre Anwendung zu erreichen.	Keine	HTTP | HTTPS
backend-protocol-version	Die Protokollversion, die der Load Balancer verwendet, um Ihre Anwendung zu erreichen. Gilt nur, wenn festgelegt backend-protocol ist.	Keine	HTTP2 | GRPC
healthcheck-path	Der Pfad, den der Gesundheitscheck der Zielgruppe anfordert.	/	Ein URL-Pfad
healthcheck-protocol	Das Protokoll, das der Zielgruppen-Gesundheitscheck verwendet.	HTTP	HTTP | HTTPS
healthcheck-interval-seconds	Wie oft der Zielgruppen-Gesundheitscheck durchgeführt wird.	15	5 auf 300
healthcheck-timeout-seconds	Wie lange der Gesundheitscheck auf eine Antwort wartet.	5	2 auf 120
success-codes	Die HTTP-Statuscodes, die als erfolgreiche Integritätsprüfung gelten.	200	Ein Statuscode, eine Liste oder ein Bereich
healthy-threshold-count	Wie viele aufeinanderfolgende erfolgreiche Prüfungen sorgen dafür, dass ein Ziel gesund ist.	2	2 auf 10
unhealthy-threshold-count	Wie viele aufeinanderfolgende fehlgeschlagene Prüfungen führen dazu, dass ein Ziel fehlerhaft ist.	2	2 auf 10
wafv2-acl-arn	Der ARN der AWS WAF-Web-ACL, die dem Load Balancer zugeordnet werden soll.	Keine	Ein AWS WAF-Web-ACL-ARN
tags	Die Tags, die auf den Load Balancer angewendet werden sollen.	Keine	Ein JSON-Objekt mit Tag-Schlüsseln und -Werten
load-balancer-attributes	Load Balancer-Attribute, die auf den Load Balancer angewendet werden sollen und ohne Interpretation an Elastic Load Balancing weitergegeben werden.	Keine	Eine durch Kommas getrennte Liste von key=value Paaren, wie z. B. idle_timeout.timeout_seconds=300,routing.http2.enabled=false
listener-attributes	Listener-Attribute, die auf einen bestimmten Listener angewendet werden sollen und ohne Interpretation an Elastic Load Balancing weitergegeben werden. Geben Sie hier nur Listener-Attribute an, keine Load Balancer-Attribute.	Keine	Ein JSON-Array von Objekten, von denen jedes einen Listener einer kommagetrennten Liste von Paaren zuordnet, wie z. B. key=value [{"HTTPS-8443":"routing.http.response.server.enabled=false"}]
raw-annotation	Anmerkungen, die direkt auf den Kubernetes-Ingress angewendet werden, den Elastic Beanstalk für Ihre Umgebung generiert. Verwenden Sie dies für das Verhalten des Load Balancers, das von den anderen Optionen in diesem Namespace nicht abgedeckt wird.	Keine	Ein JSON-Array von Objekten, von denen jedes seinem Wert einen Ingress-Annotationsschlüssel zuordnet. Jedes durch Kommas getrennte Segment eines Werts muss genau eines enthalten =

Anmerkung

load-balancer-attributeslistener-attributes, und raw-annotation leiten ihre Werte an den Load Balancer weiter, ohne sie zu interpretieren, sodass Elastic Beanstalk nicht überprüft, was ein einzelnes Attribut oder eine Anmerkung bedeutet. Wenn Sie eine Umgebung erstellen, verhindert ein ungültiger Wert, dass der Load Balancer erstellt wird, sodass der Fehler sichtbar ist. Wenn Sie eine Umgebung aktualisieren, wartet Elastic Beanstalk nicht darauf, dass sich der Load Balancer abgleicht, sodass der Vorgang erfolgreich sein kann, bevor Ihre Änderung wirksam wird. Bestätigen Sie die Änderung auf dem Load Balancer selbst.

aws:elasticbeanstalk:eks:observability

Wählen Sie aus, wohin die Metriken, Logs und Traces Ihrer Anwendung gehen sollen. Elastic Beanstalk stellt die Erfassungskomponenten bereit und betreibt sie. Sie sind für die Instrumentierung Ihrer Anwendung und für den Zugriff auf alle von Ihnen ausgewählten Ziele verantwortlich. Siehe Überwachung von Beanstalk Cluster-Umgebungen.

Namespace: aws:elasticbeanstalk:eks:observability

Name	Beschreibung	Standard	Zulässige Werte
metrics-backend	Wohin die Metriken Ihrer Anwendung gehören. ampsendet sie an Amazon Managed Service für Prometheus und benötigt. metrics-endpoint	cloudwatch	cloudwatch | amp | custom | none
metrics-endpoint	Der Remote-Write-Endpunkt von Amazon Managed Service für Prometheus. Stellen Sie ihn nur ein, wenn es ist. metrics-backend amp	Keine	Eine Endpunkt-URL für Remote-Schreibvorgänge
logs-backend	Wohin die Protokolle Ihrer Anwendung gehören.	cloudwatch	cloudwatch | s3 | custom | none
traces-backend	Wohin die Spuren Ihrer Bewerbung gehen. Im Gegensatz zu Metriken und Protokollen haben Traces kein Backend, bis Sie eines auswählen.	Keine	xray | custom | none
custom-config	Die OpenTelemetry Collector-Pipeline-Konfiguration, die für die von Ihnen eingestellten Signale verwendet werden sollcustom. Verweisen Sie auf die einzelnen Anmeldeinformationen als ${NAME} Platzhalter, custom-credentials der sie bereitstellt. Siehe Senden von Observability-Daten an ein Backend eines Drittanbieters.	Keine	Eine Collector-Pipeline-Konfiguration als JSON
custom-credentials	Der ARN eines Secrets Manager-Geheimnisses, das die Anmeldeinformationen enthält, die der Collector benötigt, um ein custom Backend zu erreichen. Der geheime Wert muss ein JSON-Objekt sein, dessen Schlüssel mit den Platzhaltern in übereinstimmen. custom-config application-roleErforderlich: Der Collector liest das Geheimnis anhand der Identität des Pods, die nur existiert, wenn Sie diese Option festlegen, und diese Rolle muss auch berechtigt sein, das Geheimnis zu lesen.	Keine	Ein geheimer ARN von Secrets Manager