Anonymous | Login | Signup for a new account | 12-17-2024 08:54 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0003756 | [Resin] | minor | always | 11-12-09 09:37 | 05-20-11 15:38 | ||||
Reporter | ferg | View Status | public | ||||||
Assigned To | alex | ||||||||
Priority | normal | Resolution | fixed | ||||||
Status | closed | Product Version | 4.0.2 | ||||||
Summary | 0003756: automated deployment - load balancer integration | ||||||||
Description |
((rep by Rob Lockstone, Jonas Kowall) Easier yet, we call a page for system health, which any loadbalancer can do. That page checks for a couple mountpoints, and that it can connect to the database. When we want to remove something from the LB we just rename that file, makes it very easy to script putting things in an out of the LB. On Thu, Nov 12, 2009 at 12:14 AM, Rob Lockstone wrote: I wrote our deployment system. Our load balancer monitors our servers by sending certain commands to check if the server is responding. If it doesn't respond for 10 seconds, the server is removed from the pool. So our deployment system works by sending a privileged command to each server in each pool telling it to give the "I'm sleeping" response to the load balancer. After the load balancer removes the server, the deployment server (which has already retrieved the files to deploy from our repository) copies the files out and then tells resin to restart (if the particular type of deployment requires a restart, not all do). It then monitors the server to see when it's come back online before moving onto the next sever in the pool. The above is a somewhat simplified explanation, but that's the basics. For example, the deployment system is multi-threaded so it can operate on multiple pools at the same time, and even multiple servers in a particular pool depending on the time of day. When all is said and done, we can do an entire production deployment to scores of servers in about 10-15 minutes without our users ever knowing that servers have been popping in and out and restarting. |
||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
29 total queries executed. 26 unique queries executed. |