Re:Google Caching Overview
by pavs on Sunday August 30, 2015 @03:20PM
(#10144221)
I own a small ISP in SEA, Bandwidth from ggc is about 70% of our traffic (mostly youtube). While we don't have GGC ourselves yet, our upstream does and we have peering with them. Its amazing, how much of the actual "Internet" goes through GGC. We also have akamai peering, which handles about 10% of our traffic.
Re:Google Caching Overview
by pavs on Monday August 31, 2015 @06:19AM
(#10146153)
whats SIX?
We are at SEA (South East Asia) :)
GGC's are everywhere, its relatively easy to get, other than proper business paperworks the onle requirement is to have decent bw, I think minimum 1gbps Google BW.
Re:Google Caching Overview
by chinathrow on Sunday August 30, 2015 @07:40AM
(#10143042)
Similar to what other providers of original content do, e.g. Netflix.
I wonder, if local cache setups would have different impact on jurisdiction, taxes and such. Google is known to always say you deal with Ireland, e.g. outside of the US but what if the cache is local?
This was somewhat famously part of the network neutrality debate because certain large ISPs were trying to claim that their customers were transferring too much from Netflix and thus needed to be double-billed but those same ISPs refused to install the free OpenConnect servers which would have reduced that traffic.
Re:Google Caching Overview
by brohoolio on Sunday August 30, 2015 @07:59PM
(#10144844)
My understanding though is that if you have an open connect box on your network it can act as a DDOS, stressing all your infrastructure closer to the customers. Netflix eats all bandwidth.
Re:Google Caching Overview
by acdha on Monday August 31, 2015 @09:49AM
(#10146768)
That's not a DDOS – it's called “actually delivering the service your customers paid for”. If you've underprovisioned your network, that might be a problem but it's not an attack.
It's also something of a best-case scenario because the only party affected is the same party which has the ability to fix the problem: since it's on your network, you can add additional capacity or institute some sort of fair-queuing without the need to negotiate with outside companies.
Re:Google Caching Overview
by chinathrow on Tuesday September 01, 2015 @05:16AM
(#10151409)
I imagine the Open Connect box would do automatic bitrate tuning for all users on that network for immediate mitigation and notify obviously Netflix and the open connect ISP for long term capacity management.
Re:Google Caching Overview
by jlgaddis on Sunday August 30, 2015 @04:03PM
(#10144327)
Anyone know if Google will allow these to be installed at IXPs? $work (ISP) likely isn't large enough to warrant having one of these on our network but a bunch of us smaller ISPs all peer together at a private IXP (in Indianapolis) and our collective traffic levels almost certainly justify it.
Then again, with tens of gigabits to Chicago (where Google has a major datacenter) it probably isn't really necessary.
Re:Google Caching Overview
by asuffield on Sunday August 30, 2015 @06:04PM
(#10144624)
(Tedious disclaimer: my opinion, not my employer's. Not representing anybody else. I'm an SRE at Google, and my team is implicated in this infrastructure.)
This stuff is designed to be able to go almost anywhere that's willing to host it under the standard contract. File a request, let the relevant team figure out if it's worth putting a rack in. Nothing bad can happen as a result of asking the question.
(Ah, "major datacenter" in Chicago. It's bad of me to be amused by this. We don't have anything we'd call a "datacenter" in Chicago, that's a small installation ;). The list is here: http://www.google.com/about/datacenters/inside/locations/)
Re:Google Caching Overview
by jlgaddis on Monday August 31, 2015 @12:16AM
(#10145389)
Yeah, sorry, I know there isn't a "real" Google datacenter there (too late to "s/datacenter/presence/" on my original comment now). I don't technically have any of my own datacenters, but I'm present in a few, just like you guys have a "major" (to me) presence.
Re:Google Caching Overview
by iSloth on Sunday August 30, 2015 @04:54PM
(#10144466)
I've put them in a few ISP's over the years, they do support multiple ASN's to be served from a single cluster so don't see any technology limitation there.
The traffic requirements were around 2Gbps of peak Google traffic last time I checked with them, so you might actually qualify already, certainly not as restrictive as the Netflix caching servers where they want 10Gbps of peak traffic.
Think your main problem is that Chicago is so close...
"GGC is implemented as a set of servers deployed in your datacenter, remotely managed by Google."
Basically you're leading the greedy little boy Google by the hand to the back door of your house, unlocking the door, and going on about your business. "Don't you go in now, kid".
Re:Google Caching Overview
by packetslave on Sunday August 30, 2015 @12:53PM
(#10143796)
Feeding the troll, but... many (most?) GGC nodes go in ISP networks, where there are already plenty of other third-party systems (Akamai, Netflix OCA, etc.) and where the traffic is all "hostile" anyway since it's literally the Internet.
Re:Google Caching Overview
by jlgaddis on Sunday August 30, 2015 @04:12PM
(#10144355)
Meh, I work for an ISP. We have lots of hosts in our facilities / on our networks that don't belong to us. If we don't manage it ourselves (i.e., if it's not one of our devices / servers), it's considered untrusted -- that includes customer connections, co-located servers, and systems like these. From the ISP point of view, these Google servers are no different than anything else.
Re:Google Caching Overview
by acdha on Sunday August 30, 2015 @10:17AM
(#10143370)
It's just evidence-free conspiracy babble and you're making it worse by mentioning Snowden in a misleading attempt to imply they're working with rather than, as Snowden showed, being attacked by the NSA.
More broadly, however, these things are cache nodes – putting one in a data center makes sense but that's not saying you need to give it the privileged access stereokai implied. The win comes from deploying it on the same physical network but you'd still want to firewall it like public internet traffic.
Re:Google Caching Overview
by detaro on Sunday August 30, 2015 @10:07AM
(#10143333)
Handing your internal data to Google appliances to process vs redirecting traffic you'd otherwise send to google to their appliances is a "slight" difference, don't you think?
I guess google could be putting bombs in them, but somehow I doubt it...
We are at SEA (South East Asia) :)
GGC's are everywhere, its relatively easy to get, other than proper business paperworks the onle requirement is to have decent bw, I think minimum 1gbps Google BW.
I wonder, if local cache setups would have different impact on jurisdiction, taxes and such. Google is known to always say you deal with Ireland, e.g. outside of the US but what if the cache is local?
https://openconnect.netflix.com/peeringLocations/
This was somewhat famously part of the network neutrality debate because certain large ISPs were trying to claim that their customers were transferring too much from Netflix and thus needed to be double-billed but those same ISPs refused to install the free OpenConnect servers which would have reduced that traffic.
It's also something of a best-case scenario because the only party affected is the same party which has the ability to fix the problem: since it's on your network, you can add additional capacity or institute some sort of fair-queuing without the need to negotiate with outside companies.
Then again, with tens of gigabits to Chicago (where Google has a major datacenter) it probably isn't really necessary.
This stuff is designed to be able to go almost anywhere that's willing to host it under the standard contract. File a request, let the relevant team figure out if it's worth putting a rack in. Nothing bad can happen as a result of asking the question.
(Ah, "major datacenter" in Chicago. It's bad of me to be amused by this. We don't have anything we'd call a "datacenter" in Chicago, that's a small installation ;). The list is here: http://www.google.com/about/datacenters/inside/locations/)
The traffic requirements were around 2Gbps of peak Google traffic last time I checked with them, so you might actually qualify already, certainly not as restrictive as the Netflix caching servers where they want 10Gbps of peak traffic.
Think your main problem is that Chicago is so close...
$ dig r1---sn-4g57knez.googlevideo.com +short r1.sn-4g57knez.googlevideo.com. 173.194.6.166
The videos are split among a couple of domains/hosts. uMatrix gives a nice overview over the used domains.
To be as efficient as possible, these devices would only serve content that is accessed by many users (e.g.: popular Youtube videos).
"GGC is implemented as a set of servers deployed in your datacenter, remotely managed by Google."
Basically you're leading the greedy little boy Google by the hand to the back door of your house, unlocking the door, and going on about your business. "Don't you go in now, kid".
This other product has been around since many years ago (pre Snowden), and people has been connecting it to intranets, BI systems, etc:
More on the same to think about what you commented.More broadly, however, these things are cache nodes – putting one in a data center makes sense but that's not saying you need to give it the privileged access stereokai implied. The win comes from deploying it on the same physical network but you'd still want to firewall it like public internet traffic.
I guess google could be putting bombs in them, but somehow I doubt it...