EC2 Update – X1e Instances in Five More Sizes and a Stronger SLA

It seems to be a perfect fit for redis, since that only uses a single core. We run redis on R4s today and it wastes most of the cores.

You forgot the local SSD in the x1e.xlarge.

For something really memory-bound. joneholland's suggestion of Redis seems plausible, and you can imagine other data tasks that are CPU-light but RAM-heavy (memcache?).

And not what you were commenting on, but the larger of the new sizes also provide a bit more flexibility in that space above r4.16xl's RAM capacity, or where the big r4s have excess compute compared to what your DB, etc. really wants.

We have some places at work where Python multiprocessing RAM overhead, rather than CPU, is sadly the limiting factor for our concurrent requests/sec., but I doubt it's extreme enough to make x1e attractive for it.

While fewer workloads today are CPU-bound in general, these will probably be an especially big win for commercial software use cases in particular. Customers running workloads with processor-based licensing (think databases) now have more options for increasing available RAM without taking on more CPU licenses.

(disclosure, I work for AWS)

Looking like $1.209 per hour through Sydney. You might have chosen a region without them.

Not personally, but stuff like SAP HANA really likes having piles of RAM thrown at it.