Live data from Hacker News

Google Kubernetes Engine adds support for Arm nodes

cloud.google.com

11–20 of 51 posts

Re: Google Kubernetes Engine adds support for Arm nodes

#11
post #6

Earlier quoted context omitted.

It's an Ampere Altra for those first instances. So no on both.

They could have named Ampere and give credit to them, I think it's common in cloud instance offerings to have AMD or Intel also being named as underlying physical CPUs, even with the generation.

They did in the docs, 2nd paragraph of the blog post, etc

https://cloud.google.com/blog/products/compute/tau-t2a-is-fi...

Re: Google Kubernetes Engine adds support for Arm nodes

#12

Earlier quoted context omitted.

> you cannot easily source arm hardware commercially Buy Mac Minis and run virtual linux inside?

I've been passively curious about this for a homelab--does linux virtualize on apple silicon today? I was of the impression this didn't work when they announced m1 in 2020, but I could be misremembering.

Absolutely. It worked from day one. There are issues with emulating x86 Linux, but that’s a different story. For ARM Linux — just ordinary qemu works fine.

Re: Google Kubernetes Engine adds support for Arm nodes

#13
post #10

People would probably be more interested in the underlying Google Cloud ARM announcement: https://news.ycombinator.com/item?id=32084887

Yup, my team did a little copy-paste lab if folks want to kick the tires: https://github.com/sadasystems/gke-multiarch-guide

Re: Google Kubernetes Engine adds support for Arm nodes

#15

Earlier quoted context omitted.

They could have named Ampere and give credit to them, I think it's common in cloud instance offerings to have AMD or Intel also being named as underlying physical CPUs, even with the generation.

They did in the docs, 2nd paragraph of the blog post, etc https://cloud.google.com/blog/products/compute/tau-t2a-is-fi...

Thanks, yes, makes sense to look at the GCE announcement instead of the GKE announcement for this info.

Re: Google Kubernetes Engine adds support for Arm nodes

#16
post #2

Pricing is in line with the cloud: expensive. That's it, they made it: now Arm servers are mainstream.

I always found the CPU pricing of cloud to be relatively reasonable. It's everything else that's expensive, and egress bandwidth just ridiculous.

Re: Google Kubernetes Engine adds support for Arm nodes

#17
post #2

Pricing is in line with the cloud: expensive. That's it, they made it: now Arm servers are mainstream.

I always found the CPU pricing of cloud to be relatively reasonable. It's everything else that's expensive, and egress bandwidth just ridiculous.

Meh cpus/ram most likely have lighter margins for cloud vendors compared to storage and bandwidth (which is just ridiculous) but they have to keep a lot of spare capacity for scaling so if you don’t scale by much you can do way better on metal even on cpus

Re: Google Kubernetes Engine adds support for Arm nodes

#18

It's quite light on details: What properties does the (virtualized) ARM CPU that one gets have? Can it do KVM itself (meaning the underlying real CPU has support for nested KVM)? Can it do ARMv8.3 pointer authentication?

I'd be curious to hear what the use case is for nested KVM. What hardware support is required for that as well?

Re: Google Kubernetes Engine adds support for Arm nodes

#19
post #2

Pricing is in line with the cloud: expensive. That's it, they made it: now Arm servers are mainstream.

I always found the CPU pricing of cloud to be relatively reasonable. It's everything else that's expensive, and egress bandwidth just ridiculous.

Typical cloud bandwidth pricing is known as "roach motel pricing" after the old roach motel pest control slogan of "roaches check in but they never check out." The idea is to make ingress free but egress expensive to make it easy to move all your data in but costly and hard to move it out.

Re: Google Kubernetes Engine adds support for Arm nodes

#20
post #4

Earlier quoted context omitted.

not sure about pricing here, but graviton on aws has generally offered more performance at a lower price point, which is likely linked to lower power usage and perhaps lower cost of custom silicon vs intel. the notion, "the cloud is expensive", ignores the fact that the cloud is not just rented hardware, but staff, facilities, planning, management, etc.. there are businesses where it makes more sense to own hardware…

> you cannot easily source arm hardware commercially Buy Mac Minis and run virtual linux inside?

You can (in theory) run Linux straight on Apple Silicon. It's not locked like the iPad and iPhone. The M1 Ultra would be a pretty solid high volume server if you can manage to plug a 10-40gbps LAN dongle into it. I believe USB-C and/or thunderbolt connectors like that exist.

In theory so far because I'm not sure if there are mature installers and such yet.

Post reply on HN