
Update: Google says sorry about the GMail outage. That’s good enough for me. Here is what Todd Jackson, GMail product manager had to say on the company blog.
Many of you had trouble accessing Gmail for a couple of hours this afternoon, and we’re really sorry. The issue was caused by a temporary outage in our contacts system that was preventing Gmail from loading properly.
We’ve identified the source of this issue and fixed it. In addition, as with all issues that affect Gmail and our other services, we’re conducting a full review of what went wrong and moving quickly to update our internal systems and procedures accordingly. We don’t usually post about problems like this on our blog, but we wanted to make an exception in this case since so many people were impacted.
Original post below the fold.
It’s almost becoming routine, these outages at Google’s Gmail service. After we reported last week that there were some problems with Google Apps, today a much bigger outage hit Google’s email service, taking down the entire system, it seems.
Given that our company relies on Google’s Gmail and GTalk service, our operations came to a standstill this afternoon. We aren’t a large company but the losses are very real, especially in productivity. I wonder how the big customers of Google — folks like Sanmina-SC — are dealing with this e-blackout.
If an outage of this magnitude can strike Google, the company with a fearsome infrastructure, I wonder who — if any — can plan for the worst. I guess it’s time to stop picking on Twitter, which was fast becoming synonymous with the word “outage.” In fact, in recent weeks, not only Google’s services but those of Amazon’s S3 and Apple’s MobileMe have gone on the blink, leading us to rethink our assumptions about the reliability of the web as a platform. Clearly a lot of work still needs to be done.
How is your workday being impacted by Gmail outage? Share your stories with us.
Photo courtesy of Kyle May via Flickr.

Updated: To paraphrase (and mangle) StarTrek’s famous tagline: Can Russia be the place where Internet companies boldly go looking for the final frontier of data centers? At least one blog thinks so, and it points to the massive hydroelectric power capacity on tap in Russia. An article in this week’s The Economist points to RusHydro, a Russian company with the capacity to produce 25 gigawatts of electricity.
Much of the unused part is in Russia, RusHydro says. It has 5GW of new capacity under construction and more than 20GW on the drawing board—enough to double production.
Power is seen as the biggest constraint when it comes to building data center capacity. As a way around this conundrum, large consumers of Internet data center capacity have located their facilities closer to energy sources. For instance, Google, Microsoft, and Yahoo have built data centers in Quincy in the state of Washington near a hydroelectric dam where they pay a lot less for power than, say, in Silicon Valley. Google has built a massive facility in The Dalles, Oregon, another location close to power source. (Related stories: The Geography of Internet Infrastructure and Why Google Needs Its Own Nuclear Plant)
From that perspective, it is not so far fetched to imagine that these and other companies could plan on building data centers in Russia. Microsoft has already made its intentions very clear and is planning a data center in Siberia. Google has been slowly expanding its presence in Russia including a recent purchase of Rambler for $140 million. Of course, the big problem is a lack of massive Internet backbone pipes in and out of Russia, but that might be an issue that could be addressed easily.
Why? As we have noted before, there is a lot of capacity being built across the Pacific Ocean. Earlier this week, a new 570 km cable with a capacity of 640 Gbps between Russia and Japan went live.The cable is a joint venture between TransTelecom Company CJSC of Russia, which has about 55,000 kilometers of backhaul network in Russia. The other partner in this cable is NTT. Similarly, Eastern Europe is seeing big build-outs when it comes to fiber to the home (and/or premises). These networks needs backhaul pipes leading to big network upgrades.
I think the reason is that Russia’s natural environment makes it a good candidate for big data center expansion. There are some folks who have come up with ways to leverage natural environments such as cold weather to lower the amount of power required to cool a data center. Andrew Hopper, head of Cambridge University Computing Lab, has been preaching the mantra of putting data centers next to power sources, since it takes “electrical transmissions costs out of the equation.”
Google Data Centers Around The World Map Courtesy of Pingdom. Our source tell us that not all locations on the map qualify as data centers. Instead, some of them are data centers and others are smaller locations that route traffic to “real” data centers.

Many entrepreneurs today have their heads in the clouds. They’re either outsourcing most of their network infrastructure to a provider such as Amazon Web Services or are building out such infrastructures to capitalize on the incredible momentum around cloud computing. I have no doubt that this is The Next Big Thing in computing, but sometimes I get a little tired of the noise. Cloud computing could become as ubiquitous as personal computing, networked campuses or other big innovations in the way we work, but it’s not there yet.
Because as important as cloud computing is for startups and random one-off projects at big companies, it still has a long way to go before it can prove its chops. So let’s turn down the noise level and add a dose of reality. Here are 10 reasons enterprises aren’t ready to trust the cloud. Startups and SMBs should pay attention to this as well.
Cloud computing will be big, both in and outside of the enterprise, but being aware of the challenges will help technology providers think of ways around the problems, and let cloud providers know what they’re up against.

