Wonder apps under AWS ELB with sticky sessions, autoscaling EC2 instances.
Hello list! I've been working on a number of wonder applications the last year at my 9-5, all of which we have deployed to AWS in various development and staging/QA states. For the production environment of the main application, we are looking at a deployment setup quite similar to this reference diagram: http://d36cz9buwru1tt.cloudfront.net/architecturecenter/AWS_ac_ra_web_01.pdf (from http://aws.amazon.com/architecture/) It's important to the company to ensure we can run smoothly across multiple Availability Zones of a Region, so the diagram represents the 3 (+1) tier application setup we are looking for. We're really happy with the approach we've taken so far, and the ELB-session-stickiness and autoscaling of the application tiers in each AZ is something we are currently evaluating. Ignoring CloudFront and Route 53 for a moment, we're interested in setting up the ELB with sticky sessions/session affinity, apache on each AZ, and a number of application VMs on each AZ, each one of course running a number of WO instances. The persistence tier is absolutely fine and accounted for in both AZs. So two quick questions: 1. Has anyone had any experience with ELB and sticky sessions with regards to WO, WOMonitor, and wotaskd? If so, are there any gotchas or hurdles you foresee me coming across? Any tips for smooth sailing? Tied (or apposed really) to this is the concept of distributed session storage, which we are also considering, so I'm looking forward to your WOWODC session, Ramsey! 2. Currently we're looking at manual horizontal scaling of the application tiers in each AZ, but it would be great to design/have a solution for triggered horizontal EC2 VM scaling with respect to WO. This would presumably require updating the WOMonitor and wotaskd. Again, any one with previous experience wanting to warn me off/enthusiastically give me hope? Any knowledge in this area would be greatly appreciated! Cheers, and see you all at WOWODC. -- Matt http://logicsquad.net/ ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Wonder apps under AWS ELB with sticky sessions, autoscaling EC2 instances.
we had problems with elb, wo and sticky sessions. we now run zeus load balancers on ec2. we never got to the bottom of it, just randomly the session would seem to loose it's stickyness, head off to another ec2 instance, new session and login page. i suspected it was due to switching between http and https and we intend to re-trial elb in a few months time because we are moving all of our apps to full-time https and secure cookies. sorry, not much help i know, but just a heads up that we did have problems. i'd be interested in knowing how you get on... simon On 12 June 2012 23:24, Matthew Ness m...@logicsquad.net wrote: Hello list! I've been working on a number of wonder applications the last year at my 9-5, all of which we have deployed to AWS in various development and staging/QA states. For the production environment of the main application, we are looking at a deployment setup quite similar to this reference diagram: http://d36cz9buwru1tt.cloudfront.net/architecturecenter/AWS_ac_ra_web_01.pdf (from http://aws.amazon.com/architecture/) It's important to the company to ensure we can run smoothly across multiple Availability Zones of a Region, so the diagram represents the 3 (+1) tier application setup we are looking for. We're really happy with the approach we've taken so far, and the ELB-session-stickiness and autoscaling of the application tiers in each AZ is something we are currently evaluating. Ignoring CloudFront and Route 53 for a moment, we're interested in setting up the ELB with sticky sessions/session affinity, apache on each AZ, and a number of application VMs on each AZ, each one of course running a number of WO instances. The persistence tier is absolutely fine and accounted for in both AZs. So two quick questions: 1. Has anyone had any experience with ELB and sticky sessions with regards to WO, WOMonitor, and wotaskd? If so, are there any gotchas or hurdles you foresee me coming across? Any tips for smooth sailing? Tied (or apposed really) to this is the concept of distributed session storage, which we are also considering, so I'm looking forward to your WOWODC session, Ramsey! 2. Currently we're looking at manual horizontal scaling of the application tiers in each AZ, but it would be great to design/have a solution for triggered horizontal EC2 VM scaling with respect to WO. This would presumably require updating the WOMonitor and wotaskd. Again, any one with previous experience wanting to warn me off/enthusiastically give me hope? Any knowledge in this area would be greatly appreciated! Cheers, and see you all at WOWODC. -- Matt http://logicsquad.net/ ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/simon%40potwells.co.uk This email sent to si...@potwells.co.uk ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Wonder apps under AWS ELB with sticky sessions, autoscaling EC2 instances.
Thanks Simon, We'll be running https full-time, so we'll have an evaluation period and I'll let you know how we go. Will you be at WOWODC? -- Matt http://logicsquad.net/ we had problems with elb, wo and sticky sessions. we now run zeus load balancers on ec2. we never got to the bottom of it, just randomly the session would seem to loose it's stickyness, head off to another ec2 instance, new session and login page. i suspected it was due to switching between http and https and we intend to re-trial elb in a few months time because we are moving all of our apps to full-time https and secure cookies. sorry, not much help i know, but just a heads up that we did have problems. i'd be interested in knowing how you get on... simon On 12 June 2012 23:24, Matthew Ness m...@logicsquad.net wrote: Hello list! I've been working on a number of wonder applications the last year at my 9-5, all of which we have deployed to AWS in various development and staging/QA states. For the production environment of the main application, we are looking at a deployment setup quite similar to this reference diagram: http://d36cz9buwru1tt.cloudfront.net/architecturecenter/AWS_ac_ra_web_01.pdf (from http://aws.amazon.com/architecture/) It's important to the company to ensure we can run smoothly across multiple Availability Zones of a Region, so the diagram represents the 3 (+1) tier application setup we are looking for. We're really happy with the approach we've taken so far, and the ELB-session-stickiness and autoscaling of the application tiers in each AZ is something we are currently evaluating. Ignoring CloudFront and Route 53 for a moment, we're interested in setting up the ELB with sticky sessions/session affinity, apache on each AZ, and a number of application VMs on each AZ, each one of course running a number of WO instances. The persistence tier is absolutely fine and accounted for in both AZs. So two quick questions: 1. Has anyone had any experience with ELB and sticky sessions with regards to WO, WOMonitor, and wotaskd? If so, are there any gotchas or hurdles you foresee me coming across? Any tips for smooth sailing? Tied (or apposed really) to this is the concept of distributed session storage, which we are also considering, so I'm looking forward to your WOWODC session, Ramsey! 2. Currently we're looking at manual horizontal scaling of the application tiers in each AZ, but it would be great to design/have a solution for triggered horizontal EC2 VM scaling with respect to WO. This would presumably require updating the WOMonitor and wotaskd. Again, any one with previous experience wanting to warn me off/enthusiastically give me hope? Any knowledge in this area would be greatly appreciated! Cheers, and see you all at WOWODC. -- Matt http://logicsquad.net/ ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com