Live data from Hacker News

Cloudflare had a partial outage

cloudflare.com

231–240 of 448 posts

Re: Cloudflare had a partial outage

#233
post #138

Earlier quoted context omitted.

Yes https://www.cloudflare.com/case-studies/digitalocean/

That link isn't accessible from where I am right now. Alanis Morissette agrees that this is ironic.

Yes, this is actual irony, unlike “rain on your wedding day.”

Re: Cloudflare had a partial outage

#236
post #226

Yes, not worldwide but a lot of places. Problem with our backbone. We know what. Rollbacks etc. happening. Bring it back up in chunks. Should be back up everywhere.

hats off to you sir - would not want to be in your shoes right now but thanks for the updates

I don't have shoes on.

Re: Cloudflare had a partial outage

#239
post #119

At times like this and the big Fastly outage roughly a year ago, choosing to host on a simple, independent bare-metal box doesn't seem like such a bad strategy (as long as one has backups for disaster recovery, of course). Sure, other things can cause downtime in that kind of infrastructure, but at least my service isn't likely to be taken offline by someone else's configuration error or deployment gone wrong.

What is your setup to where you are isolated from "other person making a mistake"? Even if you're a box in a colocated datacenter you're still able to get knocked off the net from some maintenance on the surrounding pipes. Hell, hosting your own box doesn't cause Comcast DNS issues to not knock off a bunch of people either. I do think there is some holistic overview of hosting stuff on the internet, where you could l…

If you need fault tolerance/isolation, you want to have a second box in a different colo (preferably in a different city; a different coast/continent if it's important).

If you can live with dns round robin between the two, then you can easily host the DNS with multiple providers and avoid SPOF (could maybe host it on the two boxes you already have, too). You're still at risk of domain registry/registrar failures, and failures of their tld nameservers (very rare for well run tlds) and the root servers (not sure if they ever had a widespread failure). And of course, simultaneous failure of both locations isn't impossible, just less likely.

On Comcast DNS failures... Most of the recent ones I've heard of manifested as users on Comcast can't resolve X, but were really X had bad DNSSEC records and Comcast DNS refused to return records that weren't signed properly. It's easy to avoid that by not using DNSSEC.

In the general case of working despite bad ISP dns, you can't do much (anything?) for web browsers, but if you build apps, you can hard code fallback IPs for when DNS doesn't work... But you need to have IPs that stick around for the lifetime of your app downloads.

Post reply on HN