Data center and hosting provider RackSpace Inc., has filed to raise up to $400 million in an initial public offering. Its financials seem generally sound (unlike many tech companies it’s actually profitable), although profits did drop by 10 percent in the last year.
However, rapid expansion (including its investment in the cloud) are to blame for the decline in profits. The company made $362 million last year and more details can be gleaned from its S-1 filing with the Securities and Exchange Commission. Some tidbits of interest include RackSpace spending $7.3 million in power used to operate 36,692 servers in 2007.
In the coming year, the company anticipates expanding its data center facilities by a least 72,000 square feet, and may also opt to find a new data center location outside of its existing facilities. It also plans to launch a platform product for customers who want hosted infrastructure but also have the need and skills to customize the hosted infrastructure to a high degree.
The San Antonio company follows in the footsteps of Google and NetSuite with its auction-style offering. Should the offering go well investors Sequoia Capital and Norwest Venture Partners stand to gain. The two firms hold 11.6 percent and 16.2 percent of RackSpace stock respectively.

Google
infrastructure
capital
Sequoia
NetSuite
Rackspace
venture
The cloud is growing up. Its rite of passage comes this morning with the announcement that Amazon Web Services will now provide support for users of its Simple Storage Solution, Elastic Compute Cloud and Simple Queue Services products. Amazon, with its launch last week of persistent storage, was clearly wooing enterprise users, and the offer to provide support signals a formal courtship.
This is a romance that’s been played out across technology for decades, most recently in the open-source market. New technology gets launched and academics, hobbyists, and other early adopters play with them. Eventually businesses start wondering if they might be able to play, too. But downtime, glitches and the sense that you’re on your own are big turnoffs for corporate buyers.
Amazon Web Services has decided it’s time to grow up and play nice with business. It’s offering two different service levels: One starting at $100 a month and the other, at $400. While smaller companies such as Nirvanix already offer support and better usability for business users, the Amazon brand will bring cachet to its offerings, no matter what else is out there.

Our friends at Royal Pingdom have put together a nifty little map that shows Google’s various data centers around the world. They say that…
Google has been looking at sites in Asia, such as Taiwan and Malaysia. There are also reports of a possible data center in Lithuania (Eastern Europe). Google is even more secretive about their US locations, but they have bought 466 acres of land in Blythewood, South Carolina.
Data Center Knowledge has this comprehensive FAQ on Google’s data centers.

Google, with its new Application Engine product, has taken aim squarely at the web services market — and companies from Amazon.com to Bungee Labs should be running scared. The search giant’s Application Engine allows developers to build a web application “in their garage” and then host it for free on Google’s existing infrastructure. Take that, Jeff Bezos!
The App Engine will run in the same Google data centers that host GMail, Google Docs and other online programs. Initially up to 10,000 developers will have access to the preview edition of App Engine. Every developer will be able build up to three applications, each of which will have 500 MB of storage and the CPU cycles and bandwidth to support about 5 million page views a month. All of this will be free, and when the service is out of preview Google will announce the ability to buy more storage, bandwidth and CPU cycles.
For some developers, a service like this eliminates the need for Amazon Web Services. It could also cause problems for startups such as online storage company Elephant Drive and platform-as-service vendors such as Bungee Labs. However, the App Engine does have its limits, some of which will be addressed as time goes on. For now, no files larger than 1MB can be uploaded to the site and Python is the only language supported by App Engine. Other limits include the inability to buy extra time and a focus only on web applications.
Even with limits, this is exactly the type of service Dave Winer last week, after a conversation with a pig, predicted. This type of loss-leader service gets startups in the door with Google, giving the company access to the freshest ideas and an entrepreneurial talent pool that it can tap. Kevin Kelleher called it the way Google can eat Amazon’s lunch.
He’s right, but it will come at a cost to Google in terms of its margins. Providing that kind of infrastructure isn’t free. It also will have a ways to go before it can compete with the 330,000 developers Amazon says are using its Web Services as of January.
Still, it’s a start. And it puts the competition on notice. There’s also the potential for Google to use this as an home base for its other development platforms, such as Open Social for social networks or Android for the mobile phone. A place where developers could build applications that could work anywhere would be the holy grail.

