Avant de commencer - Guide du développeur d'applications AMS Advanced

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Avant de commencer

Deployment | Advanced Stack Components | High Availability Two Tier Stack Advanced | Create CT crée un groupe Auto Scaling, un équilibreur de charge, une base de données, ainsi qu'un nom d' CodeDeploy application et un groupe de déploiement (avec le même nom que celui que vous donnez à l'application). Pour plus d'informations, CodeDeploy voir Qu'est-ce que c'est CodeDeploy ?

Cette procédure pas à pas utilise une RFC de haute disponibilité à deux niveaux (avancée) qui inclut UserData et décrit également comment créer un WordPress bundle pouvant CodeDeploy être déployé.

L'exemple UserData illustré permet d'obtenir les métadonnées d'instance telles que l'ID d'instance, la région, etc., à partir d'une instance en cours d'exécution en interrogeant le service de métadonnées d' EC2 instance disponible sur http://169.254.169.254/latest/meta-data/. Cette ligne du script de données utilisateur :REGION=$(curl 169.254.169.254/latest/meta-data/placement/availability-zone/ | sed 's/[a-z]$//'), extrait le nom de la zone de disponibilité du service de métadonnées dans la variable $REGION pour nos régions prises en charge, et l'utilise pour compléter l'URL du compartiment S3 dans lequel l' CodeDeploy agent est téléchargé. L'IP 169.254.169.254 est routable uniquement au sein du VPC (tout le monde peut interroger le service). VPCs Pour plus d'informations sur le service, consultez la section Métadonnées d'instance et données utilisateur. Notez également que les scripts saisis UserData sont exécutés en tant qu'utilisateur « root » et n'ont pas besoin d'utiliser la commande « sudo ».

Cette procédure pas à pas laisse les paramètres suivants à la valeur par défaut (illustrée) :

  • Groupe Auto Scaling :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

  • Base de données :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.

  • Application :DeploymentConfigName=CodeDeployDefault.OneAtATime.

  • Seau S3 :AccessControl=Private.

PARAMÈTRES SUPPLÉMENTAIRES :

RequestedStartTimeet RequestedEndTime si vous souhaitez planifier votre RFC : vous pouvez utiliser Time.is pour déterminer l'heure UTC correcte. Les exemples fournis doivent être adaptés de manière appropriée. Une RFC ne peut pas continuer si l'heure de début est dépassée. Vous pouvez également omettre ces valeurs pour créer une RFC ASAP qui s'exécute dès que les approbations sont passées.

Note

Il existe de nombreux paramètres que vous pouvez choisir de définir différemment de ceux illustrés. Les valeurs des paramètres présentés dans l'exemple ont été testées mais ne vous conviennent peut-être pas.