Hacker News Reader

You must not have been spending million per year. A friend's company spends 10 million/year with GCP, which isn't huge, and can have an engineer from any group in a meeting the next day after a high priority issue.

How frequently are you engaging your account reps? You should be able to get the ear of a PM within 48 hours in most cases.

Yeah, I spend a small fraction of that and have found GCP support through our account rep to be extremely good, at least on par with what AWS provides. Maybe the particular rep makes a big difference?

The parent said "my company that spends many millions per year".

I understand that and am calling that claim into question.

and the call out turned out to be right. they clarified that they don't spend those millions with Google. So GP was being honest but the skepticism led to an important clarification, because I read it the same way as parent

I see, my bad!

They said that they spend millions per year on GPU compute, not that they spend millions per year with GCP. They later said that they did not spend that money on GCP.

That makes sense because GCP doesn't have all that much capacity for scale-out GPU compute (they offer TPUs for that).

We were trying to get TPUs. We work in audio AI (ASR, TTS, translation, etc). When we saw whisper-jax, we wanted to test the viability of the TPU platform. From our napkin math, the cost/performance ratio seemed great as they always mention on these TPU blog posts.

I posted this in another comment, but the default provisioning for V4 and V5 TPUs is ZERO. They don't tell you this anywhere. So when we'd try to allocate V5 TPUs on our GCP account, it would just fail with a generic error and a huge error number that led to nothing in a search.

So I reach out to our GCP rep we had been working with. After about 10 days and 3 follow-up emails/calls that went unanswered, she replies, "you have to fill out this form." I click on it and it's a Google Form. The same type of Google Form you and I can make.

I submit it. To this day I have heard nothing back. I reach out to various executives at GCP we had been talking with. They said, "you have to fill out a form." I tell them we did, and they say, "oh, it's usually pretty fast." I heard this so many times from so many people. It seems that not a single person who actually works in sales or account management knows how this process works.

When I finally got a response, they told me that "my account has no billing account associated with it." I showed them yes we do, they replied that they were trying to provision for the wrong account. It took another couple weeks to get a follow-up response.

Luckily they eventually connected us with one of their partnered consultants who was finally able to help us, but by then we just decided to go back to GPUs on other platforms because it was such a miserable experience and in that time, all of our providers came through with the volume we needed.

We were trying to move to their platform because we needed high-scale TPU or GPU compute. We were not existing customers. We currently spend all those millions elsewhere (AWS, LambdaLabs, Coreweave, and many more) and will continue to do so.

At my previous company, we even had an announced partnership with Google and did lots of co-marketing. That doesn't mean much when a GCP engineer changes something in GCP and breaks your production.

I wish it worked out. I liked working in GCP outside of these problems. I really like GKE.

FWIW, my experience in AWS, as far as "engineer changes something and breaks your production," is not without its own set of issues. Perhaps the AWS version of this story hasn't impacted you, but AWS also constantly tweaks its services, sometimes to the detriment of its users.

References please.

I've seen issues with RDS after an update. We were seeing CPU max out; adding more readers didn't help, and in the end, we had to rebuild the entire cluster. This somehow fixed the issue, and CPU use returned to normal levels; we didn't make any code changes to the app.

You want me to provide references for my personal experience?

Not necessarily. I would like examples of where "...AWS also constantly tweaks its services, sometimes to the detriment of its users..." so I can be better informed, and make better decisions within my projects.

And you thought posting, “references please” would be the best way to get that info?

Also those are examples, or details, even. Not references.

Are you going to mention, describe or post some examples....Or...keep focusing on the way I asked for it?

No, because you've been a jerk during this conversation.

I totally believe you. It could absolutely be bad luck / good luck.

I think if you search across the internet you find a lot more GCP horror stories than AWS ones. Considering the market ownership of the two platforms, I'd expect the opposite to be true.

What company is this? Curious if you'd be open to talking about how you manage compute across providers.

I'm not GP but have been in this boat. We tried a number of different approaches, and kubernetes was by far the most successful. Terraform to provision the k8s clusters, workloads deployed to k8s. With OpenShift it gets even better, though I left the project before we finished implementation so I can't say how it went in prod. Early tests were very good though. If you're feeling bold you can do a "stretch" cluster which has nodes in different data centers (some on-prem for example, some in the cloud, or all in the cloud but different zones). The latency between the masters and nodes can cause problems though so I wouldn't separate them geographically very far.

