Hacker News new | ask | show | jobs
by kamilafsar 2316 days ago
I keep reading all these horror stories about Aurora (especially PostgreSQL). Is there anyone out there with an alternative story?
5 comments

We run a 2TB database with 30-60 days of data (only keeps 30-60 days on-hand, and we're roughly ingesting 50GB/day.) We've been using Aurora Postgres since it came out, and it's been pretty good. (Good enough to the point that it's never crossed my mind to think about moving to something else.)

Source: Microsoft SQL Server performance tuner who runs an app that centralizes SQL Server performance data from thousands of servers. You'd think I would be running MSSQL on the back end, but the licensing costs just didn't make sense compared to Aurora Postgres.

Using Aurora MySQL for over a year now in prod, purrs like a kittycat.

Just don't use the AWS Database Migration Service if you can help it, that thing has a couple of badly documented pitfalls. (Fe. tables can't have ENUM fields)

AWS Database Migration Service had a shockingly large gap between how it's marketed and how well it actually performed.

It had so many gotchas and broken features. I'd be amazed if anyone got it really working on large applications without weeks of time invested.

It would be so cool though if it worked seamlessly. It addresses some of the hardest tasks in DB management, namely zero downtime server migration.

10 separate xlarge instances pgsql and never had a single issue in 3 yrs of heavy use. What stories are those?
Used it a year at my last job and now almost a year at my current job. Never had an issue. It just runs no matter how much I throw at it. Only have had to change the instance sizes to deal with data ingest.
Links?