Linode Forum
Linode Community Forums
 FAQFAQ    SearchSearch    MembersMembers      Register Register 
 LoginLogin [ Anonymous ] 
Post new topic  Reply to topic
Author Message
PostPosted: Wed Jun 29, 2011 7:27 am 
Offline
Junior Member

Joined: Wed Jun 29, 2011 4:22 am
Posts: 42
Hi Guys,

We are planning to have 500'000 - 1'000'000 per months.
What Linode plan you may advice? May we build a cluster and fault-tolerance system with you? Any advises are appreciated.

Thanks.


Top
   
 Post subject:
PostPosted: Wed Jun 29, 2011 7:52 am 
Offline
Senior Member

Joined: Mon Jul 05, 2010 5:13 pm
Posts: 392
500,000 to 1,000,000 what?


Top
   
 Post subject:
PostPosted: Wed Jun 29, 2011 8:00 am 
Offline
Junior Member

Joined: Wed Jun 29, 2011 4:22 am
Posts: 42
akerl wrote:
500,000 to 1,000,000 what?


Users per month


Top
   
 Post subject:
PostPosted: Wed Jun 29, 2011 8:45 am 
Offline
Senior Member

Joined: Sun Mar 07, 2010 7:47 pm
Posts: 1970
Website: http://www.rwky.net
Location: Earth
Users != Traffic.

How many hits per hour would be most helpful.

Also what sort of application stack will you be running?

_________________
Paid support
How to ask for help
1. Give details of your problem
2. Post any errors
3. Post relevant logs.
4. Don't hide details i.e. your domain, it just makes things harder
5. Be polite or you'll be eaten by a grue


Top
   
 Post subject:
PostPosted: Wed Jun 29, 2011 8:48 am 
Offline
Junior Member

Joined: Wed Jun 29, 2011 4:22 am
Posts: 42
obs wrote:
Users != Traffic.

How many hits per hour would be most helpful.

Also what sort of application stack will you be running?


CentOs 64 + LAMP.
But can't plan hits right now. May you suggest me approximate solution, please.


Top
   
 Post subject:
PostPosted: Wed Jun 29, 2011 10:36 am 
Offline
Senior Member
User avatar

Joined: Tue May 26, 2009 3:29 pm
Posts: 1691
Location: Montreal, QC
If you're serving a "Hello, World" page, the smallest Linode could handle billions of pageviews per month. It's impossible to give a recommendation with zero information on what your setup will be. Are you serving static content? Wordpress? Drupal? phpBB3? Custom code? The answer would be very different depending on *what* you're doing.

If you're talking about half a million to a million *users*, each producing many pageviews, then assuming you're not just serving up static content (at which point even a single 512 might suffice if your content fits in RAM), you're going to probably want to set up a load balanced setup with multiple front-end machines, multiple application servers, multiple database servers, etc. Linode does make this as easy as it gets, since you can nearly instantaneously spin up as many linodes as you need, and connect them all over the private network (don't pay for communication between them).


Top
   
 Post subject:
PostPosted: Thu Jun 30, 2011 2:30 am 
Offline
Junior Member

Joined: Wed Jun 29, 2011 4:22 am
Posts: 42
Guspaz wrote:
If you're serving a "Hello, World" page, the smallest Linode could handle billions of pageviews per month. It's impossible to give a recommendation with zero information on what your setup will be. Are you serving static content? Wordpress? Drupal? phpBB3? Custom code? The answer would be very different depending on *what* you're doing.



I have my own pure PHP+MySQL web-application running on CentOs 64.
It has around 6 generated pages which should be used very frequently.
One of those pages is "Search result".
Currently search also implemented in PHP.

Moreover, my users are from Asia and my Linode server in London.
So what you may advice?


Top
   
 Post subject:
PostPosted: Thu Jun 30, 2011 10:40 am 
Offline
Senior Member

Joined: Sun Mar 07, 2010 7:47 pm
Posts: 1970
Website: http://www.rwky.net
Location: Earth
Use a 32 bit linode I doubt you have need for a 64 bit.
Start at 512, configure it properly (max clients, not going overkill on mysql settings, php-apc etc), if you find you're running out of ram then upgrade to a 768 etc etc, upgrade times are only a few minutes normally.

As for London, Fremont maybe better latency wise it depends on which bit of Asia. If your users are closer to Japan then Fremont would be best, if you're closer to Europe then London.

_________________
Paid support
How to ask for help
1. Give details of your problem
2. Post any errors
3. Post relevant logs.
4. Don't hide details i.e. your domain, it just makes things harder
5. Be polite or you'll be eaten by a grue


Top
   
 Post subject:
PostPosted: Thu Jun 30, 2011 10:17 pm 
Offline
Junior Member

Joined: Wed Jun 29, 2011 4:22 am
Posts: 42
obs wrote:
Use a 32 bit linode I doubt you have need for a 64 bit.
Start at 512, configure it properly (max clients, not going overkill on mysql settings, php-apc etc), if you find you're running out of ram then upgrade to a 768 etc etc, upgrade times are only a few minutes normally.

As for London, Fremont maybe better latency wise it depends on which bit of Asia. If your users are closer to Japan then Fremont would be best, if you're closer to Europe then London.


Sorry, why you recommend 32 bit? What is the point?


Top
   
 Post subject:
PostPosted: Thu Jun 30, 2011 10:34 pm 
Offline
Senior Member

Joined: Thu May 21, 2009 3:19 am
Posts: 336
Unless you have more than 4GB of RAM available to you, what's the point of 64-bit?


Top
   
 Post subject:
PostPosted: Fri Jul 01, 2011 9:07 am 
Offline
Senior Member

Joined: Sun Mar 07, 2010 7:47 pm
Posts: 1970
Website: http://www.rwky.net
Location: Earth
TheClient wrote:
obs wrote:
Use a 32 bit linode I doubt you have need for a 64 bit.
Start at 512, configure it properly (max clients, not going overkill on mysql settings, php-apc etc), if you find you're running out of ram then upgrade to a 768 etc etc, upgrade times are only a few minutes normally.

As for London, Fremont maybe better latency wise it depends on which bit of Asia. If your users are closer to Japan then Fremont would be best, if you're closer to Europe then London.


Sorry, why you recommend 32 bit? What is the point?


32 bit uses less RAM.

_________________
Paid support
How to ask for help
1. Give details of your problem
2. Post any errors
3. Post relevant logs.
4. Don't hide details i.e. your domain, it just makes things harder
5. Be polite or you'll be eaten by a grue


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to:  
RSS

Powered by phpBB® Forum Software © phpBB Group