Bevor Sie beginnen - AMS-Leitfaden für fortgeschrittene Anwendungsentwickler

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.

Bevor Sie beginnen

Deployment | Advanced Stack Components | High Availability Two Tier Stack Advanced | Create CT erstellt eine Auto Scaling Scaling-Gruppe, einen Load Balancer, eine Datenbank sowie einen CodeDeploy Anwendungsnamen und eine Bereitstellungsgruppe (mit demselben Namen, den Sie der Anwendung geben). Weitere Informationen finden CodeDeploy Sie unter Was ist CodeDeploy?

In dieser exemplarischen Vorgehensweise wird ein High Availability Two-Tier Stack (Advanced) -RFC verwendet, der beinhaltet UserData und auch beschreibt, wie ein WordPress Paket erstellt wird, das CodeDeploy bereitgestellt werden kann.

Im Beispiel werden Instanzmetadaten wie Instanz-ID, Region usw. aus einer laufenden Instanz abgerufen, indem der unter http://169.254.169.254/latest/meta-data/ verfügbare Instanz-Metadatendienst abgefragt wird. UserData EC2 Diese Zeile im Benutzerdatenskript:REGION=$(curl 169.254.169.254/latest/meta-data/placement/availability-zone/ | sed 's/[a-z]$//'), ruft den Namen der Verfügbarkeitszone aus dem Metadatendienst in die $REGION-Variable für unsere unterstützten Regionen ab und vervollständigt damit die URL für den S3-Bucket, in den der Agent heruntergeladen wird. CodeDeploy Die 169.254.169.254 IP ist nur innerhalb der VPC routingfähig (alle können den Service abfragen). VPCs Informationen zum Service finden Sie unter Instanz-Metadaten und Benutzerdaten. Beachten Sie auch, dass Skripte, UserData die als eingegeben wurden, als „root“ -Benutzer ausgeführt werden und den Befehl „sudo“ nicht verwenden müssen.

In dieser exemplarischen Vorgehensweise werden die folgenden Parameter auf dem Standardwert belassen (siehe Abbildung):

  • Auto Scaling Scaling-Gruppe:Cooldown=300, DesiredCapacity=2, EBSOptimized=false, HealthCheckGracePeriod=600, IAMInstanceProfile=customer-mc-ec2-instance-profile, InstanceDetailedMonitoring=true, InstanceRootVolumeIops=0, InstanceRootVolumeType=standard, InstanceType=m3.medium, MaxInstances=2, MinInstances=2, ScaleDownPolicyCooldown=300, ScaleDownPolicyEvaluationPeriods=4, ScaleDownPolicyPeriod=60, ScaleDownPolicyScalingAdjustment=-1, ScaleDownPolicyStatistic=Average, ScaleDownPolicyThreshold=35, ScaleMetricName=CPUUtilization, ScaleUpPolicyCooldown=60, ScaleUpPolicyEvaluationPeriods=2, ScaleUpPolicyPeriod=60, ScaleUpPolicyScalingAdjustment=2, ScaleUpPolicyStatistic=Average, ScaleUpPolicyThreshold=75.

  • Load Balancer:HealthCheckInterval=30, HealthCheckTimeout=5.

  • Datenbank:BackupRetentionPeriod=7, Backups=true, InstanceType=db.m3.medium, IOPS=0, MultiAZ=true, PreferredBackupWindow=22:00-23:00, PreferredMaintenanceWindow=wed:03:32-wed:04:02, StorageEncrypted=false, StorageEncryptionKey="", StorageType=gp2.

  • Anwendung:DeploymentConfigName=CodeDeployDefault.OneAtATime.

  • S3-Eimer:AccessControl=Private.

ZUSÄTZLICHE EINSTELLUNGEN:

RequestedStartTimeund RequestedEndTime wenn Sie Ihren RFC planen möchten: Sie können Time.is verwenden, um die richtige UTC-Zeit zu ermitteln. Die bereitgestellten Beispiele müssen entsprechend angepasst werden. Ein RFC kann nicht fortgesetzt werden, wenn die Startzeit abgelaufen ist. Alternativ können Sie diese Werte auch weglassen, um einen ASAP-RFC zu erstellen, der ausgeführt wird, sobald die Genehmigungen bestanden wurden.

Anmerkung

Es gibt viele Parameter, die Sie möglicherweise anders als in der Abbildung festlegen möchten. Die im Beispiel gezeigten Werte für diese Parameter wurden getestet, sind aber möglicherweise nicht für Sie geeignet.