This Friday marks the beginning of South by Southwest in Austin, starting with the Interactive Festival. Every year, geeks galore descend on my hometown, only to be replaced by filmmakers and then musicians. The geeks are my favorites, but you knew I’d say that.
As a reporter I look forward to the event, and as a resident I bemoan the lack of parking downtown, the full restaurants and the deluge of hipsters alternately making plans to move here or dissing the place for its provincialism. This year’s interactive lineup has an impressive array of companies who have built their business on the web, from Yahoo and Google to startups such as Facebook and MOG.
And 1,700 miles away in the colder climate of Philadelphia, about 1,200 network engineers will gather to perform the less-celebrated task of making sure the Internet keeps humming along. The Internet Engineering Task Force is holding one of its thrice-annual meetings to talk about the transition to IPv6, the problem of building faster routers when there’s ever more routing information to take into consideration, and a host of other issues relating to the core of the Internet.
Listening to Jari Arkko, an area director for the IETF, talk about the goals at this IETF meeting, it struck me how much the Internet has changed technology. I’m very much a hardware geek, in love with data center infrastructure, networking and chips, so I am now amazed at what a technology company can do without this level of engineering.
In the early days of the Internet, many of these technology firms had to at least figure out their data center architectures and how they would deliver and support their online shopping sites or web auction houses. But thanks to hosted services, that’s less important today. You no longer have to be a techie to start a technology company.
This is great for the billions of people using the Internet to access services and content, and speaks to the maturity of the web. However, it’s important to give credit where credit is due. So while the technology companies attending SXSW are slamming down the drinks and hobnobbing with the digerati, let’s take a moment to toast the engineers who make it all possible. And for those network engineers in Philly, it’s Beer Week up there next week, so sneak out of those plenary sessions and toss one back. Hack into my online bank account, and it’s on me.

Google is buying a piece of a new transpacific fiber optic cable, according to research firm TeleGeography. This will be yet another piece of what can be loosely described as GoogleNet, a fiber network built and leased by the search engine and advertising giant to meet its ever-growing bandwidth requirements. Google is one of the six investors in the “Unity” undersea cable that will connect the U.S. and Japan. The new cable is going to be built by Tyco Telecommunications and NEC for about $300 million.
TeleGeography says that Google has been trying to buy a piece of a transpacific cable for a while now. Google CEO Eric Schmidt had admitted to as much a few months back. I have written about how Google is using its infrastructure (including network) as a strategic advantage, and this latest move is an extension of that philosophy. It has been buying dark fiber to grow its network, as I had first reported back in 2005.
TeleGeography estimates that transpacific bandwidth is eight times higher than transatlantic routes. Google can now get capacity at cost, and it can also squeeze more out of its infrastructure. Our good friend Alan Maudlin, TeleGeography research director, doesn’t think this is going to start a trend.
“While Google is the first non-telecom company to take an active role in ownership of a submarine cable, it’s not likely that this is the beginning of a new trend,” commented TeleGeography Research Director Alan Mauldin. “Although many non-telecom companies have high bandwidth requirements, few will venture into owning submarine cables anytime soon.”
Update: Google’s manager of network acquisitions, Francois Sterin, on their blog writes about why they chose to invest in the Unity cable.
As more and more people conduct online searches and interact with applications like Gmail, Google Earth and YouTube, we’ve had to think outside the box to create a more scalable, affordable and easy to manage network that meets our users’ needs worldwide. One of the biggest challenges we face is staying ahead of our broadband capacity needs, especially across Asia.
This is the first time Google has admitted to building and buying fiber to build their own network. I have often received denials from their PR folks, but I guess my sources were better.
If you’re wondering whether we’re going into the undersea cable business, the answer is no. We’re not competing with telecom providers, but the volume of data we need to move around the world has grown to the point where in some cases we’ve exceeded the ability traditional players can offer. Our partnership with these companies is just another step in ensuring that we’re delivering the best possible experience to people around the world.
Update #2: Google press release has some details about the Unity Cable.
The Unity consortium is a joint effort by Bharti Airtel, Global Transit, Google, KDDI Corporation, Pacnet and SingTel. The name Unity was chosen to signify a new type of consortium, born out of potentially competing systems, to emerge as a system within a system, offering ownership and management of individual fiber pairs. This new 10,000 kilometer (km) Trans–Pacific cable will provide connectivity between Chikura, located off the coast near Tokyo, to Los Angeles and other West Coast network points of presence. At Chikura, Unity will be seamlessly connected to other cable systems, further enhancing connectivity into Asia.

