關注公衆號：AWS愛好者（iloveaws）
文 | 沉默惡魔（禁止轉載，轉載請先經過作者同意）
網站：www.iloveaws.cn
Hello大家好，歡迎來到《AWS解決方案架構師認證 Professional(SAP)中文視頻培訓課程》，我們今天的視頻課程內容 RTO和RPO。
RTO，恢復時間目標 以及 RPO，恢復點目標 ，這兩個是災難恢復系統的重要參考指標，也是在您設計基於高可用架構的重要參考指標。
我們開始今天的課程內容。
如今，災難以多種形式出現，自然災害、數據中心/可用區故障、運營商網絡故障、人爲操作失誤等等都可能會導致企業的業務受到影響，甚至數據丟失，給企業帶來很大的損失，所以災備的重要性毋庸置疑。
如今企業的IT應用環境幾乎都運行在數據中心/雲中，數據中心/雲的業務架構越來越複雜，業務數據也越來越重要，這個時候災備也就也來越重要。在去年也出現了多起公有云因光纜被挖斷，人爲操作失誤導致的故障，影響了使用這些公有云的企業對外提供的業務，造成了嚴重的損失。天災和人禍是不可避免的，所以需要建立數據中心/雲的災難恢復系統，來保證業務的高可用性和安全性。
建立災難恢復系統的目的，是爲了在災難發生後能夠最快速的恢復業務和數據，保證企業業務的持續穩定運行。
在數據中心/雲災難恢復系統中，最常見的指標就是恢復時間目標(RTO)和恢復點目標(RPO)。
RTO，恢復時間目標
我們先來介紹下RTO，即恢復時間目標。
恢復時間目標（RTO）—當業務發生中斷後，從業務發生中斷時開始，到將業務恢復到正常所需要的時間，此兩點之間的時間段稱爲RTO。
如我們的業務在下午14點的時候發生故障，如果定義的RTO是2小時，災難恢復的進程要在下午16點前將業務恢復到可接受的服務級別。
RTO是反映業務恢復的及時性指標，表示業務從中斷到恢復正常所需的時間，RTO數值越小，代表容災系統的恢復能力越強。可以部署多站點容災方案等等來獲取最小的RTO。當然，約小的RTO可能意味着容災方案需要投入更多的資金。
RPO，恢復點目標
上面我們介紹了RTO，我們接下來看下RPO
RPO恢復點目標—是指可接受的數據丟失的最大數據量，也就是容忍丟失的最大數據量。RPO表示爲從丟失事件到最近一次 備份的時間度量。
爲了更好地理解，可以想一下目前很多組織的傳統數據備份方式，一般備份都是一天做一次，通常是在晚上，比如每晚20點做了備份，如果第二天出現數據錯誤且無法修復，那從備份完成後到錯誤出現時所寫入的數據都無法挽回了，這期間沒有備份，數據就丟失了！這種情況下，RPO就是24小時。
如每天20點備份數據，在第二天20點前發現數據異常且無法修復，只能恢復前一天20點的備份數據，RPO就是24小時。
如果定義了RPO爲5小時，我們就要做到每5小時要進行一次數據備份。
爲了減少RPO，一味的增加備份的頻率是不現實的，需要根據組織實際的情況，結合相應的同步/異步/備份等技術，制定適合組織的方案。
我們看下這個圖，我們的業務在正常運行中，遇到了災難，就是這根紅線，然後要開始災難恢復的進程，包括決策和技術恢復，在綠線這裏容災成功，業務恢復正常，那麼從紅線災難發生時至綠線容災成功恢復了業務，之間的時間段，就是RTO。
RPO爲災難發生時，容忍丟失的最大數據量。表示爲從丟失事件到最近一次備份的時間度量，這一段就是RPO。
RTO和RPO指標並不是孤立的，而是從不同角度來反映的容災能力。
從圖中不難看出，RPO指標來自於故障發生前，而RTO指標來自故障發生後，兩者的數值越小，就能有效縮短業務正常到業務過渡期的時間間隔，單一地提升RTO或RPO指標也可以縮減業務故障到過渡期的時間，具體從哪個指標上來改善，就要結合的實際情況分析，提升那個指標代價最小，效果更明顯。當然完美的方案當然是RTO和RPO都爲零，這表示當故障發生後，系統立即恢復，而且完全沒有數據丟失，要達到這樣的目標系統設計是及其複雜的，而且造價也是非常昂貴的，也不一定有這個必要。
組織通常根據當業務不可用時對業務的財務影響來定義可接受的RTO和RPO,然後技術部門在根據RTO、RPO的要求設計災難恢復方案，在規劃時同時要考慮方案的實現成本。可用性越高，RTO、RPO的值越低，可能實現成本就越高。規劃RTO，RPO時應在與實現成本之間找到平衡點。
好的，以上就是我們今天的視頻課程內容，RTO和RPO的內容非常的重要，在考試中，會出現如，要達到題幹給定的RTO或RPO需要採取何種技術方案等類似的題目，希望今天的課程能給大家帶來幫助。
希望此係列教程能爲您通過 AWS解決方案架構師認證 Professional 認證考試帶來幫助，如您有任何疑問
關注公衆號：AWS愛好者（iloveaws）
文 | 沉默惡魔（禁止轉載，轉載請先經過作者同意）
網站：www.iloveaws.cn