Feeds

Google search primed for 'Caffeine' injection

A shot in the back-end

3 Big data security analytics techniques

Caffeinated YouTube?

Google's overarching philosophy is to build a single, distributed architecture that runs all its services. And Cutts acknowledged that many of the back-end tools that drive the new indexing system - including GFS2 - will eventually be put to use across other Google services.

Part of the appeal of GFS2 is that it's specifically designed to handle low-latency applications, including Gmail and YouTube. With the original GFS, a master node oversees data spread across a series of distributed "chunkservers." For apps that require low latency, that lone master is a problem.

"One GFS shortcoming that this immediately exposed had to do with the original single-master design," former GFS tech lead Sean Quinlan has said. "A single point of failure may not have been a disaster for batch-oriented applications, but it was certainly unacceptable for latency-sensitive applications, such as video serving."

GF2S uses not only distributed slaves, but distributed masters as well.

In recent weeks, Mountain View has also acknowledged the existence of a new back-end technology known as Google Spanner, a means of automatically moving and replicating loads between the company's mega data centers when traffic and hardware issues arise. But a company spokesman tells us this is not part of Caffeine, although he says that "both [are] part of an ongoing company-wide effort to improve our infrastructure."

In a recent presentation (PDF) at a distributed-computing shindig in Montana, Google fellow Jeff Dean seemed to describe Spanner in the present tense. Though he declined to discuss the presentation with The Reg, he indicated that all the information in our recent piece on the mystery technology is correct.

According to Dean, Google intends on scaling Spanner to between one million and 10 million servers, encompassing 10 trillion directories and a quintillion bytes of storage. And all this would be spread across “100s to 1000s” of facilities across the globe.

Today, Google operates roughly 40 data centers, and it seems that Caffeine will be deployed one facility at a time. According to Cutts, this involves taking each data center offline and shifting its load elsewhere.

"At any point, we have the ability to take one data center out of the rotation, if we wanted to swap out power components or different hardware - or change the software," he said. "So you can imagine building an index at one of the data centers and then copying that data throughout all the other data centers. If you want to deploy new software, you could take one of the data centers out of the traditional rotation."

So, somewhere in the world, there's a mega data center on the verge of sabbatical. Or perhaps it's already happened. Presumably, Google will tell us at some point. And tell us very little. ®

SANS - Survey on application security programs

More from The Register

next story
This time it's 'Personal': new Office 365 sub covers just two devices
Redmond also brings Office into Google's back yard
Dropbox defends fantastically badly timed Condoleezza Rice appointment
'Nothing is going to change with Dr. Rice's appointment,' file sharer promises
Bored with trading oil and gold? Why not flog some CLOUD servers?
Chicago Mercantile Exchange plans cloud spot exchange
Just what could be inside Dropbox's new 'Home For Life'?
Biz apps, messaging, photos, email, more storage – sorry, did you think there would be cake?
IT bods: How long does it take YOU to train up on new tech?
I'll leave my arrays to do the hard work, if you don't mind
Amazon reveals its Google-killing 'R3' server instances
A mega-memory instance that never forgets
Cisco reps flog Whiptail's Invicta arrays against EMC and Pure
Storage reseller report reveals who's selling what
prev story

Whitepapers

Designing a defence for mobile apps
In this whitepaper learn the various considerations for defending mobile applications; from the mobile application architecture itself to the myriad testing technologies needed to properly assess mobile applications risk.
3 Big data security analytics techniques
Applying these Big Data security analytics techniques can help you make your business safer by detecting attacks early, before significant damage is done.
Five 3D headsets to be won!
We were so impressed by the Durovis Dive headset we’ve asked the company to give some away to Reg readers.
The benefits of software based PBX
Why you should break free from your proprietary PBX and how to leverage your existing server hardware.
Securing web applications made simple and scalable
In this whitepaper learn how automated security testing can provide a simple and scalable way to protect your web applications.