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.

Beanstalk Cluster-Architektur

Beanstalk Cluster verwendet dieselben Konzepte für Elastic Beanstalk-Anwendungen, Anwendungsversionen, Umgebungen und Konfigurationsoptionen wie Beanstalk Standard. Beanstalk Standard ist der Umgebungstyp. EC2-based Beanstalk Cluster verwendet eine andere Rechenebene und Konfigurationsoberfläche. In diesem Thema werden die Unterschiede nach Aspekten beschrieben und der entsprechende Umgebungstyp identifiziert.

Modell berechnen

In Beanstalk Standard startet Elastic Beanstalk Amazon Elastic Compute Cloud (Amazon EC2) -Instances in einer Auto Scaling-Gruppe, die der Umgebung gewidmet ist. Die Anwendung wird direkt auf diesen Instances ausgeführt. In einer Beanstalk-Cluster-Umgebung führt Elastic Beanstalk die Anwendung stattdessen als Container-Image auf einem Amazon EKS-Cluster aus, das von Ihren Beanstalk-Cluster-Umgebungen gemeinsam genutzt werden kann. Elastic Beanstalk erstellt und betreibt den Cluster. Elastic Beanstalk plant die Anwendung auf dem Cluster. Elastic Beanstalk isoliert jede Umgebung auf dem Cluster und gleicht die Anzahl der Anwendungsreplikate so ab, dass sie den konfigurierten Werten entspricht. Sie erstellen keinen Cluster, wählen nicht aus, auf welchem Cluster eine Umgebung ausgeführt wird, und Sie wählen auch nicht deren Kubernetes-Version aus.

Mehrere Ihrer Umgebungen können auf demselben Amazon EKS-Cluster ausgeführt werden. Elastic Beanstalk platziert eine Umgebung auf dem Cluster, die die konfigurierten VPC-Subnetze bedient. Es erstellt einen Cluster, wenn diese Subnetze zum ersten Mal verwendet werden; siehe. Gruppierung der Umgebung Der automatische Modus von Amazon EKS bietet Knotenkapazität. Es fügt Knoten hinzu und entfernt sie, sodass sie zu den geplanten Containern passen. Da der Cluster gemeinsam genutzt werden kann und die Knotenkapazität von Amazon EKS verwaltet wird, wird die Anzahl der Instanzen nicht über den aws:autoscaling:asg Namespace konfiguriert. Stattdessen wird die Anzahl der Anwendungsreplikate mit den max-replica Optionen min-replica und im aws:elasticbeanstalk:eks:environment:autoscaling Namespace festgelegt. Informationen zu den Replikatgrenzen und den Triggern, die die Anzahl der Replikate ändern, finden Sie unter. Skalierung von Beanstalk Cluster-Umgebungen

Elastic Beanstalk löst die Konfiguration der Umgebung anhand der von Ihnen angegebenen Optionseinstellungen auf und wendet die aufgelöste Konfiguration an, wenn die Umgebung erstellt oder aktualisiert wird. Wenn dieselbe Konfigurationsoption mehrmals angegeben wird, gewinnt das letzte Mal. Um die Konfiguration zu ändern, aktualisieren Sie die Optionseinstellungen.

Unterschiede zu Beanstalk Standard

In der folgenden Tabelle sind die kundenseitigen Unterschiede zwischen Beanstalk Standard und einer Beanstalk Cluster-Umgebung zusammengefasst. Jede Zeile enthält Links zu dem Thema, das das Elastic Beanstalk-Konzept ausführlich behandelt.

Customer-provided und vom Service verwaltete Ressourcen

