Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fly.io Postgres cluster down for 3 days, no word from them about it

webcache.googleusercontent.com

Post reply on HN
Print view View original

231–240 of 493 posts

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#231

Post by arrowsmith »

asaddhamani wrote: post #60
pech0rin wrote: post #28

I really want to love Fly.io. It's super easy to get setup and use, but to be honest I don't think anyone should be building mission critical applications on their service. I ended up migrating everything over to AWS (which I reallllly didn't want to do) because: * Frequent machines not working, random outages, builds not working * Support wasn't responsive, didn't read my questions (kept asking same questions over a…

Curious to know, have you tried Render? What is the successor to Heroku in your eyes?

If you're deploying an Elixir/Phoenix app, then Gigalixir has worked really well for me. It's expensive, but then so is Heroku.

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#232

Post by OJFord »

wg0 wrote: post #174
pinkcan wrote: post #153

Earlier quoted context omitted.

DO, OVH, and Hetzner are more stable because they don't use buzzwords?

I guess what OP is getting at is that these providers stick to the battle tested proven bedrock and nothing like "run your app where your users are" which I find interesting because that too can be done with any cloud that has a Datacenter in the region where you happen to have users. So this "closer to your users" voodoo is a little beyond me.

The 'where each user is' is implicit, the expectation is that you're some kind of global SaaS, and you want low latency whereever your users are.

Sure you can do that with any cloud (or multiple) that has datacenters in a suitable spread of regions, but I suppose the point (or claimed point, selling point, if you like) is that that's more difficult or more expensive to coordinate. Fly says 'give us one container spec and tell us in which regions to run it', not 'we give you machines/VMs in which regions you want, figure it out'. It's an abstraction on top of 'battle tested proven bedrock' providers in a sense, except that I believe they run their own metal (to keep costs down, presumably).

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#233

Post by TekMol »

danjac wrote: post #218
TekMol wrote: post #198

Earlier quoted context omitted.

What exactly does Fly.io give you? You already know how to set up your project locally. Why not just do the same setup on any cloud VM and boom it is online?

Not sure what fly.io offers vs Heroku or others (I have played with it some time ago but not used for anything serious), but for an equivalent I'd be looking for automated load balancer setup with SSL, easy scaling up so I can go from 1 to 2 or however many web services (with UI or CLI), simple deployment configuration with a Procfile (or whatever) and managed PostgreSQL/MySQL/Redis including backup/restore when need…

And what kind of project do you run which needs up/down scaling and load balancing?

In my experience, for a simple PHP web application, the smallest VMs already can handle a thousand concurrent users, which amounts to something like a million monthly users.

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#235

Post by Dowwie »

I'm not a Fly.io user nor affiliated with Fly in any way. I read through these comments and realize it's not possible to distinguish competitor/disgruntled/negative-astroturf from actual user. The "screw you guys, I'm outa here" opinion of someone running a Discord bot on a free tier who uses the public forum for customer support isn't the opinion you want to use to measure Fly customer support. What are paid production users experiencing?

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#236

Post by pictur »

okeuro49 wrote: post #113
neya wrote: post #89

I actually have been advocating against them for a while here on HN ( https://news.ycombinator.com/item?id=31394179 ) for the same reason. They had my account on some sort of shadow ban with no communication whatsoever after asking them to delete my account from their systems. I emailed them and to date never even got a response. I have moved everything over to Railway app and back to Google Cloud Run ever since.

> they never bothered to reply and put me in some kind of shadow ban from re-registering with my email. So did you manage to delete your account then attempt to re-register using the same email address you deleted the account with? Why would a company shadow ban you for asking an innocuous question?

Unfortunately, there are companies that do such stupidity.

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#237

Post by abwizz »

justsid wrote: post #116
danielvaughn wrote: post #56

Earlier quoted context omitted.

I adore DO. They’re seriously underrated. I love how they’ll just give you a server and say here, have at it. No abstractions, no fancy crap, just get out of my way and let me do my thing.

I wish I could say the same. My ISP and DO have absolutely terrible peering, unfortunately a lot of our internal stuff is hosted there. It’s always fun to git push/pull with 40kb/s on a gigabit connection.

wow! sub mbps indicates that there is indeed no peering at all (political issues?) but just a transit connection via an overloaded carryall.

collect some evidence, maybe someone wants to do something about it.

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#238

Post by fx1994 »

throw382642 wrote: post #197
tacker2000 wrote: post #171

Earlier quoted context omitted.

I use both and am very satisfied, especially by Hetzner.

I remember someone complaining they had to send Hetzner a passport or some other type of ID to cancel their services. Does anyone know if that's still the case?

Well I would appreciate that, since I was victim of russian hackers and they had access to all my servers and stuff on Hetzer, they even changed passwords and mail on Robot but i restored everything...

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#239

Post by bongobingo1 »

fmajid wrote: post #118
nerpderp82 wrote: post #72

Earlier quoted context omitted.

Is that even possible on Fly?

He may have been talking about Fly themselves. Certainly having only a single machine to serve a wealthy metropolis of 8 million people seems like amateur hour.

> machine to serve a wealthy metropolis of 8 million

It's actually the only region to serve the entire AU and NZ population with any reasonable latency. (Ok, Singapore can do in a pinch for at least sub 200ms.)

You'd wanna hope its more than one machine!

Re: Fly.io Postgres cluster down for 3 days, no word from them about it

#240

Post by DoubleFree »

benjaminwootton wrote: post #184
spiderice wrote: post #14

There is now a response to the support thread from Fly[1]: > Hi Folks, > Just wanted to provide some more details on what happened here, both with the thread and the host issue. > The radio silence in this thread wasn’t intentional, and I’m sorry if it seemed that way. While we check the forum regularly, sometimes topics get missed. Unfortunately this thread one slipped by us until today, when someone saw it and flag…

Should losing a single host machine be a big deal nowadays? Instance failure is a fact of life. Even if customers are only running one instance, I would expect the whole thing to rebalance in an automated way especially with fly.io being so container centric. It also sounds like this is some managed Postgres service rather than users running only one instance of their container, so it’s even more reasonable to expect…

Fly postgres is not managed postgres, it's cli sugar over a normal fly app, which the [docs](https://fly.io/docs/postgres/) make quite clear. Their docs also make clear that if you run postgres in a single-instance configuration, if the hardware it's running on has problems, you database will go down.

I believe the underlying reason that precludes failing over to a different host machine, is that fly volumes are slices of host-attached nvme drives. If the host goes down, these can't be migrated. I _think_ instances without attached volumes will fail-over to a different host.

Of course, that's not ideal, and maybe their CLI should also warn about this loudly when creating the cluster.

Post reply on HN