[consulting] AWS Elastic Beanstalk

[Frederic G. MARAND]

I would say the main gotcha is that adding web server instances won't 
really help you scale user /sessions/ and that's mostly what Elastic 
Beanstalk is about. You would need to be able to increase the CPU level 
of your existing web server instances and, probably more importantly, 
increase the throughput of your RDS instance while keeping the data, 
assuming you are using RDS.

The most cost-efficient way of doing this, of course, is dropping the 
anonymous sessions entirely so they can be served from cache (eg 
Varnish) or Cloudfront, leaving only the remaining 10k plus some cache 
misses to be actually served by Drupal.

Le 06/08/2014 18:09, Brett Evanson a écrit :
> Do any of you consultants have good or bad experiences with AWS
> Elastic Beanstalk? I am considering it for a client that runs about
> 100k user sessions a day, 90% anonymous, and just wondered if this is
> generally considered a good solution, or if there are any hidden
> gotchas I'm missing.
>
> Brett Evanson
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> https://lists.drupal.org/mailman/listinfo/consulting
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fgm.vcf
Type: text/x-vcard
Size: 391 bytes
Desc: not available
Url : http://lists.drupal.org/pipermail/consulting/attachments/20140818/a0183c99/attachment.vcf 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4148 bytes
Desc: Signature cryptographique S/MIME
Url : http://lists.drupal.org/pipermail/consulting/attachments/20140818/a0183c99/attachment.bin