I used to work on cloud infra at an org that spent many millions on GCP (I'm certain ~everyone reading this comment would recognize it by name) and was working on adding more zeros to that number. We spent years working on this and still ended up switching to AWS in the end, largely because of support but also GCP's anti-customer business practices in general. We had weekly meetings with our account reps in person at our office but even they weren't able to get things done internally. No fault of their own though!

If you’re spending millions with GCP you obviously have premium support and quite likely a dedicated technical account manager.

Whilst free GCP support is utter rubbish you will get several Googglers including direct line of comms to product management if you’re spending that much.

I don’t believe your claims

My current company is not spending millions with GCP, but we were trying to. We spend a lot on GPUs across AWS, Lambda Labs, and colo data centers.

At my previous company we had dedicated account managers of course. You are completely correct that we had line of communication to engineers working on the problem. That just doesn't mean very much when they don't know how to fix the problem quickly.

At that company we were multi-cloud (AWS, GCP, Azure, Rackspace, Hetzner) and had even more workloads on AWS. Never had a problem as bad as the problems we had on GCP.

I should also add that the default provisioning for newer generation TPUs is ZERO, despite it not saying this anywhere on the sales pages. We had to dig deep to find this out.

How do you get access? Not by talking to anyone at Google, but by filling out a Google Form. Yes, a Google Form.

I spent many hours talking to everyone from support to executives at GCP. This is not an exaggeration. They all told me to fill out "the form." They said it "usually goes pretty fast." They don't even know the people or the department who approves it.

It took us months to get provisioned. By that time my company completely lost interest as we cannot move that slow in the most competitive space in technological history.

Also one last thing, we never even got notified once we were provisioned! There's no response to your form, you just have to keep checking.

Just absolutely wild amateur stuff.

Lots of things start out as a form with a human on each end. Before long, one or other side of the form automates stuff using scripts.

Before long, the form is the 'API', but both sides are using automation and the Google Forms backend is starting to rate limit responses and someone is forced to develop a proper API, try to track down all the form users, and try to persuade them all to migrate to the new API.

Busywork.

We've spent much less than this and our support has been excellent.

I am surprised that they could have you up and running so fast.

Giventhe worldwide shortage of AI compute, and extreme demand, How is Amazon able to onboard new clients and have fleets of GPUs ready to go?

Does Azure/AWS/Google have a huge collection of AI compute that is just waiting?

Are these machines just the ones running the custom Amazon or Google accelerator chips?

There's a surprising amount of A100s available right now, everyone wants H100s very badly. Those are still really hard to find.

We also need GPUs for two things: training and inference. Our training needs a bunch of A100/H100 or large TPU nodes. But our final models are all pretty small (we're in ASR, TTS, translation, etc) relative to most commercial LLMs.

So we run a large amount of inference on GPUs like T4s, L4s, etc that are much easier to obtain.

Our intent was to try to find a unified, scalable platform that we could train/infer on that didn't have the cold boot problem AWS GPU instances have when our inference needs go beyond our dedicated hardware. With AWS the P99 cold boot times were over 5 minutes which means we'd have to queue inference and we'd end up paying for 5 extra minutes of GPU time. This isn't that big of a deal, but when you're spinning thousands of GPUs up and down it adds up to a ton of money every month.

Since our models require a lot less kernels than a lot of modern LLMs, TPUs seemed like a really good fit. But after dealing with GCP the last few months we abandoned our plans to port our model to JAX and decided to stick with GPUs for now.

Same poor experience in two independent contracts that were as large or larger. Google culture is just flatly against customer service. When it comes to Google Cloud, sorry you’re just too dumb to understand the beauty of our offerings. And then they admit it will take 6 months to get their internal k8s cluster upgraded.

I was much more impressed with Google before I started working with them when I was at my last company. It was a large software/service agreement with a team "dedicated" to us, and ... yeah, we ended up writing it and bringing it in-house, the response time was so bad.

GCP's support in a nutshell

Fuck yooooouuuuuuuu. Fuck you, fuck you, Fuck You. Drop whatever you are doing because it’s not important. What is important is OUR time. It’s costing us time and money to support our shit, and we’re tired of it, so we’re not going to support it anymore. So drop your fucking plans and go start digging through our shitty documentation, begging for scraps on forums, and oh by the way, our new shit is COMPLETELY different from the old shit, because well, we fucked that design up pretty bad, heh, but hey, that’s YOUR problem, not our problem.

We remain committed as always to ensuring everything you write will be unusable within 1 year.

Please go fuck yourself,

Google Cloud Platform

Source: https://steve-yegge.medium.com/dear-google-cloud-your-deprec...