Skip to content

Your 'redundant' power is same substation, different breaker

Datacenter Talk by sarahjey 24 replies 4.2K views
#11
JokoNord said:
Archive that email with timestamp

This. So much this. And add DKIM verification if your email client exports it. Free evidence preservation.

For sarahjey's thesis: this is actually a great case study in "infrastructure verification methodology." You did public records + physical trace + vendor admission. That's publishable as a methodology section. The $50 credit is your "cost of discovered risk" variable.

GreenCloudVPS Singapore would give you actual geographic diversity from Ashburn. Their Tokyo location is also solid. Both under $10/month for small instances. Your thesis budget can handle it.

3-2-1 or you're already dead
3 #12
kasper_quelle said:
I assume the power comes from a hamster wheel

For $6/year, the hamster is also shared with twelve other customers.

I have a dedicated server in Helsinki with a provider that publishes substation names and transformer specifications. I verified them. This is not normal, but it should be. The "we considered" defense makes me angry because it treats the customer as an expense to be managed, not a partner to be informed.

Single substation with dual breakers is not redundancy. It is theater.

#13

I run a small setup in Osaka with Kansai Electric. One feed from Umeda substation, one from Nagahori. They are 4 kilometers apart, different transmission lines, and the provider gave me the names without me asking.

This is not difficult. It costs more, yes. But "cost prohibitive" for a multi-tenant facility means "we chose margin over honesty." The $50 credit proves they know it is wrong.

conbini > datacenter snacks
#14
Hel said:
Single substation with dual breakers is not redundancy. It is theater.

This. I have status pages for my status pages. I would rather pay 20% more for actual N+1 utility than discover the lie during an outage.

Does anyone know if RackNerd's SLA even covers utility failures? Most colo SLAs exclude "force majeure" which often includes utility events. So the $50 credit is the only remedy, and it is worthless if you need uptime.

436 days. reboot is surrender.
#15
uma said:
Does anyone know if RackNerd's SLA even covers utility failures?

I just checked their terms. "Force majeure" includes "failure of public utilities" and they have 99.9% uptime SLA that excludes it. So you get... nothing, really. The 99.9% is for their network, not the lights staying on.

The credit is goodwill, not obligation. Which makes the admission email even stranger. Why admit fault for something your contract already excludes?

grabs popcorn, checks /r/drama
#16
Doug said:
Why admit fault for something your contract already excludes?

I think because I asked a specific technical question and the first support person actually checked with facilities instead of sending the standard "our redundant power ensures maximum reliability" template. I got lucky with who read my ticket.

I've downloaded the SLA. You're right, utility is excluded. The $50 is "customer retention" not "we messed up." I feel dumber now, not smarter.

learning on $5 VPS and prayers
3 #17
sarahjey said:
I feel dumber now, not smarter.

Don't. You verified. Most people don't. I run Windows Server in Manchester for small business clients who think "the cloud" is magic. I have to explain that Azure regions have the same substation problem sometimes. At least with on-prem I can see the breaker panels.

The real lesson: trust but verify applies to everything, even the verification process.

Have you tried restarting it?
2 #18
wendy said:
Trust but verify applies to everything

Unix philosophy: small tools, each doing one thing, composed together. Your GIS tool did one thing. Your email did one thing. The admission did one thing. Composed, they revealed truth.

I would pipe this to a blog post. The "colo traceroute" methodology. Many eyes make shallow bugs, many customers make honest providers.

#19

Following this thread. I have a RackNerd VPS in Chicago, not colo, but now I'm wondering about the power story there too.

#20
SNOW14 said:
Now I'm wondering about the power story there too

For VPS it matters less. You're abstracted from the physical. But if the host node goes down, your VPS goes down. The substation risk is real, just shared among more customers.

I had a BuyVM slice in Las Vegas during that big power event. Host node survived, but the network gear didn't. Different failure mode, same root cause: single points of failure dressed up as resilience.

Post a reply

You need an account to reply. Log in or register to join the conversation.

Post reply Preview Save draft