關注公衆号：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