Amazon Web Services Downtime Counter
awsdowntime.com
awsdowntime.com
Nonetheless, just because you haven't been affected, doesn't mean other have not been, or still aren't.
They dealt with the resulting capacity imbalances by randomly remapping AZs for new accounts, but AFAIK they're never publicly acknowledged this so most people aren't aware. Instead they should have just started charging more for resources requested explicitly in those zones until people fixed their poorly written software.
This statement is false. AZs map directly to physical facilities. If you and I both ask for instances in us-east-1b they will have lower ping times than if one of us has an instance in us-east-1c.
Disclaimer: I used to work for AWS.
"Q: How can I make sure that I am in the same Availability Zone as another developer? We do not currently support the ability to coordinate launches into the same Availability Zone across AWS developer accounts."
http://aws.amazon.com/ec2/faqs/#How_can_I_make_sure_that_I_a...
If AZs map directly to physical facilities, how does that FAQ make sense?
We're straining to read the tea-leaves here, rather than AWS just telling us what they've built.
AWS went down about 30 hours ago, and in the Seattle area we're 111 days + 7 hours into the year. so by my calculations, it's closer to 98.9% than 99.66...%
Or did I make a mistake?
Additionally, this percentage is adequate for the 365-subsequent-days credit calculation. It doesn't matter at which 365-day window you look, my calculation assumes no other downtime has occurred, nor will occur.
Thus, if Amazon had an incident 2 months ago and have another incident now, then your own window is the range [now - 1.year, now] and you figure that this calculates to a 99.8% downtime for you and claim your credit. Your percentage then necessarily goes to zero because your window restarts. But for everyone else who doesn't claim a credit, the window continues to roll forward.
- simple javascript algebra that does not monitor or report any status data?
- equating the entirety of AWS w/ one region of EBS-backed EC2 instances is hyperbole that does not contribute to the discussion.
That lead to a downtime calc of 98.88 or so.
*edited for language clarity. Gah! Original sentence above implied that downtime was 2641.