The growth of a typical web site might look a little like something this:
You build the first version of your site and deploy it into a shared hosting environment (Dreamhost, etc). All is well.
You need to build more features for your growing customer base. Performance and uptime are also concerns, so you move your site to a dedicated server. Freedom in a box!
More customers. They want more features and they want them right now! How do you cope with the load? You put your database onto it’s own dedicated server. We can breath again.
So here we are with the traditional 2 server 2 tier backend. One server is responsible for generating and serving web pages, the other server is responsible for storing data. Here are some of the problems you may be fortunate enough to encounter when running on a setup like this:
- Availability: You now have 2 points of failure. If either your web server or database server dies you are in trouble. What’s your plan when this happens?
- Performance: How are you measuring this? How many more concurrent users can your site handle before you’re no longer serving requests in a timely manner? More importantly, what do you do when you reach that point?
- Backup: How do we accurately and quickly backup all our customer data without taking our entire web site offline?
- State & Tangle: Where are you storing user and session data, on the file system? How easily can you partition off different areas of your site/application onto separate servers?
If you’ve reached this point in your web site’s growth but don’t have answers to these questions it’s about time you started thinking about tackling these problems.
Next week is guaranteed to be nothing but crazy at SitePoint HQ as we are moving to a bigger and better office. But I promise to post early in the week with some suggestions/ideas and other things to consider as you ready for the next phase of your site’s growth.
Related posts:
- Ready for PHP & MySQL Week at SitePoint? To celebrate the release of the new edition of well-loved...
- Are You Ready For Some Freelance Competition? Freelancers are facing increased competition as a result of corporate...
- Free PHP Webinar: How to Increase Performance with Caching Zend are running a free webinar today, with a live...
- Is the World Ready for Video Ads in Magazines? Last week, a video ad appeared in a print publication....
- 99designs Launches Ready-made Logo Store The latest offering from 99designs provides business owners with a...
Looking forward to the follow up on this Lucas. Btw your lil graphics are purdy.
October 17th, 2007 at 9:17 am
1. You deploy a reverse cache such as varnish cache varnish cache
2. Optimize use apachen for php and lighttpd or nginx as a static server.
October 17th, 2007 at 9:58 am
4. Unmanaged infrastructure = freedom in a rack
I don’t know that having multiple failure points is always a good thing. With more points to look at, your maintenance overhead increases with each point. And naturally, some points lend themselves to failure more than others.
October 17th, 2007 at 10:36 am
If you want availibilty go with something like ha-proxy
October 17th, 2007 at 12:09 pm
Looking forward to the follow up as well as we could use some tips on increasing our server performance.
October 17th, 2007 at 1:45 pm
You also need to take licensing into consideration. If you’re not using free software licenses tend to go up quickly when fail-over and other similar features are needed. We start to see this problem for clients hosting systems on their own machines.
October 18th, 2007 at 5:52 pm
Lucas, I think you have some great information in this article. May I suggest changing that first sentence, though, to reflect the following?:
“The growth of a typical web site might look like this…”
I am sure it was probably a typo of some sort. I just thought that a fix to that sentence above might help readibility. Regardless, keep up the great work!
October 18th, 2007 at 9:28 pm
Hi Lucas, Our site growth and development exactly mirror your examples. Looking forward to hearing your suggestions in the next post!
October 19th, 2007 at 4:14 am
Redundancy, Redundancy, Redundancy?
October 19th, 2007 at 7:31 am
Looking forward to the followup… you’ve told us about a problem but no solution!
October 26th, 2007 at 6:08 am
Hi Lucas,
We are exactly where your article leaves off. One applications server and one database server. Now experiencing site performance issues and being told I need to add two additional servers to handle existing and anticipated server load. I have been holding off making a decision and looking forward to your next post to see what other server configuration options to consider.
Thank you for posting on what is such a relevant and important issue for many of us.
October 30th, 2007 at 6:46 am
Are you just fishing for ideas, or do you plan to provide some suggestions of your own?
November 7th, 2007 at 7:31 am