Elastic Beanstalk erstellt und betreibt den Amazon EKS-Cluster, auf dem eine Beanstalk-Cluster-Umgebung ausgeführt wird. Die von Amazon EKS benötigten Cluster- und Node-Rollen AWS Identity and Access Management (IAM) werden vom Kunden bereitgestellt. Wir empfehlen, die unter beschriebenen Rollennamen und AWS verwalteten Richtlinien zu verwendenBerechtigungen für Beanstalk Cluster, da Elastic Beanstalk verlangt, dass jede Umgebung auf einem Cluster dieselben Rollen bereitstellt. Eine Anwendungsrolle kann auch für die laufende Anwendung über Amazon EKS Pod Identity bereitgestellt werden. Die Anwendungsrolle wird bei der Erstellung der Umgebung in der Elastic Beanstalk-Konsole ausgewählt. Das vollständige IAM-Verantwortungsmodell und das Verfahren zur Verwendung von Anwendungsrollen finden Sie unter. Berechtigungen für Beanstalk Cluster

VPC-Subnetze für die Umgebung sind optional. Wenn Subnetze weggelassen werden, verwendet Elastic Beanstalk die öffentlichen Subnetze der Standard-VPC. Der Subnetzsatz bestimmt, auf welchem Cluster die Umgebung ausgeführt wird. Informationen zur Clusterzuweisung und zur Infrastruktur, die Elastic Beanstalk betreibt, finden Sie unter. Gruppierung der Umgebung

Elastic Beanstalk betreibt die Anwendung auf dem vom Dienst erstellten Cluster. Es stellt das Container-Image bereit und wendet fortlaufende Aktualisierungen über den Namespace an. aws:elasticbeanstalk:eks:environment:deployment Es gleicht die laufende Anzahl von Anwendungsreplikaten mit den min-replica und -Grenzen in der Konfiguration abmax-replica. Es meldet den Zustand der Umgebung anhand der unter beschriebenen Gesundheitszustände. Überwachung von Beanstalk Cluster-Umgebungen Elastic Beanstalk verfolgt jeden Cluster, dem es Umgebungen zuweist, als service-verwaltet.

Anforderungen und Einschränkungen der Anwendung

Eine Beanstalk Cluster-Umgebung erfordert eine Anwendung, die als Container-Image und als ein oder mehrere identische, austauschbare Replikate ausgeführt werden kann. Ein Load Balancer ist optional. Wenn ein Load Balancer konfiguriert ist, verteilt er Anfragen auf Anwendungsreplikate. Ein zustandsloser Webservice oder eine API, deren Replikate keinen lokalen Status haben, der einen Neustart überstehen muss, erfüllt diese Anforderung. Der Anforderungsport, die CPU- und Speicheranforderungen, die Anzahl der Anwendungsreplikate und das Bereitstellungsverhalten werden mithilfe der Optionen konfiguriert. aws:elasticbeanstalk:eks:* Elastic Beanstalk stellt die Clusterkapazität über den Amazon EKS-Automodus bereit.

Bestätigen Sie die folgenden Anwendungsanforderungen und Einschränkungen, bevor Sie eine Beanstalk-Cluster-Umgebung erstellen:

Konfigurationsbeispiel

Die folgende AWS CLI Anforderung legt den Anforderungsport, die Speicheranforderung, die Anzahl der laufenden Replikate und das Bereitstellungsverhalten für eine Beanstalk Cluster-Umgebung fest. Die Einstellungen verwenden die Namespaces. aws:elasticbeanstalk:eks:*

$ aws elasticbeanstalk update-environment \
    --environment-name my-cluster-env \
    --option-settings \
        Namespace=aws:elasticbeanstalk:eks:environment,OptionName=service-port,Value=8080 \
        Namespace=aws:elasticbeanstalk:eks:environment,OptionName=memory,Value=1Gi \
        Namespace=aws:elasticbeanstalk:eks:environment,OptionName=load-balancer-type,Value=ALB \
        Namespace=aws:elasticbeanstalk:eks:environment:autoscaling,OptionName=min-replica,Value=3 \
        Namespace=aws:elasticbeanstalk:eks:environment:autoscaling,OptionName=max-replica,Value=3 \
        Namespace=aws:elasticbeanstalk:eks:environment:deployment,OptionName=strategy,Value=RollingUpdate \
        Namespace=aws:elasticbeanstalk:eks:environment:deployment:strategy:rolling,OptionName=max-surge,Value=25% \
        Namespace=aws:elasticbeanstalk:eks:environment:deployment:strategy:rolling,OptionName=max-unavailable,Value=0

