Live data from Hacker News

Google CDN Beta is already one of the fastest CDNs

blog.speedchecker.xyz

11–20 of 110 posts

Re: Google CDN Beta is already one of the fastest CDNs

#11
post #2

Why don't you compare Google's CDN to CloudFlare?

I'm not the OP, but I'm not sure why they included MaxCDN and Fastly but not (at least) CloudFlare's free service.

Disclosure: I work on Compute Engine (though I had nothing to do with this service).

Re: Google CDN Beta is already one of the fastest CDNs

#15

> Cloud CDN is Google’s own CDN solution for sites running in VMs inside Compute Engine. It is designed and implemented a bit differently from other CDNs, since it is meant to cache not only static content, but practically a whole site in more than 50 edge caches globally. I'm not seeing what's so special here. Other CDNs can do whole-site acceleration and caching (Akamai Sureroute, EdgeCast ADN). > It is a whole new…

That's definitely a misunderstanding on the author's part. I think our own landing page (https://cloud.google.com/cdn/) actually makes this clear: there are caches at the edge, but we (currently) deeply understand your origin (our compute engine VMs) and don't require any funny modification to your setup (just click a button) or look any different than your existing anycast IP for L7 Load Balancing.

Disclaimer: I work on Compute Engine, not this (so I only sort of know what I'm talking about).

Re: Google CDN Beta is already one of the fastest CDNs

#17

> Cloud CDN is Google’s own CDN solution for sites running in VMs inside Compute Engine. It is designed and implemented a bit differently from other CDNs, since it is meant to cache not only static content, but practically a whole site in more than 50 edge caches globally. I'm not seeing what's so special here. Other CDNs can do whole-site acceleration and caching (Akamai Sureroute, EdgeCast ADN). > It is a whole new…

Google Cloud CDN is 'just' a dynamic site accelerator (with nice GCP integration), like all other CDNs.

I think the author of this blog post is trying to simplify the explanation (or just doesn't understand). No 'copy' of your site is running on the closest location. GCE is not available in all POPs.

These results would look very different if EC ADN was included. And not including CloudFlare is a bit strange.

Both EC and CF run Anycast CDNs. This is still a really cool thing for Google to release because it's nice to have more competition in the space.

I've run some prelim tests on pure route latency from 90+ worldwide locations and GC-CDN (? :) is pretty evenly matched with CF/EC.

The real test would be end to end HTTP request latency and this is where GC-CDN would probably beat out CF (since you're on the Google net from POP to GCE DC, which is nice and fast, whereas CF talks to your origin over the public Internet). EC ADN is symmetric (POP to POP is on-net) so probably more comparable.

Re: Google CDN Beta is already one of the fastest CDNs

#18
Question: How do cdns serve/shard data ? Meaning, in a pop, there are say 100 nodes, and all of them cache some data, say by hashing the path /ayb.jpg.

Does the loadbalancer (say, haproxy) know which node should-have the file cached ? Or there is random loadbalancing and each node get's the data from the other nodes (using the same hash)? Just like openstack-swift (there are proxy that serve http-requests, and data nodes that have files).

Post reply on HN