办公上班前打一炮20p_亚洲色图图片区_变身女人高h肉h_黑人又大又硬又粗再深一点

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



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