Google
infrastructure
broadband
cable
unity
pacific
Featured
Aquantia has raised $26 million in second-round funding to deliver 10 Gigabit Ethernet over copper, giving equipment vendors and data center operators a chance to deploy 10Gig-E without using fiber … eventually. The chips aren’t available yet, and Aquantia isn’t giving out time lines.
While cheaper than fiber, 10 Gig-E over copper consumes so much power it isn’t any more cost efficient for folks operating a data center. That has limited its appeal to core networking equipment, but the data centers are feeling the pinch of Ethernet pipes. As virtualization leads to higher server utilization, the existing Ethernet pipes represent a bottleneck. It’s kind of like fully utilizing a movie theater; when it’s time to leave, there’s a wait to get out the doors. So far folks such as Google are making do with custom-built switches.
Eric O’Brien, a general partner with Aquantia investor Lightspeed Venture Partners, says Aquantia’s chip, which has moved past first silicon but isn’t generally available, operates at a substantial power reduction compared to others attempting to play in this space. He declined to get more specific, and the company isn’t talking. If Aquantia, or its competitors such as SolarFlare Communications or Teranetics Force10 Networks, can reduce the power consumption problem, 10 Gig-E could make it out of the high-end equipment at the core of the network, and into servers. A market that large would certainly justify the more than $150 million VCs have put into this space so far.

Google
infrastructure
cisco
networks
communciations
aquantia
force10

Web
Google
mobile
infrastructure
broadband
Murdoch
Technology-News
As everyone knows, you get what you pay for. That maxim certainly holds true for Internet infrastructure, especially when it comes to servers. Over the past few years there has been an explosion of low-cost appliance servers – also known as pizza box servers — and they now account for a formidable portion of the Internet infrastructure. And though cheap in price, they are turning out to be power hogs.
“These servers are cheap to buy but consume a lot of energy and their utilization is pretty low,” said Jonathan Koomey, project scientist at Lawrence Berkeley National Laboratory and consulting professor at Stanford University, who recently conducted a study on the power requirements for servers. “The utilization is below 20 percent and we really need to focus on virtualization to get more from these boxes.”
According to his estimates, volume servers, or the low-end devices that include the pizza box servers, consumed over 50.5 billion kilowatt hours in 2005, up from 19.7 billion kWh in 2000. That number surely must have increased by now. From 1996 through 2006, the sales of volume servers jumped from 1.41 million units to 7.282 million units, according to information collected by International Data Corp., a market research firm.
“Some of these (pizza box servers) throw up a lot of heat and are power hogs,” said Tim Sullivan, Chief Technology Officer of Internap, a data center and CDN provider, during a call with company’s management earlier today. He said that they are asking clients to better utilize the data center space and putting fewer of these pizza boxes in a more efficient manner.
One of the reasons these pizza box servers are inefficient is because they’re being made to do tasks for which they were not built. Back in the late 1990s, the form factor became popular with the large corporations, and there was plenty of space (and power) in the data centers. However, as web infrastructure needs have increased, so has the number of servers. Even tiny startups are beginning to buy 1,000 of these boxes to just stay in business.
As their numbers increase, and the problems mount, it makes me wonder if we’ll soon see the pendulum swing to the “big iron.” Thoughts, anyone?

