Formazione di nuvole - l'aggiornamento di uno stack dietro un elb non aggiorna l'AMI

Question

Stiamo alimentando le istanze di AWS EC2 utilizzando la formazione di nuvole. Abbiamo 3 stack diversi: test, stadiazione e produzione. Il nostro flusso di lavoro per aggiornare le immagini per una qualsiasi delle pile è la seguente:

1. aggiornamento un'istanza 'golden master'
2. Snapshot il maestro d'oro per un'immagine disco
3. modificare il riferimento ami nella nostra cloud formazione config (tramite un file json) per un dato stack e update lo stack.

Ciò fa cadere le istanze nello stack + le ri-disposizioni con la nuova immagine del disco.

Non abbiamo riscontrato problemi con i nostri stack di test o di gestione temporanea, che contengono ciascuna una singola istanza di ec2. Ogni volta che aggiorniamo, l'immagine viene sostituita senza problemi.

Il nostro stack di produzione non sembra funzionare allo stesso modo :-(. Contiene almeno due istanze dietro un bilanciatore del carico Quando aggiorniamo questo stack nello stesso modo, le istanze di ec2 sono non aggiornato (cioè dopo che l'aggiornamento è completato, le scatole sono ancora in esecuzione dall'immagine precedente del disco) .Le buone notizie sono le nuove immagini utilizzate quando le scale automatiche del bilanciamento del carico.

Potrebbe esserci un conflitto tra regole di bilanciamento del carico e la formazione delle nuvole?

Qualsiasi visione sarebbe molto apprezzato

Answer 1

OK - Fatto alcuni esperimenti. È necessario definire una politica di aggiornamento per il gruppo di ridimensionamento. Definendo un criterio di aggiornamento, qualsiasi modifica nella configurazione di avvio attiverà quindi un aggiornamento. Senza questo - un aggiornamento non verrà attivato.

Non è necessario un ELB per attivare l'aggiornamento a rotazione, ma se ne hai uno, anche questo non interferirà con esso.

http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-attribute-updatepolicy.html

Answer 2

Possiamo vedere il tuo script di formazione cloud? Probabilmente hai ragione riguardo a elb + autoscaling.

Per aggiornare ami (senza cloudformation), raddoppio manualmente il valore desiderato del gruppo di autoscaling e lo reimpostato dopo che le nuove istanze sono state online in ELB.

A tattiche simili potrebbero essere script/configurabile con cloudformation