Erste Schritte mit Beanstalk Cluster

So erstellen Sie die Cluster-, Knoten- und Observability-Rollen

1. Erstellen Sie eine Vertrauensrichtliniendatei für jeden Dienst, der eine Rolle übernimmt. Die Cluster-Rolle vertraut Amazon EKS, die Node-Rolle vertraut Amazon EC2 und die Observability-Rolle vertraut Amazon EKS Pod Identity.

   $ cat > eks-trust.json <<'EOF'
   {
     "Version": "2012-10-17",
     "Statement": [{
       "Effect": "Allow",
       "Principal": {"Service": "eks.amazonaws.com"},
       "Action": ["sts:AssumeRole", "sts:TagSession"]
     }]
   }
   EOF

   $ cat > ec2-trust.json <<'EOF'
   {
     "Version": "2012-10-17",
     "Statement": [{
       "Effect": "Allow",
       "Principal": {"Service": "ec2.amazonaws.com"},
       "Action": "sts:AssumeRole"
     }]
   }
   EOF

   $ cat > pods-trust.json <<'EOF'
   {
     "Version": "2012-10-17",
     "Statement": [{
       "Effect": "Allow",
       "Principal": {"Service": "pods.eks.amazonaws.com"},
       "Action": ["sts:AssumeRole", "sts:TagSession"]
     }]
   }
   EOF

2. Erstellen Sie die Cluster-Rolle und fügen Sie ihre Richtlinien hinzu.

   $ aws iam create-role \
       --role-name aws-elasticbeanstalk-eks-cluster-role \
       --assume-role-policy-document file://eks-trust.json
   $ for p in AmazonEKSClusterPolicy AmazonEKSNetworkingPolicy AmazonEKSComputePolicy \
            AmazonEKSBlockStoragePolicy AmazonEKSLoadBalancingPolicy AWSElasticBeanstalkEKSTagging; do
       aws iam attach-role-policy \
           --role-name aws-elasticbeanstalk-eks-cluster-role \
           --policy-arn arn:aws:iam::aws:policy/$p
   done

3. Erstellen Sie die Knotenrolle und fügen Sie ihre Richtlinien hinzu.

   $ aws iam create-role \
       --role-name aws-elasticbeanstalk-eks-node-role \
       --assume-role-policy-document file://ec2-trust.json
   $ for p in AmazonEKSWorkerNodeMinimalPolicy AmazonEC2ContainerRegistryPullOnly \
            AmazonSSMManagedInstanceCore; do
       aws iam attach-role-policy \
           --role-name aws-elasticbeanstalk-eks-node-role \
           --policy-arn arn:aws:iam::aws:policy/$p
   done

4. Erstellen Sie die Observability-Rolle und fügen Sie die zugehörigen Richtlinien hinzu.

   $ aws iam create-role \
       --role-name aws-elasticbeanstalk-eks-observability-role \
       --assume-role-policy-document file://pods-trust.json
   $ for p in CloudWatchAgentServerPolicy AWSElasticBeanstalkEKSObservability; do
       aws iam attach-role-policy \
           --role-name aws-elasticbeanstalk-eks-observability-role \
           --policy-arn arn:aws:iam::aws:policy/$p
   done

5. Notieren Sie die drei Rollen-ARNs. Sie übergeben sie, wenn Sie die Umgebung erstellen.

   $ for r in cluster node observability; do
       aws iam get-role --role-name aws-elasticbeanstalk-eks-$r-role \
           --query 'Role.Arn' --output text
   done

1. Erstellen Sie eine Elastic Beanstalk-Anwendung, die die Umgebung enthält.

   $ aws elasticbeanstalk create-application \
       --application-name getting-started-cluster-app

2. Erstellen Sie die Umgebung. Die Cluster Stufe wählt Beanstalk Cluster aus. Da diese Anfrage keine Versionsbezeichnung hat, stellt Elastic Beanstalk die Beispielanwendung bereit.

   $ aws elasticbeanstalk create-environment \
       --application-name getting-started-cluster-app \
       --environment-name getting-started-cluster-env \
       --tier Name=Cluster,Type=EKS \
       --option-settings \
           Namespace=aws:elasticbeanstalk:eks,OptionName=cluster-role,Value=cluster-role-arn \
           Namespace=aws:elasticbeanstalk:eks,OptionName=node-role,Value=node-role-arn \
           Namespace=aws:elasticbeanstalk:eks:environment,OptionName=observability-role,Value=observability-role-arn

   Ersetzen Sie die RAN-Platzhalter für Rollen durch die Rollen, die Sie vorbereitet haben. In der Anfrage wird und ausgelassen. service-port load-balancer-type Elastic Beanstalk setzt diese Einstellungen auf ihre Standardwerte zurück, und. 8080 ALB Um andere Werte auszuwählen, übergeben Sie sie mit. --option-settings Die vollständige Referenz zu den Optionen finden Sie unterKonfigurationsoptionen für Beanstalk Cluster-Umgebungen.

