Live data from Hacker News

Wordpress on AWS: smooth and pain free

cloudonaut.io

101–110 of 124 posts

Re: Wordpress on AWS: smooth and pain free

#101

I'd love to see the bill of materials for that. Its _only_ running 2 PHP instances + 2 RDS instances + EBS storage costs + S3 buckets fees + ELB fees + CloudFront fees + traffic costs.

Came here to say the same thing - I'd love to see a monthly cost on a setup that looks like this... or anything on AWS. I can run many many WP sites on a $10/month box (not AWS) with proper config tunings.

What service do you use?

Re: Wordpress on AWS: smooth and pain free

#102

I'd love to see the bill of materials for that. Its _only_ running 2 PHP instances + 2 RDS instances + EBS storage costs + S3 buckets fees + ELB fees + CloudFront fees + traffic costs.

Came here to say the same thing - I'd love to see a monthly cost on a setup that looks like this... or anything on AWS. I can run many many WP sites on a $10/month box (not AWS) with proper config tunings.

FYI: This post is not about your personal 2-reader a month Wordpress setup but for sites scaling to the size of TC.

Re: Wordpress on AWS: smooth and pain free

#103
post #100

Earlier quoted context omitted.

> Has anybody working towards serverless version of wp? I'm curious on what a "serverless version of wordpress" consists of, please enlighten us on the technical details of a serverless wordpress, sincerely. And how would you have a "serverless shopping card" too ? I'm really curious about the how it. If you're talking about a static blog generator then it already exists (Hugo,...) is this what you call serverless ?

By serverless I mean version of the wp which could use Google functions ( https://cloud.google.com/functions/ ) or Amazon Lambda ( https://aws.amazon.com/lambda/ ) or Microsoft Azure Functions ( https://azure.microsoft.com/en-us/services/functions/ ) It would provide unlimited and automatic scaling, simplified setup/architecture and we would pay only for what we use.

Most blog content is static, why would you need to use lambda for anything ? you already get automatic scaling by putting static files on S3. What Wordpress functionality would need to be implemented with Lambda ?

Re: Wordpress on AWS: smooth and pain free

#104

Earlier quoted context omitted.

Came here to say the same thing - I'd love to see a monthly cost on a setup that looks like this... or anything on AWS. I can run many many WP sites on a $10/month box (not AWS) with proper config tunings.

FYI: This post is not about your personal 2-reader a month Wordpress setup but for sites scaling to the size of TC.

FYI: You can run a professional blog on wordpress.com for about $100 a year (highest plan) and it will take millions of visitors.

The smallest production instance on AWS is about $100 a month (c4.large) for 1 core (+intel HT) + 4GB ram + a few GB of EBS volume.

The setup requires at least 4 hosts, thus that's a start price of $400 a month + the other fees (hardly 10% more :D).

It's f* insane to pay more than $400 per month to run a blog. No matter the traffic.

Re: Wordpress on AWS: smooth and pain free

#105

Earlier quoted context omitted.

FYI: This post is not about your personal 2-reader a month Wordpress setup but for sites scaling to the size of TC.

FYI: You can run a professional blog on wordpress.com for about $100 a year (highest plan) and it will take millions of visitors. The smallest production instance on AWS is about $100 a month (c4.large) for 1 core (+intel HT) + 4GB ram + a few GB of EBS volume. The setup requires at least 4 hosts, thus that's a start price of $400 a month + the other fees (hardly 10% more :D). It's f * insane to pay more than $400 pe…

  >It's f* insane to pay more than $400 per month to run a blog. No matter the traffic.    
It's insane if your site isn't being monetized at all and downtime doesn't cost you anything. What you spend on infrastructure should be a formula of risk vs. reward taking into account availability vs. lost revenue for downtime or visitor bounce due to errors, speed, etc. Site owners will happily pay whatever the cost is as long as they are not losing sales and their net income is positive.

Re: Wordpress on AWS: smooth and pain free

#106
post #21

This guide is spot on for WordPress on AWS. The persistent and shared EFS volume was the missing piece for running WordPress without frustrating patches. And CloudFormation is the AWS best practice. Convox has a few serious WordPress installs. The only difference is that it uses ECS so those EC2 instances can be utilized for more apps. Also you can hack on the WordPress site locally with Docker via 'convox start' htt…

Do you have anything to say about EFS and WordPress (or other PHP CMS that are basically designed for a single instance?) Latency on stat() - PHP is often a oop-monster these days with thousands of fs reads as it loads the code? (there are certainly ways to dodge that overhead though). Have you seen the filesystem stall for any reason? Any caveats with concurrent writers (such as cache/ directories or generated image…

We have some notes on small file performance for EFS and ObjectiveFS at https://objectivefs.com/howto//performance-amazon-efs-vs-obj... that you might find interesting. Scaling out PHP on AWS is definitively easier with a shared file system.

Re: Wordpress on AWS: smooth and pain free

#107
post #78
post #76

Earlier quoted context omitted.

And avoid caching plugins. Most of them are garbage.

If you're going to add (full-page) caching, Batcache [0] is the best solution. Combined with a Memcache plugin [1], you can use this to store your page caches in AWS Elasticache. [0]: https://github.com/automattic/batcache [1]: https://github.com/tollmanz/wordpress-pecl-memcached-object-...

You see Taylor Lovett's SimpleCache plugin? nice solution to those too https://wordpress.org/plugins/simple-cache/

Re: Wordpress on AWS: smooth and pain free

#108
post #75

This is one way to do it, though I can't recommend it as the best way. The first step is building your WordPress site correctly, and for me, that starts with using trellis ( https://roots.io/trellis ) and bedrock ( https://roots.io/bedrock ). He's partially correct about S3 for media and uploads, but you want to take it one step further and use Imgix for actual image (jpeg/png) delivery because it'll do all of the tr…

$20 a month for the DO droplet, but out of curiosity what's the monthly bandwidth bill from AWS? That's always the kicker - bandwidth from AWS is not cheap.

Re: Wordpress on AWS: smooth and pain free

#109
post #75

This is one way to do it, though I can't recommend it as the best way. The first step is building your WordPress site correctly, and for me, that starts with using trellis ( https://roots.io/trellis ) and bedrock ( https://roots.io/bedrock ). He's partially correct about S3 for media and uploads, but you want to take it one step further and use Imgix for actual image (jpeg/png) delivery because it'll do all of the tr…

$20 a month for the DO droplet, but out of curiosity what's the monthly bandwidth bill from AWS? That's always the kicker - bandwidth from AWS is not cheap.

Why would he pay AWS anything?

Re: Wordpress on AWS: smooth and pain free

#110
My company used WPEngine for a while until we wanted to move from a blog. subdomain to a subfolder for SEO reasons. WPEngine doesn't support this, so we decided to host our own.

We are on AWS and have a pretty sophisticated Chef setup, but I want to stress that if you are a SaaS company, you do _not_ want your Wordpress install as part of your production network. By running Wordpress yourself you're taking on upgrade responsibilities, and you need to be pretty diligent in upgrading in order to avoid exploits. At minimum you should put Wordpress in its own VPC; we ended up running on Heroku instead to keep it as far as possible from our production infrastructure.

If I were setting up a new wordpress blog for a company I'd go with WPEngine if possible, if not I'd host on Heroku, and only if it needed to scale a lot would I consider hosting it myself on AWS.

Post reply on HN