[{"data":1,"prerenderedAt":620},["ShallowReactive",2],{"\u002Fblog\u002Fuptime-availability-table":3},{"id":4,"title":5,"author":6,"body":8,"category":589,"date":590,"description":591,"extension":592,"faq":593,"howTo":611,"image":611,"lastUpdated":612,"meta":613,"navigation":614,"path":615,"readingTime":616,"seo":617,"stem":618,"__hash__":619},"blog\u002Fblog\u002Fuptime-availability-table.md","Uptime Availability Table: What 95% to 99.999% Uptime Means in Real Downtime",{"name":7},"Theo Cummings",{"type":9,"value":10,"toc":570},"minimark",[11,15,22,25,30,33,252,256,261,264,267,271,274,277,280,284,287,290,294,297,300,303,322,325,329,332,335,346,349,353,356,359,396,399,403,406,409,426,429,433,436,447,450,461,464,475,478,486,490,493,496,499,502,510,513,516,519,530,533,537,540,543,546,559],[12,13,14],"p",{},"Uptime percentage measures the proportion of time a system stays operational. Every decimal place you add to that number means 90% less allowable downtime than the tier before it.",[12,16,17,21],{},[18,19,20],"strong",{},"Uptime percentage"," expresses availability as a ratio of operational time to total time. 99.9% uptime means your service can be down for 0.1% of time. In a 365-day year, 0.1% equals 8 hours and 46 minutes. That sounds like a lot. One slow incident response can consume it entirely.",[12,23,24],{},"The jump from 99% to 99.9% sounds small. The operational difference is 3.65 days of allowed downtime versus 8.77 hours. Each nine you add to the end of that number changes what your architecture, incident response process, and monitoring setup must look like.",[26,27,29],"h2",{"id":28},"the-complete-uptime-availability-table","The complete uptime availability table",[12,31,32],{},"All figures use a 365.25-day year (8,766 hours) and a 30.44-day month (730.6 hours).",[34,35,36,58],"table",{},[37,38,39],"thead",{},[40,41,42,46,49,52,55],"tr",{},[43,44,45],"th",{},"Uptime",[43,47,48],{},"Downtime\u002FYear",[43,50,51],{},"Downtime\u002FMonth",[43,53,54],{},"Downtime\u002FWeek",[43,56,57],{},"Downtime\u002FDay",[59,60,61,81,100,119,138,157,176,195,214,233],"tbody",{},[40,62,63,69,72,75,78],{},[64,65,66],"td",{},[18,67,68],{},"95.0%",[64,70,71],{},"18 days 6 hrs",[64,73,74],{},"36 hrs 32 min",[64,76,77],{},"8 hrs 24 min",[64,79,80],{},"1 hr 12 min",[40,82,83,88,91,94,97],{},[64,84,85],{},[18,86,87],{},"96.0%",[64,89,90],{},"14 days 14 hrs",[64,92,93],{},"29 hrs 13 min",[64,95,96],{},"6 hrs 43 min",[64,98,99],{},"57 min 36 sec",[40,101,102,107,110,113,116],{},[64,103,104],{},[18,105,106],{},"97.0%",[64,108,109],{},"10 days 22 hrs",[64,111,112],{},"21 hrs 55 min",[64,114,115],{},"5 hrs 2 min",[64,117,118],{},"43 min 12 sec",[40,120,121,126,129,132,135],{},[64,122,123],{},[18,124,125],{},"98.0%",[64,127,128],{},"7 days 7 hrs",[64,130,131],{},"14 hrs 36 min",[64,133,134],{},"3 hrs 21 min",[64,136,137],{},"28 min 48 sec",[40,139,140,145,148,151,154],{},[64,141,142],{},[18,143,144],{},"99.0%",[64,146,147],{},"3 days 15 hrs",[64,149,150],{},"7 hrs 18 min",[64,152,153],{},"1 hr 41 min",[64,155,156],{},"14 min 24 sec",[40,158,159,164,167,170,173],{},[64,160,161],{},[18,162,163],{},"99.5%",[64,165,166],{},"1 day 19 hrs",[64,168,169],{},"3 hrs 39 min",[64,171,172],{},"50 min 24 sec",[64,174,175],{},"7 min 12 sec",[40,177,178,183,186,189,192],{},[64,179,180],{},[18,181,182],{},"99.9%",[64,184,185],{},"8 hrs 46 min",[64,187,188],{},"43 min 50 sec",[64,190,191],{},"10 min 5 sec",[64,193,194],{},"1 min 26 sec",[40,196,197,202,205,208,211],{},[64,198,199],{},[18,200,201],{},"99.95%",[64,203,204],{},"4 hrs 23 min",[64,206,207],{},"21 min 55 sec",[64,209,210],{},"5 min 2 sec",[64,212,213],{},"43 sec",[40,215,216,221,224,227,230],{},[64,217,218],{},[18,219,220],{},"99.99%",[64,222,223],{},"52 min 36 sec",[64,225,226],{},"4 min 22 sec",[64,228,229],{},"1 min 1 sec",[64,231,232],{},"8.6 sec",[40,234,235,240,243,246,249],{},[64,236,237],{},[18,238,239],{},"99.999%",[64,241,242],{},"5 min 16 sec",[64,244,245],{},"26.3 sec",[64,247,248],{},"6.1 sec",[64,250,251],{},"0.86 sec",[26,253,255],{"id":254},"what-each-tier-actually-means","What each tier actually means",[257,258,260],"h3",{"id":259},"_9598-pre-production-or-internal-tools-only","95%–98%: Pre-production or internal tools only",[12,262,263],{},"A 95% SLA allows 18 days of downtime per year. That is appropriate for dev environments, internal tooling, or staging infrastructure where occasional unavailability is acceptable. No customer-facing production service should target below 99%.",[12,265,266],{},"96%–98% still allows multiple hours of downtime per month. Development portals, internal analytics dashboards, and non-critical admin tools sometimes operate at these tiers.",[257,268,270],{"id":269},"_99-the-floor-for-production","99%: The floor for production",[12,272,273],{},"99% uptime allows 3.65 days of downtime per year or about 7 hours per month. Most bare-minimum SaaS products and hobby projects operate in this range. At 99%, you can survive a single major incident per month without breaching your SLA.",[12,275,276],{},"What 99% allows architecturally: single-region deployment, nightly deployments with brief downtime windows, manual incident response during business hours.",[12,278,279],{},"What 99% does not tolerate: multiple incidents per month, slow incident response, or infrastructure without basic redundancy.",[257,281,283],{"id":282},"_995-the-realistic-minimum-for-saas","99.5%: The realistic minimum for SaaS",[12,285,286],{},"99.5% allows about 3.5 hours of downtime per month. This is achievable with a single-region deployment that has redundant app servers and a managed database with automatic failover.",[12,288,289],{},"Most bootstrapped SaaS products operate between 99.5% and 99.9% without explicit targeting. They hit this range through good infrastructure choices rather than formal SLA engineering.",[257,291,293],{"id":292},"_999-the-standard-commercial-sla","99.9%: The standard commercial SLA",[12,295,296],{},"99.9% is the most common uptime commitment in commercial SaaS contracts. It allows 43 minutes and 50 seconds of downtime per month.",[12,298,299],{},"Most cloud infrastructure providers (AWS, GCP, Azure) publish 99.9% SLAs for their managed services. Heroku, Render, and Railway operate in this range. Your application's availability cannot exceed your infrastructure's availability, so if your hosting provider commits to 99.9%, that is your ceiling before you add multi-region redundancy.",[12,301,302],{},"What 99.9% requires:",[304,305,306,310,313,316,319],"ul",{},[307,308,309],"li",{},"Automated deployment with zero-downtime rolling updates",[307,311,312],{},"Managed database with automatic failover (not manual)",[307,314,315],{},"Load balancer across multiple application server instances",[307,317,318],{},"Alert response within 10 minutes around the clock",[307,320,321],{},"On-call rotation for incidents during off-hours",[12,323,324],{},"A single 20-minute incident consumes almost half your monthly budget. If your incident response takes longer than 20 minutes, you will breach 99.9% during any major outage.",[257,326,328],{"id":327},"_9995-where-enterprise-saas-lives","99.95%: Where enterprise SaaS lives",[12,330,331],{},"99.95% allows 21 minutes and 55 seconds per month. This tier requires the same stack as 99.9% plus faster incident detection and response.",[12,333,334],{},"Getting from 99.9% to 99.95% usually comes from:",[304,336,337,340,343],{},[307,338,339],{},"Reducing time-to-detection (better monitoring, shorter check intervals)",[307,341,342],{},"Reducing time-to-alert (alerting from multiple regions simultaneously, not waiting for retries)",[307,344,345],{},"Reducing time-to-response (better runbooks, better on-call escalation)",[12,347,348],{},"The architectural requirements are similar to 99.9%. The operational requirements are tighter.",[257,350,352],{"id":351},"_9999-four-nines","99.99%: Four nines",[12,354,355],{},"99.99% allows 52 minutes and 36 seconds of downtime per year. A single incident that takes 45 minutes to resolve consumes 85% of your annual budget.",[12,357,358],{},"What 99.99% requires that 99.9% does not:",[304,360,361,367,373,379,390],{},[307,362,363,366],{},[18,364,365],{},"Multi-region active-active deployment",": traffic splits across at least two regions; either can serve all traffic if the other fails",[307,368,369,372],{},[18,370,371],{},"Automated failover",": a human cannot make the \"switch traffic to the healthy region\" decision fast enough; it must be automated",[307,374,375,378],{},[18,376,377],{},"Sub-5-minute incident detection",": your monitoring needs to detect and alert within 2-3 minutes of failure onset",[307,380,381,389],{},[18,382,383,384],{},"Sub-30-minute ",[385,386,388],"a",{"href":387},"\u002Fblog\u002Fmttr-mttd-mtbf-incident-metrics","mean time to recovery"," for all incident types, including database failures",[307,391,392,395],{},[18,393,394],{},"Regular failover testing",": you need to test your failover mechanism regularly to know it works when you need it",[12,397,398],{},"Financial services, healthcare platforms, and enterprise B2B software typically target 99.99%.",[257,400,402],{"id":401},"_99999-five-nines","99.999%: Five nines",[12,404,405],{},"99.999% allows 5 minutes and 16 seconds of downtime per year. This is the tier major telecommunications carriers and financial clearing systems target.",[12,407,408],{},"Five nines is not just an architecture problem; it is an organization problem. At this tier:",[304,410,411,414,417,420,423],{},[307,412,413],{},"Deployments must be blue-green or canary, with automated rollback on the first error signal",[307,415,416],{},"Database failover must complete in under 60 seconds with zero data loss",[307,418,419],{},"Incident detection must fire within 30 seconds of failure",[307,421,422],{},"The on-call engineer must acknowledge and begin mitigation within 2 minutes",[307,424,425],{},"Every dependency (payment processor, email provider, DNS) must have a fallback",[12,427,428],{},"Most SaaS products have no business targeting five nines. The engineering cost of building and maintaining five-nines infrastructure usually exceeds the customer value it preserves.",[26,430,432],{"id":431},"how-to-calculate-your-actual-uptime","How to calculate your actual uptime",[12,434,435],{},"Use this formula:",[437,438,443],"pre",{"className":439,"code":441,"language":442},[440],"language-text","Uptime % = ((total_minutes - downtime_minutes) \u002F total_minutes) × 100\n","text",[444,445,441],"code",{"__ignoreMap":446},"",[12,448,449],{},"For a 30-day month:",[304,451,452,455],{},[307,453,454],{},"Total minutes: 30 × 24 × 60 = 43,200 minutes",[307,456,457,458],{},"If you had 25 minutes of downtime: (43,200 - 25) \u002F 43,200 × 100 = ",[18,459,460],{},"99.942%",[12,462,463],{},"For a 31-day month:",[304,465,466,469],{},[307,467,468],{},"Total minutes: 31 × 24 × 60 = 44,640 minutes",[307,470,471,472],{},"If you had 25 minutes of downtime: (44,640 - 25) \u002F 44,640 × 100 = ",[18,473,474],{},"99.944%",[12,476,477],{},"Month length affects your SLA math. February gives you the smallest denominator, which means the same downtime duration produces a lower uptime percentage in February than in March.",[12,479,480,481,485],{},"Read ",[385,482,484],{"href":483},"\u002Fblog\u002Fhow-to-calculate-uptime","how to calculate uptime: the complete guide"," for the full calculation methodology, including weighted uptime across multiple services.",[26,487,489],{"id":488},"error-budget-the-practical-way-to-use-uptime-targets","Error budget: the practical way to use uptime targets",[12,491,492],{},"Error budget flips the uptime percentage into an operational tool. If your uptime target is 99.9%, your error budget is 0.1% of time per month: 43 minutes and 50 seconds.",[12,494,495],{},"Every minute of downtime burns from that budget. When the budget is full, you can ship features freely. When the budget is 50% consumed halfway through the month, you slow feature releases and focus on stability. When the budget is gone, deployments pause until the next period.",[12,497,498],{},"Error budget gives product and engineering a shared language for the reliability vs. velocity trade-off. It removes the subjective argument about whether it is safe to ship and replaces it with a measurable constraint.",[12,500,501],{},"Google's SRE book introduced error budget as a formal concept. The approach works for any team that commits to an explicit uptime target.",[26,503,505,509],{"id":504},"maintenance-windows-and-sla-math",[385,506,508],{"href":507},"\u002Fblog\u002Fhow-to-set-up-maintenance-windows","Maintenance windows"," and SLA math",[12,511,512],{},"Most vendor SLAs exclude scheduled maintenance from uptime calculations. This is worth reading carefully.",[12,514,515],{},"A provider who can schedule unlimited maintenance windows can exclude those hours from the uptime denominator. Their uptime calculation runs on the reduced total time, making it easier to hit 99.99% even with significant planned downtime.",[12,517,518],{},"When negotiating SLAs, ask:",[304,520,521,524,527],{},[307,522,523],{},"Does scheduled maintenance count against uptime?",[307,525,526],{},"What is the maximum maintenance window duration per month?",[307,528,529],{},"How much notice is required before a maintenance window?",[12,531,532],{},"If maintenance is excluded, ask for explicit limits on frequency and duration. \"Unlimited scheduled maintenance excluded\" is a loophole large enough to eliminate the SLA commitment entirely.",[26,534,536],{"id":535},"monitoring-your-uptime-to-know-your-actual-tier","Monitoring your uptime to know your actual tier",[12,538,539],{},"The only way to know your actual uptime percentage is to measure it continuously with independent monitoring.",[12,541,542],{},"Your hosting provider's status page reflects incidents they acknowledge. External monitoring reflects incidents your users experience. The two numbers are almost never identical.",[12,544,545],{},"Vantaj runs checks every 30-60 seconds from up to 10 global regions. Your dashboard shows your current-period uptime percentage in real time. Your historical data shows month-by-month availability going back as far as your account. When you need to validate an SLA credit claim, you export the check history as evidence.",[12,547,548,549,553,554,558],{},"For how to set up monitoring that generates this data accurately, read the ",[385,550,552],{"href":551},"\u002Fblog\u002Fuptime-monitoring-guide","uptime monitoring guide"," and ",[385,555,557],{"href":556},"\u002Fblog\u002Fuptime-sla-monitoring","SLA uptime monitoring: how to track your commitments",".",[12,560,561,562,553,566,558],{},"For the contractual context around these numbers, read ",[385,563,565],{"href":564},"\u002Fblog\u002Fwhat-is-an-sla","what is an SLA",[385,567,569],{"href":568},"\u002Fblog\u002Fsla-vs-slo-vs-sli","SLA vs SLO vs SLI",{"title":446,"searchDepth":571,"depth":571,"links":572},2,[573,574,584,585,586,588],{"id":28,"depth":571,"text":29},{"id":254,"depth":571,"text":255,"children":575},[576,578,579,580,581,582,583],{"id":259,"depth":577,"text":260},3,{"id":269,"depth":577,"text":270},{"id":282,"depth":577,"text":283},{"id":292,"depth":577,"text":293},{"id":327,"depth":577,"text":328},{"id":351,"depth":577,"text":352},{"id":401,"depth":577,"text":402},{"id":431,"depth":571,"text":432},{"id":488,"depth":571,"text":489},{"id":504,"depth":571,"text":587},"Maintenance windows and SLA math",{"id":535,"depth":571,"text":536},"guides","2026-07-24","A complete uptime percentage to downtime reference table covering 95% to 99.999%. See exactly how many minutes, hours, or days each SLA tier allows per year, month, week, and day, plus what each tier actually requires to achieve.","md",[594,597,600,603,605,608],{"q":595,"a":596},"How much downtime does 99.9% uptime allow?","99.9% uptime allows 8 hours and 46 minutes of downtime per year, 43 minutes and 50 seconds per month, 10 minutes and 5 seconds per week, and 1 minute and 26 seconds per day. A single 20-minute incident can consume two months of your annual budget at this tier.",{"q":598,"a":599},"What does five nines uptime mean?","Five nines means 99.999% uptime. It allows 5 minutes and 15 seconds of downtime per year. Achieving five nines requires active-active multi-region deployments, automated failover in under 60 seconds, and incident response times measured in seconds, not minutes.",{"q":601,"a":602},"How do I calculate uptime percentage from downtime?","Uptime % = (total minutes in period - downtime minutes) \u002F total minutes in period × 100. A month has 43,800 minutes (30.4 days × 24 hours × 60 minutes). If you had 20 minutes of downtime in a month, your uptime was (43,800 - 20) \u002F 43,800 × 100 = 99.954%.",{"q":523,"a":604},"It depends on your SLA. Many vendor SLAs exclude scheduled maintenance from uptime calculations. A provider can schedule 4 hours of maintenance every month and still claim 99.99% uptime for the remaining time. Always read the SLA's measurement methodology section, not just the headline percentage.",{"q":606,"a":607},"What uptime tier do most SaaS products achieve?","Most SaaS products target 99.9% and achieve between 99.5% and 99.95% in practice. Reaching 99.99% requires architectural investment in multi-region deployments, circuit breakers, and automated failover that most early-stage products cannot justify financially.",{"q":609,"a":610},"What is error budget?","Error budget is the inverse of your uptime target. If your SLO is 99.9% uptime, your error budget is 0.1% of total time: 8.77 hours per year. When you consume your error budget, you stop shipping features and focus on reliability until the budget recovers.",null,"2026-07-26",{},true,"\u002Fblog\u002Fuptime-availability-table",8,{"title":5,"description":591},"blog\u002Fuptime-availability-table","5jiE6cSKMnsz5-zvszCTz2de2ej2oJJWAeKki-A_QRE",1783096311541]