Die strategy Option akzeptiert RollingUpdate oderRecreate, was in der Konsole als fortlaufendes Update und als alles gleichzeitig angezeigt wird. MitRollingUpdate, max-surge begrenzt, wie viele zusätzliche Replikate Elastic Beanstalk während einer Bereitstellung startet. Die max-unavailable Option begrenzt, wie viele vorhandene Replikate gleichzeitig heruntergefahren werden. Jede Option akzeptiert eine Anzahl oder einen Prozentsatz. Der memory Wert verwendet die Kubernetes-Mengenschreibweise wie 1Gi oder. 512Mi Den vollständigen Optionssatz finden Sie unter. Konfigurationsoptionen für Beanstalk Cluster-Umgebungen

Gruppierung der Umgebung

Elastic Beanstalk gruppiert Ihre Beanstalk-Cluster-Umgebungen nach den von ihnen verwendeten VPC-Subnetzen in Clustern:

Die erste Umgebung, die Sie mit einer bestimmten Gruppe von Subnetzen erstellen, veranlasst Elastic Beanstalk, einen Cluster dafür zu erstellen, was etwa zehn Minuten dauert. Elastic Beanstalk meldet dies in den Ereignissen der Umgebung:

INFO  Creating CloudFormation stack for cluster infrastructure. This is a one-time operation and generally takes about 10 minutes. stack='beanstalk-cluster-uuid'
INFO  Starting cluster assignment. environment='my-cluster-env'
INFO  Successfully completed cluster assignment. environment='my-cluster-env' clusterArn='arn:aws:eks:us-east-1:111122223333:cluster/beanstalk-cluster-uuid'

Elastic Beanstalk platziert spätere Umgebungen, die dieselben Subnetze verwenden, auf dem vorhandenen Cluster. Ihre Ereignisse melden die Zuweisung ohne die Meldung zur Stackerstellung. Elastic Beanstalk benennt sowohl den Cluster als auch den Stack, der AWS CloudFormation ihn erstellt. beanstalk-cluster-uuid

Die Reihenfolge, in der Elastic Beanstalk Subnetze betrachtet, spielt keine Rolle. Dieselben Subnetze in einer anderen Reihenfolge sind dieselbe Gruppe. Nur die Subnetzgruppe wählt den Cluster aus. Wenn ein Cluster bereits für den Subnetzsatz registriert ist, müssen die von Ihnen angegebenen Cluster- und Knotenrolleneinstellungen mit den für diesen Cluster registrierten Rollen übereinstimmen. Elastic Beanstalk lehnt widersprüchliche Rolleneinstellungen ab; verschiedene Rollen-ARNs wählen keinen anderen Cluster aus. Sie geben auch die Observability-Rolle an, und Elastic Beanstalk validiert sie auf die gleiche Weise anhand des Clusters. Die optionale Anwendungsrolle gehört zur Umgebung und kann je nach Umgebung unterschiedlich sein. Konfigurieren Sie sie, indem Sie das Verfahren zur Erstellung der Umgebung unter aktivieren. Konfigurieren Sie eine Anwendungsrolle

Elastic Beanstalk begrenzt nicht, wie viele Umgebungen sich einen Cluster teilen. Amazon EKS Auto Mode fügt Knoten hinzu, die zu den im Cluster geplanten Containern passen. Durch die gemeinsame Nutzung von Clustern wird kein umgebungsspezifisches Skalierungslimit hinzugefügt. Jede Umgebung unterliegt weiterhin ihren konfigurierten Replikat- oder Autoscaling-Grenzwerten, den geltenden Dienstkontingenten und der verfügbaren Kapazität. Um eine Umgebung auf einem separaten Cluster auszuführen, erstellen Sie ihn mit einer anderen Gruppe von Subnetzen.

