Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by geertj on Tuesday February 15, 2022 @09:39AM
(#30346981)
(PMT on the EFS team).
Yes, the wordings are carefully formulated as they have to be signed off by the AWS legal team for obvious reasons. With that said, this update was driven by profiling real applications and addressing the most common operations, so the benefits are real. For example, a simple WordPress "hello world" is now about 2x as fast as before.
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by remus on Tuesday February 15, 2022 @10:20AM
(#30347570)
> For example, a simple WordPress "hello world" is now about 2x as fast as before.
Before seeing this announcement, someone at work today literally said "the wordpress site is feeling very fast today, I wonder if anything has changed?" Great work!
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by remram on Tuesday February 15, 2022 @11:25AM
(#30348583)
If you don't mind me asking, why do you run Wordpress off of EFS rather than EBS?
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by JStanton617 on Tuesday February 15, 2022 @11:33AM
(#30348732)
EFS allows you to connect to the filesystem from multiple web front-end machines. Doing the same with EBS would require you to manage some sort of clustered filesystem, or run a separate storage tier server.
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by remram on Tuesday February 15, 2022 @11:35AM
(#30348770)
So you are using it for shared files and user-generated files, not database? Instead of S3?
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by jabart on Tuesday February 15, 2022 @12:17PM
(#30349420)
Wordpress Plugins are stored both in the filesystem and in the database and need to match. Same for the Wordpress Core when an update occurs as WP updates the PHP files locally for the upgrade process. The AWS guidance for a multi-webserver Wordpress setup has included EFS for this reason for years now. You can store uploaded media in S3, but that is a performance optimization that doesn't solve the previous issues.
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by remram on Tuesday February 15, 2022 @12:22PM
(#30349503)
So you mean the plugins' code, I see, thanks!
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by zrail on Tuesday February 15, 2022 @12:48PM
(#30349987)
Not OP but the obvious use case for Wordpress is the install directory itself. Deploy to one server and have all servers sharing the EFS get the update at the same time.
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by KptMarchewa on Tuesday February 15, 2022 @08:41PM
(#30355371)
So PHP rereads the source files on every request? Interesting.
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by remram on Wednesday February 16, 2022 @02:00PM
(#30364169)
There's a cache. Even if you have to restart some process or purge some cache, this setup makes sense to me for applications that can update their own code (e.g. install/update plugins).
Re:Amazon Elastic File System Update – Sub-Millisecond Read ...
by belter on Tuesday February 15, 2022 @12:01PM
(#30349168)
Current SLA is only on uptime: https://aws.amazon.com/efs/sla/
I do not want to detract from how awesome this is at all. It's a great improvement and worth of celebration.
That said, I spent long enough at Amazon to know that they have the metrics around this, before and after, to a surprising level of detail. When Amazon gives a single piece of data like that, it makes me worry me there is some nuance to the improvement. Show me the p50, p90, p99, and p99.99 as well as the average.
Remember, if reading 1 byte is improved 10X on average, but one in every 10,000 bytes is worsened by 10X, then 10kb file reads might now take ~10X longer (if all reads were in parallel, etc).