Amazon continues to amaze us with its Amazon Web Services series of offerings. The latest is SimpleDB, which will be available in limited beta in a few weeks. And it is bound to have a major impact on web infrastructure. As Amazon says in its email to existing developers:
This service works in close conjunction with Amazon Simple Storage Service (Amazon S3) and Amazon Elastic Compute Cloud (Amazon EC2), collectively providing the ability to store, process and query data sets in the cloud.
As we’ve already noted,
…the center of gravity is shifting away from monolithic centralized data management to massively parallel distributed data management.
If you are in the business of managing massive amounts of distributed data, you cannot gloss over the Amazon WS trifecta — data-in-the-cloud is the future and with WS, Amazon is way ahead of the pack.What about the offerings of other vendors? Google, for example, has BigTable, and truth be told, SimpleDB has a distinctly BigTable-ish feel to it. But a side-by-side comparison makes it clear that Amazon WS in general – and SimpleDB in particular — is superior, for the following reasons:
Tersely put, SimpleDB is hugely disruptive. It will take some time to evolve the new thinking patterns and new design disciplines that this technology forces us to consider. To do so, consider this breakdown of the similarities and differences between SimpleDB and conventional relational databases.
Very, very simplistically speaking, domains are like tables, with items like rows and attributes like columns. A query cannot cross domains, so in this analogy you can’t “join” domains. But that sort of thinking is a holdover from the relational database normalized model.In reality a domain is much more like a database, so we have to stop thinking in terms of tables and joins.
Say we had an SQL database, with tables for “Company,” “Departments” and “Employees.” In SimpleDB, the items (rows) for all three could all go in one domain (database), with it you can run queries on this domain and using operators like UNION and INTERSECT, you can do the equivalent of joins.Existing web technologies such as Ruby on Rails, Django and Hibernate all have an Object Relational Mapper (ORM), which maps language objects to relational database tables.
If designers of these ORMs want to stay in the scalable apps game, they should take a serious look at using SimpleDB as a data store. Better yet, they should build ORMs from the ground up to integrate with SimpleDB.More than two years ago I wrote that Web 2.0 needs Data 2.0. The combination of EC2, S3 and SimpleDB is a toolkit for assembling massively scalable REST addressable web databases. Data 2.0 is now officially here. May the fun and games begin.
Nitin Borwankar is a database guru based in San Francisco Bay Area. You can find his writings on hisblog, TagSchema.
Back in the day, when PC stocks were kings on Wall Street, a pesky college kid named Michael Dell figured out that he could do an end run around the then-established PC makers by developing a smarter way of making and selling boxes. His strategy was simple: get components and PCs from the factories in Asia to the U.S. as fast as possible, but only after he had charged for the machine.
By squeezing the supply chain as hard as he could, he turned Dell into a fearsome (and loathsome) competitor. With his help, the supply chain for the PC era came to consist of foundries, ships, U.S. assembly plants and UPS trucks. Google (GOOG), with over $200 billion in market capitalization, is following a similar strategy, fine tuning and adapting it for the Web & broadband.
Instead of trucks and assembly plants, however, Google’s supply chain is made up of fiber networks, data centers, switches, servers and storage devices. From that perspective, its business model is no different than that of Dell’s (DELL): Google has to deliver search results (information, if you want to be generous about their other projects) as fast as possible at as low a cost as possible.
To better understand Google and its business model, one needs to break it down into three data inputs.
While their results aren’t optimal, they are good enough. Just like Microsoft Windows was good enough to dominate the market. Google, according to Hitwise, now has 64 percent of the total search market. And although a typical Google query can often be an act of futility, we put up with it because the results are fast. If they’re wrong, we can just start all over again.
The faster the results show up on our browsers, the less inclined we’ll be to switch to a rival search engine, no matter how great the rival’s search methodology may be. The faster (and more efficient) its infrastructure, the more easily Google can keep serving the ad-based money machine.
In other words, the company has to make sure that the speed of its search is really, really fast. Any random search on Google these days takes between 0.12 to 0.06 seconds. Now that is really, really fast. Google does this by indexing the Internet quite well. The magic is in delivering the search results from this index at lightening speed, and that requires an infrastructure — oodles of bandwidth and specialized hardware — that is finely tuned, much like a Formula One Car.
Against this backdrop, it makes perfect sense for Google to build their own servers, storage systems, Internet switches and perhaps, sometime in the future, even optical transport systems. Let me rephrase that: Imagine connecting thousands of hosts (storage and server systems) at speeds of, say, 10 gigabits per second, in a manner that allows any-to-any connections.
The number of racks, fiber, routers and everything in between is mind-boggling. If this system were built using gear from established hardware makers, it would take a superhuman effort to make it all work together. In other words, the sheer cost to keep such a beast going would suck up a major component of the infrastructure.
A better option is to have gear that is customized for your processes, ones in which you have a major operational expenditure advantage. In the telecom bubble, large service providers were brought to their knees by operational expenditures.
With the exception of optical systems, Google has built or is building the gear. It has been rumored to be a big buyer of dark fiber to connect its data centers, which helps explain why the company spent nearly $3.8 billion over the past seven quarters on capital expenditures.
You can argue that building customized gear is an expensive strategy, but when you are the scale of Google, it starts to become less of an issue. Why? Because process-optimized infrastructure ensures that Google’s cost of executing a query keep going down.
To sum it up, Google’s gigantic infrastructure is the big barrier to entry for its rivals, and will remain so, as long as the company keeps spending billions on it. That said, there’s another thing Google could learn from Dell: Maintain the quality of your search results — customers will only put up with shoddiness for so long.
Note #1: Ethan, you are absolutely right about the software aspect of Google architecture, and I was going to do a separate post. This one is already 750 words.
Note #2: Earth2Tech has a post about Google’s vertically integrated green energy strategy.
Web
Google
infrastructure
dell
goog
Featured
Technology-News
opensource: del.icio.us tag/opensource
Google
internet
infrastructure
opensource
innovation
license
platform