Report this

What is the reason for this report?

Which Plan to choose for blog to handle upto 1000 visitors at the same time?

Posted on September 29, 2015

Hi, i’m planning to start a new Blog (everything is ready, just hosting is left). So, need a server to handle atleast 500 to 1000 visitors at the same time (simultaneously).

Please note, it should handle 500 to 1000 users simultaneously.

Since i dont have much knowledge about hosting stuffs, i am confused which Pricing Plan will suite me best. Should i take your “Most Popular Plan 10$” plan for my blog?

Please suggest me one soon. Best Regards.



This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Since I’m also in the high-availability game (for shop servers) you first need to define what 500 - 1000 users actually means.

Yes, you can have 1000 users on any site easily, the question is how many users “call for an action on your server” at once, or in other words, how many users query your database in a single second. I learned the hard way that “real” 1000 users are a lot to handle for any single server setup - and I rented servers that cost $100 per day. Here the bottleneck becomes the database.

But even if you rent the largest Amazon or Google SQL cloud server (flatrate of around 40$ per day - just for the database) you can only have max. up to 4.000 read/write requests per second.

So let’s assume 1.000 people are on your blog at the same time. Reading here and there, leaving comments etc. What really happens is that you maybe have around 100 people (out of 1.000) who actually call your server at the very same moment, while the majority of people will request new content a few seconds earlier or later.

So 1.000 people on a blog - I’d say you’re very fine with an optimized 10$ LEMP stack incl. MariaDB or Percona for MySQL. Get a free CDN on the side, lean back and enjoy the show :)

Should you bet your life on this? No, but this is my personal conclusion after researching this topic for nearly 2 weeks now.

I’d recommend looking into: https://www.digitalocean.com/community/tutorials/initial-server-setup-with-ubuntu-14-04 https://www.digitalocean.com/community/tutorials/how-to-install-linux-nginx-mysql-php-lemp-stack-on-ubuntu-14-04

P.S.: When you select your server make sure it’s in the same region as the majority of your readers. This will not only make a difference in cutting down loading times but also in SEO.

Hello, all

Choosing the right Droplet plan depends on your workload. An oversized Droplet would underuse its resources and cost more, but an undersized Droplet running at full CPU or memory would suffer from degraded performance or errors.

You can also resize a Droplet to a larger plan after creation, including resizing to a larger Droplet plan of a different kind. For example, you can resize from a Basic Droplet plan to a larger CPU-Optimized Droplet plan. See the Droplet pricing page for a full list of plans and prices.

You can always check our tutorial on Choosing the Right Droplet Plan

https://docs.digitalocean.com/products/droplets/resources/choose-plan/

Hope that this helps! Regards, Alex

Hey,

In case that anyone comes across this in the future, in addition to what has already been mentioned, if you decide to go with the DigitalOcean App Platform instead of a Droplet, check out this article that DigitalOcean just released:

From security to scalability, consider these seven factors when choosing an app deployment platform for your business.

- Bobby

The developer cloud

Scale up as you grow — whether you're running one virtual machine or ten thousand.

Get started for free

Sign up and get $200 in credit for your first 60 days with DigitalOcean.*

*This promotional offer applies to new accounts only.