Smash Company Splash Image

October 5th, 2017

In Technology

1 Comment

AWS does not protect you from devops

(written by lawrence krubner, however indented passages are often quotes). You can contact lawrence at: lawrence@krubner.com

Once upon a time, people made fun of Linux GUIs because they would give you a graphical way to edit a configuration file, but you still had to know everything in the configuration file, and what the settings did. People made the reasonable point that slapping a pretty graphical interface on a configuration file did not make it any easier to work with Linux.

Nowadays, the clients I interact with say things like “We want to use AWS because then we won’t have to spend so much money on devops.” This is a victory for Amazon’s marketing. The reality is that Amazon offers a graphic interface for configuring complex systems, but you still need to understand the complex systems. Amazon is not actually hiding the complexity from you, Amazon simply makes it a little prettier.

I wrote about this a year ago in AWS is inappropriate for small startups because its complexity demands a specialist.

That post sparked some interesting conversations on Hacker News.

I’ll expand upon the point here, based on work I’ve been doing this week.

Recently I’ve been working on an app to write a few million small JSON documents to ElasticSearch on AWS. I get a lot of SocketTimeout errors and, more surprising, JVM OutOfMemoryError errors. To be clear, it is AWS that is throwing the JVM OutOfMemoryError errors. ElasticSearch is written in Java, and it is the ElasticSearch instance on AWS that is throwing the JVM OutOfMemoryError errors. Apparently the task of figuring out the appropriate level of hardware needed for my app is entirely on me. AWS does not auto-scale the ElasticSearch service. Which is to say that the crucial devops work is still my responsibility. AWS is not helping here.

It took me days to track down the AWS documentation that explains why I was seeing this error.

So I reconfigured the ElasticSearch cluster:

And I set up a bunch of dashboards and alerts to let me know when something goes wrong with this cluster:

The expensive thing about devops is that you need to learn a lot about configuration. That takes time. Time is expensive. And when I use AWS, I still need to learn a lot about configuration. For example, how many instances, of what size, do I need to use before I stop getting JVM OutOfMemoryError errors? The only way I can find out is trial and error. Amazon is not helping in any way here. I’m still spending time on devops tasks.

Among my frustrations, Amazon does not emphasize the errors that I was seeing. Check out the Troubleshooting page:

I would guess that there are more developers who have made my mistake than who have been tripped up by Kibana. Writing too much information too quickly and getting SocketTimeouts and OutOfMemory errors is probably a common mistake, especially since one or two million small JSON documents really should not be a lot for AWS. There are surely a few developers out there who started their projects with the naive belief that a default AWS cluster would be enough for a fairly minor task?

More so, Amazon does put some interesting obstacles in my way which would not exist if I was working with raw hardware. For instance, I have long known that Amazon has a load balancing service, for websites, and that load balancing service dislikes sharp spikes — its much better at gradual changes in volume, rather than sharp changes. I wouldn’t have thought they would use the same balancing in front of its ElasticSearch servers, but that does seem to be true — when my app first starts writing to ElasticSearch, the app faces frequent disconnects and so I see SocketTimeout errors in the logs, but after 3 or 4 minutes the app can write about 15,000 documents a minute. And this implies that they are load balancing:

“Your performance can also be impacted if your application isn’t sending enough I/O requests. This can be monitored by looking at your volume’s queue length and I/O size. The queue length is the number of pending I/O requests from your application to your volume. For maximum consistency, HDD-backed volumes must maintain a queue length (rounded to the nearest whole number) of 4 or more when performing 1 MiB sequential I/O. ”

There might be reasons to use AWS, but please don’t use it because you think it’s going to save you a money that you would otherwise waste on devops. If you use AWS, your contractors will still end up doing a great deal of devops.

===========================
===========================
===========================

Follow the conversation on Hacker News.

Source



Check out my books:










RECENT COMMENTS

June 10, 2019 8:21 pm

From Sean Hull on Nils Meyer: there are advantages to containers, but fairly easy to get wrong

"Some great points. Especially the one about storage systems. A lot of micro services encourages breaking up ..."

June 1, 2019 11:26 am

From Chris on The winners of globalization will now fight it out in the political sphere

"That explains exactly what happened here in the Australian election. The polls were drastically wrong. This ex..."

May 31, 2019 7:22 am

From Piers B on Object Oriented Programming is an expensive disaster which must end

"Having been developing software in both functional and OO languages for 30+ years, this is all about education..."

May 31, 2019 5:45 am

From HC on Billions were wasted on Hadoop startups, and the same will eventually be true of Docker

"This seems like a weird Docker hatchet piece. You're taking one piece of news about Hadoop and then weirdly re..."

April 14, 2019 4:34 pm

From lawrence on Abuse on Wikipedia

"Just An Observer, please post the link if you find it...."

April 14, 2019 12:28 pm

From Just An Observer on Abuse on Wikipedia

"Well, wouldn't you know, the slagging of Katy Bouman who is the algorithm designer for the black hole image is..."

April 11, 2019 4:30 pm

From Just An Observer on Abuse on Wikipedia

"In a similar vein, yesterday a woman scientist wrote about how Wikipedia articles about woman scientists are o..."

March 30, 2019 5:31 pm

From lawrence on Don't waste your life on Twitter

"Orbay, with any type of creative endeavor, I think you'll find 90% of the output is mediocre. That is true for..."

March 30, 2019 4:51 am

From Orbay on Don't waste your life on Twitter

"I agree, but you consider a great game a great achievement, not money from wasting other people's lives? I..."

March 21, 2019 10:38 pm

From Adam Trepanier on Object Oriented Programming is an expensive disaster which must end

"Thank you for this post. This sums up what I have been feeling for years now with OOP in such a great way. I..."

March 13, 2019 1:58 pm

From ball on Facebook activated my dormant account and it won't let me deactivate it

"Same shit here. I regret ever making a spraybook account..."

February 20, 2019 10:41 am

From Just An Observer on Don't waste your life on Twitter

"A couple of my favorite bloggers started doing twitter. Instead of permanent additions to knowledge, there is..."

February 20, 2019 3:24 am

From Brennan on Did sleep paralysis start the Salem Witch Trials?

"If you have occasional sleep paralysis, you can take steps at home to control this disorder. Start by making s..."

February 19, 2019 11:09 am

From Ryan Earp on Why I prefer dynamic-typing over static-typing: the speed of adapting to change

"If static typing lead to greater programmer productivity (via a reduction in bugs) then corporate Americ..."

February 3, 2019 2:32 pm

From ruurd on Argument about attraction and sexuality and trans

"wait wait wut? what's the liberals doing here?..."

1 COMMENT

August 21, 2018
11:48 am

By Nanacy

Very good post.

Please have look for AWS and DevOps Training online or corporate http://www.a2info.com.

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>