你擔任一個(gè)管理者，多長(cháng)的宕機時(shí)間是可以接受的，答案是相同的:“沒(méi)有”。告訴管理者成本和性能影響，他也許會(huì )做不同的回答。五個(gè)9是可用性的黃金標準，主要由電信公司保持，但這根本上是源于生命線(xiàn)的需求。大多數互聯(lián)網(wǎng)應用還沒(méi)有達到生或死的可用性標準。五個(gè)9依然是Web運維人員的目標，關(guān)鍵的部分可以以(也應該)按這樣的標準設計，但對于單個(gè)應用來(lái)說(shuō)這似乎有些過(guò)了。用戶(hù)日常折騰的計算機、網(wǎng)絡(luò )連接和便宜的家用網(wǎng)絡(luò )地址轉換(NAT)都達不到這樣的標準，所以服務(wù)器這里或那里的幾分鐘中斷往往都注意不到。



注意分析你的恢復時(shí)間目標(RTO)和恢復點(diǎn)目標(RPO)要有益得多，而不是注重有多少個(gè)9。RTO是指在站點(diǎn)運行中斷時(shí)，恢復站點(diǎn)運行所需的時(shí)間。RPO是指你愿意損失多少數據。這兩個(gè)目標常常是相互竟爭的。如果RPO目標是零，而你的數據復制有幾分鐘延遲，你會(huì )選擇中斷站點(diǎn)幾小時(shí)來(lái)將主備份運行起來(lái)，而不是通過(guò)故障轉移而損失這幾分鐘的數據。另一方面，如果RTO目標是零，你可能會(huì )立即決定故障轉移，寧愿損失幾個(gè)正在進(jìn)行的事務(wù)。
 
兩者兼得的唯一方法是犧牲一部分性能進(jìn)行真正的同步復制。你注意過(guò)在A(yíng)TM機上取一筆錢(qián)要多長(cháng)時(shí)間?這是由于后臺系統有非常嚴格的RTO和零RPO目標。放棄一筆ATM交易是完全不可接受的，全系統的宕機，無(wú)論時(shí)間長(cháng)短，都是金融災難。所以每次取錢(qián)都不得不坐聽(tīng)機器在那兒呼呼響，它正在完成寫(xiě)操作、復制、將你的交易提交到全球多個(gè)網(wǎng)站建設站點(diǎn)。如果你不是銀行，則應現實(shí)x對待RTO和RPO目標。為了在穩定狀態(tài)下的高性能表現，偶爾的幾分鐘宕機或損失留言板的個(gè)把評論，也算是種公平交易吧。