Isolierung zwischen Umgebungen, die sich Rechenleistung teilen

Subnetze sind die primäre Grenze zwischen Umgebungen. Da die Subnetzgruppe den Cluster auswählt, erhält eine Gruppe von Umgebungen mit eigenen Subnetzen ihren eigenen Cluster, ihre eigenen Knoten und ihr eigenes Netzwerk. Innerhalb eines einzelnen Clusters isoliert Elastic Beanstalk standardmäßig den Netzwerkverkehr zwischen Beanstalk-Cluster-Umgebungen. Mithilfe der Optionen im aws:elasticbeanstalk:eks:environment Namespace können Sie bestimmten Umgebungen die Kommunikation ermöglichen oder eine Umgebung auf dedizierten Knoten platzieren.

Informationen zu den Grenzen, die Ihnen die einzelnen Optionen bieten, zu den Optionen, mit denen sie erweitert werden, und dazu, was ein gemeinsam genutzter Cluster nicht voneinander trennt, finden Sie unter. Multi-tenancy für Beanstalk Cluster-Umgebungen

Konfiguration der verwalteten Infrastruktur

Elastic Beanstalk erstellt jeden Cluster mit einer festen Konfiguration, die Sie nicht auswählen:

Da Elastic Beanstalk diese selbst festlegt, konfigurieren Sie Ihre Anwendung mithilfe der aws:elasticbeanstalk:eks:* Optionen, anstatt den Cluster zu konfigurieren. Siehe Konfigurationsoptionen für Beanstalk Cluster-Umgebungen.

Abweichung bei der Cluster-Konfiguration

Elastic Beanstalk betreibt einen Cluster, den es erstellt hat, nur solange dieser Cluster der erwarteten dienstverwalteten Konfiguration entspricht. Wenn die Infrastruktur dieser Konfiguration nicht mehr entspricht, erkennt Elastic Beanstalk eine Konfigurationsabweichung, unterbricht die Cluster-Wartung und meldet ein Umgebungsereignis:

ERROR  Cluster drift detected for environment 'my-cluster-env'. what changed. Service will skip cluster maintenance for this environment.

Während ein Cluster driftet:

Drift kann wiederhergestellt werden. Machen Sie zur Wiederherstellung die Änderung rückgängig, die den Fehler verursacht hat, sodass der Cluster wieder der Konfiguration entspricht, die Elastic Beanstalk erwartet. Das Drift-Ereignis benennt, was sich geändert hat, und zeigt Ihnen, was rückgängig gemacht werden muss. Elastic Beanstalk bewertet den Cluster beim nächsten Umgebungsvorgang erneut und nimmt die Verwaltung wieder auf, sobald die Konfiguration übereinstimmt. Versuchen Sie den fehlgeschlagenen Vorgang erneut.

Wenn Sie die erwartete Konfiguration nicht wiederherstellen können, wenden Sie sich an den AWS Support.

Um Abweichungen zu vermeiden, nehmen Sie Änderungen an der Umgebung mithilfe der Betriebs- und Konfigurationsoptionen von Elastic Beanstalk vor, anstatt den Cluster direkt zu ändern. Siehe Konfigurationsoptionen für Beanstalk Cluster-Umgebungen.

Löschen des Clusters

Elastic Beanstalk plant das Löschen des Clusters drei Stunden nach dem Beenden der letzten Umgebung. Wenn Sie in diesem Intervall eine weitere Umgebung mit denselben Subnetzen erstellen, bricht Elastic Beanstalk die ausstehende Bereinigung ab und verwendet den vorhandenen Cluster erneut.