Amazon Web Services
The Tarsnap service is built on top of the solid platform provided by Amazon Web Services. Data archived via Tarsnap is stored to the Amazon S3 storage service (the original version, which can survive the loss of 2 datacenters, not the "reduced redundancy" version which can only survive the loss of a single datacenter) before it is acknowledged by the Tarsnap server to Tarsnap clients, so the probability of Tarsnap data being lost due to hardware failures is extremely low — somewhere approaching the probability of a nuclear war or meteor hit destroying most of the US.
The Tarsnap server resides in the Amazon EC2 compute cloud, and at the present time it is possible — but quite unlikely — that a hardware failure would result in the Tarsnap service becoming unavailable until a new EC2 instance can be launched and the Tarsnap server code can be restarted (note that this would make data archived via Tarsnap unavailable, but would not cause it to be permanently lost).
For more information (including technical details about constructing a log-structured filesystem using S3 as back-end storage, caching metadata in EC2, and bundling writes in order to save on S3 per-request costs), see the author's blog post from December 2008, How Tarsnap uses Amazon Web Services.
Payment processing: Stripe and PayPal
Outages
Overall statistics:
Date range (UTC) | Uptime | |
---|---|---|
All time | 2008-11-10 to 2023-08-01 | 99.930% |
Past 5 years | 2018-08-01 to 2023-08-01 | 99.936% |
Outages in the past 5 years:
Date (UTC) | Duration (hours) | Cause |
---|---|---|
2023-07-02 13:07:58 | 26.30 |
AWS EC2 hardware fault,
programmer error |
2021-12-07 18:00:00 | 1.83 | AWS SimpleDB outage |
Outages earlier than 5 years ago:
Date (UTC) | Duration (hours) | Cause |
---|---|---|
2017-02-28 17:37:00 | 4.25 | AWS S3 outage |
2016-07-24 10:15:19 | 1.43 |
AWS S3 errors,
programmer error |
2012-06-30 03:02:00 | 43.80 [1] |
AWS EC2 power outage,
programmer error |
2012-03-15 09:22:00 | 0.33 | AWS EC2 network outage |
2011-12-06 13:30:00 | 3.00 | Programmer error |
2011-07-23 08:00:00 | 7.50 | Underpowered hardware |
2009-01-15 00:15:10 | 0.82 | AWS SimpleDB errors (2/2) |
2009-01-13 12:59:22 | 1.08 | AWS SimpleDB errors (1/2) |
Notes
1. ^ After inspecting the affected Tarsnap server, I concluded that full recovery would take a long time. In case anybody needed their data urgently, I brought the server back online in a read-only mode, 11.97 hours after the initial outage.