Arrêtez et démarrez les services Elastic Beanstalk

Je voulais savoir si il y a une option pour ARRÊTER Amazon Elastic Beanstalk comme une unité atomique que je peux faire avec EC2 serveurs au lieu de passer par chaque service (par exemple, équilibrage de charge, EC2,..) et STOP (et de DÉPART) de manière indépendante?

source d'informationauteur Idan Shechter

  1. 17

    La EB interface de ligne de commande a un eb stop de commande. Ici est un peu ce que la commande n':

    L'eb de commande d'arrêt d'supprime les ressources AWS sont en cours d'exécution de votre application (comme l'ELB et les instances EC2). Toutefois, elle laisse derrière elle toutes les versions d'application et les paramètres de configuration que vous aviez déployé, de sorte que vous pouvez rapidement commencer à nouveau. Eb arrêt est idéal lorsque vous êtes en développement et les tests de votre application et n'ont pas besoin les ressources AWS cours d'exécution au cours de la nuit. Vous pouvez y aller à nouveau par la simple exécution de eb commencer.

    EDIT:

    Comme indiqué dans les commentaires ci-dessous, ce n'est plus un commandement dans la nouvelle eb-cli.

  2. 2

    Si vous avez une charge équilibrée de l'environnement, vous pouvez essayer l'astuce suivante 

    $ aws autoscaling update-auto-scaling-group \
--auto-scaling-group-name my-auto-scaling-group \
--min-size 0 --max-size 0 --desired-capacity 0

    Il va supprimer toutes les instances de l'environnement, mais ne supprimera pas l'environnement lui-même. Malheureusement, vous continuerez à payer pour elastic load balancer. Mais généralement EC2 est le plus "lourd".

    Fonctionne pour 0?

    oui, il ne

    $ aws autoscaling describe-auto-scaling-groups --region us-east-1 \
--auto-scaling-group-name ASG_NAME \
--query "AutoScalingGroups[].{DesiredCapacity:DesiredCapacity,MinSize:MinSize,MaxSize:MaxSize}"

[
    {
        "MinSize": 2, 
        "MaxSize": 2, 
        "DesiredCapacity": 2
    }
]

$ aws autoscaling update-auto-scaling-group --region us-east-1 \
--auto-scaling-group-name ASG_NAME \
--min-size 0 --max-size 0 --desired-capacity 0

$ aws autoscaling describe-auto-scaling-groups --region us-east-1 \
--auto-scaling-group-name ASG_NAME \
--query "AutoScalingGroups[].{DesiredCapacity:DesiredCapacity,MinSize:MinSize,MaxSize:MaxSize}"

[
    {
        "MinSize": 0, 
        "MaxSize": 0, 
        "DesiredCapacity": 0
    }
]

    Et puis vous pouvez vérifier l'environnement d'état

    $ eb status -v
Environment details for: test
  Application name: TEST
  Region: us-east-1
  Deployed Version: app-170925_181953
  Environment ID: e-1234567890
  Platform: arn:aws:elasticbeanstalk:us-east-1::platform/Multi-container Docker running on 64bit Amazon Linux/2.7.4
  Tier: WebServer-Standard
  CNAME: test.us-east-1.elasticbeanstalk.com
  Updated: 2017-09-25 15:23:22.980000+00:00
  Status: Ready
  Health: Grey
  Running instances: 0

    Dans le haricot magique webconsole vous verrez le message suivant

    INFO Environment health has transitioned from Ok to No Data. 
There are no instances. Auto Scaling group desired capacity is set to zero.
  3. 0

    eb stop est obsolète. J'ai également eu le même problème et la seule solution que je pouvais trouver était de sauvegarde de l'environnement et de la restaurer.

    Voici un blog dans lequel je vous explique:
    http://pminkov.github.io/blog/how-to-shut-down-and-restore-an-elastic-beanstalk-environment.html