NYC Tech Talk Series: How Google Backs Up the Internet
Google TechTalks1 HN recommender · recommended in 1 month, 2014–2021
talk · intermediate · 2014–2021 on HN
A Google Tech Talk by Raymond Blum on how Google backs up massive amounts of data such as Gmail and Picasa. It covers scaling challenges, failure types, and approaches that did not work, including tape.
Cited in backup and data-loss threads as a rare inside look at Google's backup practices, including its use of tape.
Up next
8 mo on HNVáclav Smil at Driva Climate Investment Meeting 2019
Nysnø Klimainvesteringer
3 HN recommender · 2019–2024
11 mo on HNTreating the Farm as an Ecosystem with Gabe Brown Part 1, The 5 Tenets of Soil Health
Living Web Farms
12 HN recommender · 2019–2025
3 mo on HNShould Google Go Nuclear? Clean, cheap, nuclear power (no, really)
GoogleTalksArchive
2 HN recommender · 2012–2019
1 mo on HNExponential growth and epidemics
3Blue1Brown
10 HN recommender · 2020–2020
7 mo on HNThe Future of Mathematics?
Microsoft Research
9 HN recommender · 2019–2025
1 mo on HNThat scene from War Games
Greg Granito
1 HN recommend · 2010–2025
4 mo on HN[4k, 60 fps] San Francisco, a Trip down Market Street, April 14, 1906
Denis Shiryaev
3 HN recommender · 2020–2023
7 mo on HNGwynne Dyer -- Geopolitics in a Hotter World
The University of British Columbia
4 HN recommender · 2018–2023
10 mo on HNVelocity NY 2013: Richard Cook, "Resilience In Complex Adaptive Systems"
O'Reilly
4 HN recommender · 2017–2021
11 mo on HNDebugging Under Fire: Keep your Head when Systems have Lost their Mind • Bryan Cantrill • GOTO 2017
GOTO Conferences
8 HN recommender · 2018–2025
9 mo on HNAWS re:Invent 2018: Amazon DynamoDB Deep Dive: Advanced Design Patterns for DynamoDB (DAT401)
Amazon Web Services
12 HN recommender · 2019–2025
9 mo on HNLiterate Devops with Emacs
Howard Abrams
8 HN recommender · 2015–2025
5 comments from Hacker News
FWIW... "Backups are a tax you pay for the luxury of restore" "How Google Backs Up the Internet" ▶ this video Detailed notes: link
The "petabyte for a century" problem statement he mentions near the top is fun: can you preserve 1 PB with better-than-even odds of all the bits coming back right in a century? He wrote something about how he saw the durability situation in 2010: link . He seems to define the problem to allow for maintenance, e.g. check-and-repair operations are discussed. Broadening a little, I read it as "if you're trying to be more cautious than you usually want for commercial/academic online storage or even backup, what do you do? And would it work?" A lot (but not all) of the author's Queue piece talks about stats from online storage, which doesn't have some wins you can get if you're entirely about long-term durability. In online systems, heavy ECC seems out of favor compared to replication for performance reasons, but additional LDPC or RS at the app layer can absorb a substantial % of your volumes having problems, or a ton of random bad blocks. (In a more near-line context, Backblaze uses RS: link ) Same for tape -- offline LTO is slow and drives are costly, but the cost/TB and the rated lifespan seem like advantages over HDDs for this specific goal, at least in a narrow engineering sense. A pile of cryptographic hashes that fits on one device can help you check for and localize errors without sending everything over a network/doing the full ECC dance. If the hash being broken and data tampered with is in your threat model (hey, weird things can happen in a century), you can also
I also remember that talk. I haven't verified by watching again, but if anyone's interested I suspect this is the one: ▶ this video
This should serve as warning to anyone relying blindly on cheap cloud to keep themselves up and running. This also remind me of importance of offline tape backup. Google still uses tapes[1], yet some of the companies have started thinking they can eliminate tapes and move their backups to cloud. [1] ▶ this video
There may occasional bugs, but I don't know of any cases when Gmail actually lost emails. According to this talk [0], the bug referred to by that article caused some users' emails to be temporarily inaccessible, but all the emails were eventually recovered. [0]: ▶ this video