Sembra che selezionando t2.micro per un'istanza ElasticBeanstalk si getta Beanstalk in un ciclo infinito. È trascorso un ora dalla creazione dell'istanza Beanstalk, 20 minuti dall'ultimo aggiornamento dell'evento nella console di gestione Beanstalk.Il tipo di virtualizzazione 'hvm' è richiesto per le istanze di tipo 't2.micro'
Qualcuno sa come eseguire il kill di un'istanza di Beanstalk?
Si scopre che questo è ciò che accade quando si tenta di prendere un AMI (ParaVirtualization) t1 e di distribuirlo su un'istanza ElasticBeanstalk t2 (HVM). L'istanza di Beanstalk non è riuscita/ha ripreso a funzionare per circa un'ora e mezza prima che alla fine venisse fuoriuscito.
per me ho usato il t1.micro ma una volta che queste risorse erano troppo deboli per la pipeline ho dovuto passare alla prossima cosa più economica, m3.medium, è possibile utilizzare il collegamento per confrontare i prezzi (è già selezionato su le istanze competenti sufficiente premere confrontare)
la cosa è che devi usare esempio HVM e non tutte le famiglie di istanza sono HVM
si può vedere questo tavolo di Amazon AMI istanza del tipo Matrix:
https://aws.amazon.com/amazon-linux-ami/instance-type-matrix/
Famiglia di istanze:
1. HVM EBS-Backed 64 bit
2. HVM Instance Store a 64 bit
3. PV EBS-Backed 64 bit
4. PV Instance Store a 64 bit
e per costo di voi può guardare qui:
http://www.ec2instances.info/?selected=t1.micro,m3.medium,c3.large,r3.large
Partenza questa matrice per imparare quali tipi istanza EC2 sono compatibili con i quali Amazon Linux AMI: http://aws.amazon.com/amazon-linux-ami/instance-type-matrix/ – Nick