3. Warten Sie, bis die Umgebung bereit ist. Eine erste Umgebung kann 15 bis 20 Minuten dauern, bis Elastic Beanstalk den Amazon EKS-Cluster erstellt und das Beispiel bereitstellt. Der AWS CLI bietet einen integrierten Kellner, der abfragt, bis die Umgebung Bericht erstattet. Ready Der Kellner fragt höchstens 20 Mal in Intervallen von 20 Sekunden ab, etwa 6 Minuten 40 Sekunden. Erwarten Sie also in der ersten Umgebung, dass er sich meldet. Max attempts exceeded Führen Sie es erneut aus, bis es Erfolg meldet.

   $ aws elasticbeanstalk wait environment-exists \
       --environment-names getting-started-cluster-env

   Der Kellner meldet Max attempts exceeded sowohl, wann die Umgebung noch erstellt wird, als auch, wenn die Erstellung fehlgeschlagen ist. Wenn nach einigen Durchläufen kein Erfolg gemeldet wird, überprüfen Sie die letzten Ereignisse der Umgebung und beheben Sie den gemeldeten Fehler, bevor Sie fortfahren.

   $ aws elasticbeanstalk describe-events \
       --environment-name getting-started-cluster-env \
       --query 'Events[].[EventDate,Severity,Message]' \
       --output table

4. Prüfen Sie den Umgebungsstatus, die Integritätsfarbe, den Integritätsstatus und die URL.

   $ aws elasticbeanstalk describe-environments \
       --application-name getting-started-cluster-app \
       --environment-names getting-started-cluster-env \
       --query 'Environments[0].[Status,Health,HealthStatus,CNAME]' \
       --output table

   Vergewissern Sie sich, dass die Umgebung meldet Ready und einen Wert zurückgibt, der nicht leer istCNAME. Öffnen Sie in einem Webbrowser, https:// gefolgt vom CNAME, und vergewissern Sie sich, dass die Beispielanwendung reagiert. Der Load Balancer antwortet nur über HTTPS. Eine Anfrage http:// wartet also, bis ein Timeout eintritt. Informationen dazu, wie Sie HTTP-Anfragen akzeptieren und sie von Elastic Beanstalk an HTTPS umleiten lassen, finden Sie unter. Konfiguration des Netzwerks für Beanstalk Cluster-Umgebungen Eine inaktive Umgebung kann anfänglich einen Bericht erstatten GreyNoData, weil sie zu wenige Anfragen erhalten hat, um den Zustand der Anwendung zu ermitteln. Bei Integritätsereignissen wird dieser Status als angezeigt. No Data Dies weist nicht auf eine fehlgeschlagene Bereitstellung hin. Wenn die Anwendung genügend erfolgreiche Anfragen erhalten hat, wechselt der Status normalerweise zu Green undOk. Wenn der CNAME leer ist, die Anwendung nicht reagiert oder der Systemzustand einen Fehler meldet, überprüfen Sie die aktuellen Ereignisse in der Umgebung, bevor Sie fortfahren:

   $ aws elasticbeanstalk describe-events \
       --environment-name getting-started-cluster-env \
       --query 'Events[].[EventDate,Severity,Message]' \
       --output table

   Das Cluster-Integritätsmodell finden Sie unterÜberwachung von Beanstalk Cluster-Umgebungen.

1. Erstellen Sie eine Anwendungsversion, die auf Ihr Image verweist.

   $ aws elasticbeanstalk create-application-version \
       --application-name getting-started-cluster-app \
       --version-label v1 \
       --image-configuration Source={Uri=your-image-uri}

   your-image-uriErsetzen Sie es zum Beispiel durch Ihr Bild111122223333.dkr.ecr.us-east-1.amazonaws.com/my-app:v1. Da das Image bereits erstellt wurde, benötigt die Version keinen Build-Schritt und ist bereit für die Bereitstellung.

2. Stellen Sie die Version in der Umgebung bereit.

   $ aws elasticbeanstalk update-environment \
       --environment-name getting-started-cluster-env \
       --version-label v1

3. Vergewissern Sie sich, dass die Bereitstellung abgeschlossen ist und die Umgebung Ihre Anwendung unterstützt.

   $ aws elasticbeanstalk describe-events \
       --environment-name getting-started-cluster-env \
       --query 'Events[].[EventDate,Severity,Message]' \
       --output table

   Öffnen Sie in einem Webbrowser, https:// gefolgt vom CNAME der Umgebung, und vergewissern Sie sich, dass Ihre Anwendung reagiert. Ist dies nicht der Fall, überprüfen Sie die Ereignisse auf einen Bereitstellungsfehler und vergewissern Sie sich, dass das Image die Umgebung überwacht. service-port

1. Die Umgebung beenden.

   $ aws elasticbeanstalk terminate-environment \
       --environment-name getting-started-cluster-env

2. Warten Sie, bis die Umgebung den Terminated Status erreicht hat. Der AWS CLI bietet einen integrierten Kellner, der bis zum Abschluss der Kündigung abfragt. Dieser Kellner hat dasselbe Limit von 20 Versuchen. Führen Sie ihn also erneut aus, bis er Erfolg meldet.

   $ aws elasticbeanstalk wait environment-terminated \
       --environment-names getting-started-cluster-env

   Der Kellner meldet Max attempts exceeded sowohl, wenn die Kündigung noch im Gange ist, als auch, wenn sie fehlgeschlagen ist. Wenn nach einigen Durchläufen kein Erfolg gemeldet wird, beheben Sie den Fehler in den Umgebungsereignissen. Löschen Sie die Anwendung nicht, solange die Umgebung noch existiert.

3. Löschen Sie die Anwendung und ihre Anwendungsversionen, einschließlich der von Elastic Beanstalk erstellten Beispielversion und aller von Ihnen hinzugefügten Versionen. Dadurch wird weder ein von Ihnen bereitgestelltes Container-Image noch das Repository gelöscht, das es enthält; siehe. Erstellen von Container-Images für Beanstalk Cluster-Umgebungen

   $ aws elasticbeanstalk delete-application \
       --application-name getting-started-cluster-app