Live data from Hacker News

New AMD EPYC-based Compute Engine family, now in beta

cloud.google.com

101–110 of 146 posts

Re: New AMD EPYC-based Compute Engine family, now in beta

#101
post #82
post #31

Since people from Google Cloud are likely here, one thing I'd like to ask/talk about: are we getting too many options for compute? One of the great things about Google Cloud was that it was very easy to order. None of this "t2.large" where you'd have to look up how much memory and CPU that it has and potentially how many credits you're going to get per hour and such. I think Google Cloud is still easier, but it's get…

Disclosure: I work on Google Cloud (and really care about this). The challenge here is balancing diverse customer workloads against the processor vendors. Historically, at Google, we just bought a single server variant (basically) because almost all code is expected to care primarily about scale-out environments. That made the GCE decision simple: offer the same hardware we build for Google, at great prices. The prob…

This makes a lot of sense, but it doesn't explain why the pricing isn't consistent. Why is an N1 the same price as an N2, except for sustained-use? Why is an E2 cheaper than an N1/N2D, except for sustained-use?

E2 is just such an amazing idea that feels like it's going to be under-utilized because it isn't cheaper for the sustained-use case. There doesn't seem to be any reason why E2 would be more expensive (to Google) for sustained-use and not for on-demand or committed.

Google Cloud is really nice, but the inconsistent pricing/discounting between the different types seems odd. Like, I'm running something on N1 right now with sustained-use because there's no incentive for me to switch to E2. It feels a bit wasteful since it doesn't get a lot of traffic and would be the perfect VM to steal resources from. However, I'd only get a discount if I did a 1-year commitment. For Google, I'm tying up resources you could put to better use. E2 instances are usually 30% cheaper which would give me a nice incentive to switch to them, but without the sustained-use discount, N2D and N1 instances become the same price. So, I end up tying up hardware that could be used more efficiently.

Re: New AMD EPYC-based Compute Engine family, now in beta

#102
no pricing mentioned

I was surprised to discover the other day that one of my VPSs had been upgraded from 1 old Xeon 26XX core to 2 EPYC cores. other stats unmetered 10Gb/s up/down, low latency A'dam location, 2GB RAM, SSD.. it even outperformed my i7-8700T in a single-core openSSL benchmark. most importantly it costs €3/mo

I really can't see google competing with that

Re: New AMD EPYC-based Compute Engine family, now in beta

#103

no pricing mentioned I was surprised to discover the other day that one of my VPSs had been upgraded from 1 old Xeon 26XX core to 2 EPYC cores. other stats unmetered 10Gb/s up/down, low latency A'dam location, 2GB RAM, SSD.. it even outperformed my i7-8700T in a single-core openSSL benchmark. most importantly it costs €3/mo I really can't see google competing with that

Which VPS?

Re: New AMD EPYC-based Compute Engine family, now in beta

#104
post #25

What's the topology of these machines? Dual socket 64c chips with some reserved (or disabled)?

They don't say that but that's the only way to provide 224 threads.

Their topology tells far richer tales than the press releases when you dig deeper on the numbers.

224 threads = 112 HT cores = 2 x 56 core CPUs. This is 8 cores short of the 64 core flagship. 8 cores == 1 CCX.

It seems exceedingly unlikely that AMD would produce a Rome CPU with 7 out of 8 CCX in perfect health, but have the 8th CCX completely missing (functionally). It seems more likely that the 8th CCX is there with all 8 cores, and that it is reserved for some other type of service. One possibility could be that there are higher guarantees of side channel protection at the CCX boundary, and google intends to use this for secure internal functions or sell to clients who have side channel sensitivity. Another may be that they simply want the hypervisor to have a very fat budget of 8 cores per socket to work with. Considering the amount of potential IO going on, this might be required in some cases.

Re: New AMD EPYC-based Compute Engine family, now in beta

#105

no pricing mentioned I was surprised to discover the other day that one of my VPSs had been upgraded from 1 old Xeon 26XX core to 2 EPYC cores. other stats unmetered 10Gb/s up/down, low latency A'dam location, 2GB RAM, SSD.. it even outperformed my i7-8700T in a single-core openSSL benchmark. most importantly it costs €3/mo I really can't see google competing with that

Which VPS?

Scaleway

Re: New AMD EPYC-based Compute Engine family, now in beta

#106

no pricing mentioned I was surprised to discover the other day that one of my VPSs had been upgraded from 1 old Xeon 26XX core to 2 EPYC cores. other stats unmetered 10Gb/s up/down, low latency A'dam location, 2GB RAM, SSD.. it even outperformed my i7-8700T in a single-core openSSL benchmark. most importantly it costs €3/mo I really can't see google competing with that

Which VPS?

Yeah that seems a little too good.

Re: New AMD EPYC-based Compute Engine family, now in beta

#107
post #39

AMD's stock is wild. It was around $2 just a few years ago and has been on a non-stop trend up to almost $60 today.

Wild is to put it mildly, the stock is historically extremely volatile. If past performance predicts anything, it could potentially tank in the next couple of years, like it did the last few times it shot up. Obviously they are doing some great work, but I wouldn't go all in on them for the long haul.

to each their own. can't have reward without risk. hard to find another investment that returned 30x in a few years.

Re: New AMD EPYC-based Compute Engine family, now in beta

#108
post #17

Earlier quoted context omitted.

Disclosure: I also work on Google Cloud That's correct! Once the rollout completes, you will be able to use N2D instances for GKE!

And if it doesn't, it was always possible to break GKE state into "offering" node types that were not supported. Source: me, using preemptible instances for a year before they got into GKE ;-) Modifying instance group templates is your friend.

Yeah, this can be done for nested virtualization instances (images) too.

Re: New AMD EPYC-based Compute Engine family, now in beta

#109

no pricing mentioned I was surprised to discover the other day that one of my VPSs had been upgraded from 1 old Xeon 26XX core to 2 EPYC cores. other stats unmetered 10Gb/s up/down, low latency A'dam location, 2GB RAM, SSD.. it even outperformed my i7-8700T in a single-core openSSL benchmark. most importantly it costs €3/mo I really can't see google competing with that

I see 10gps listed at USD 569/month?

https://www.scaleway.com/en/virtual-instances/general-purpos...

Re: New AMD EPYC-based Compute Engine family, now in beta

#110
post #4

Can those instances be used in GKE node pools?

When gVisor is enabled, hyper-threading is disabled (https://cloud.google.com/kubernetes-engine/docs/concepts/san...) and GKE cluster shows only half the CPU as available resources.

Does n2d instance is considered safe from CPU vulnerability and safely enable hyper-threading when used with gVisor?

Post reply on HN