And the availability calculation formula will be:
A = A1*(1-(1-(A2*A3)n)*A4
You can play with different level of redundancy "n" of the cluster here. Currently it is 2 but you could estimate it for n=3 or n=4. That approach opens possibility to quantitatively justify you architectural decisions (not just using "best practices" or "gut feelings").
If you know MTTR for each individual component (SW and HW) you could estimate the whole infrastructure availability using this approach. But how to get that individual MTTR? From vendors - good luck! Maybe from incident records? Or set up special monitoring for that (Synthetic- robotic?)
Other useful resources with formulas that relevant to this:
BOOK
One more book: Breaking the Availability Barrier
_______________
BTW This "Saga of 9's" continuous in the next posts:
LinkedIn Discussion around Trubin's Availability Formula
The Right Number of Cluster Redundancy to Achieve the Availability Goal. Trubin's Law #4!
Cluster Availability 9's Equation
One more book: Breaking the Availability Barrier
_______________
BTW This "Saga of 9's" continuous in the next posts:
LinkedIn Discussion around Trubin's Availability Formula
The Right Number of Cluster Redundancy to Achieve the Availability Goal. Trubin's Law #4!
Cluster Availability 9's Equation
2 comments:
CE13F0AD0A
Takipçi Satın Al
Footer Link Satın Al
Google Konum Ekleme
İdle Office Tycoon Hediye Kodu
War Robots Hediye Kodu
1F0AF0D6
Chat aleatoriu
随机聊天
Losowy czat
Rastgele Sohbet
Случайный чат
ランダムチャット
Bate-papo aleatório
ميت فلايدردشة عشوائية
미트플라이랜덤 채팅
Post a Comment