你擔任一個管理者，多長的宕機時間是可以接受的，答案是相同的沒有。告訴管理者成本和性能影響，他也許會做不同的回答。五個9是可用性的黃金標準，主要由電信公司保持，但這根本上是源于生命線的需求。大多數(shù)互聯(lián)網(wǎng)應用還沒有達到生或死的可用性標準。五個9依然是Web運維人員的目標，關鍵的部分可以以(也應該)按這樣的標準設計，但對于單個應用來說這似乎有些過了。用戶日常折騰的計算機、網(wǎng)絡連接和便宜的家用網(wǎng)絡地址轉(zhuǎn)換(NAT)都達不到這樣的標準，所以服務器這里或那里的幾分鐘中斷往往都注意不到。
注意分析你的恢復時間目標(RTO)和恢復點目標(RPO)要有益得多，而不是注重有多少個9。RTO是指在站點運行中斷時，恢復站點運行所需的時間。RPO是指你愿意損失多少數(shù)據(jù)。這兩個目標常常是相互竟爭的。如果RPO目標是零，而你的數(shù)據(jù)復制有幾分鐘延遲，你會選擇中斷站點幾小時來將主備份運行起來，而不是通過故障轉(zhuǎn)移而損失這幾分鐘的數(shù)據(jù)。另一方面，如果RTO目標是零，你可能會立即決定故障轉(zhuǎn)移，寧愿損失幾個正在進行的事務。
 
兩者兼得的*一方法是犧牲一部分性能進行真正的同步復制。你注意過在ATM機上取一筆錢要多長時間?這是由于后臺系統(tǒng)有非常嚴格的RTO和零RPO目標。放棄一筆ATM交易是完全不可接受的，全系統(tǒng)的宕機，無論時間長短，都是金融災難。所以每次取錢都不得不坐聽機器在那兒呼呼響，它正在完成寫操作、復制、將你的交易提交到全球多個網(wǎng)站建設站點。如果你不是銀行，則應現(xiàn)實x對待RTO和RPO目標。為了在穩(wěn)定狀態(tài)下的高性能表現(xiàn)，偶爾的幾分鐘宕機或損失留言板的個把評論，也算是種公平交易吧。