近日業內連續發生了多起互聯網服務的安全事故， 使得大家都充分意識到了數據備份、數據歸檔和災難備份的重要性。每個公司或組織其實都隨時面臨著可能出現的各種事故和意外， 從病毒故障到操作失誤，從水災火災到風暴地震，從挖掘機到黑客。在高度信息化的互聯網時代，這些事故可以給業務帶來災難性的損失。無論是天災人禍還是技術故障，IT部門必須有能力迅速恢復系統運營，保持業務能正常進行。
企業的災備策略至關重要。 ECG調研數據 (*見備注)顯示3/4企業只能承受最多3個小時的關鍵業務系統宕機，而有過半企業要求宕機時間不能超過一個小時，否則企業的聲譽、客戶的滿意度和公司的財務的狀況都可能受到難于挽回的重大損失。企業要制定好兩個重要指標，恢復時間RTO--故障恢復時間，和恢復點RPO—可忍受數據損失的時間點。基于這兩個關鍵業務指標，企業IT部門可以設計相應的應用架構、備份架構和災備體系，通過使用一系列的鏡像/復制等技術手段，來實現相應系統的連續性服務水平。
構建高可用高容災的IT系統和建設IT災備系統，二者的價值都是顯而易見的。 問題是實施并擁有好的容災和災備能力，往往要求企業花費大量時間和精力，部署復雜和昂貴的技術和業務方案。這對于多數企業，特別是中小型企業，都是一個巨大的負擔。
使用共有云的基礎設施來實現數據保護、備份歸檔和災難備份，擁有傳統IT無法比擬的巨大優勢。云災備具備以下四個方面的優勢：一是低成本，視需要使用云來備份，可以減少多達85%的災備支出;二是無需自建管理數據中心，免去購買使用維護各種硬件所帶來的煩惱;三是高效，云中建立的高可用高容錯架構可以提升恢復時間和恢復點目標;四是方便，基于AWS可以簡便快速靈活地構建災備站點。
附圖1 AWS網站上為企業私有應用建立基于AWS的災備系統的示意架構圖
附圖1為AWS網站上為企業私有應用建立基于AWS的災備系統的示意架構圖。 在這個示例中，公司的數據中心部屬了提供內容管理系統的包含本地存儲的應用服務器和數據庫服務器。 AWS Storage Gateway 是連接內部部署軟件設備和云存儲的服務，能夠安全地將數據上傳到 AWS 云服務，以提供高成本效益的備份和快速災難恢復。AMIs 是預配置的操作系統和應用軟件，用來創建Amazon Elastic Compute Cloud (Amazon EC2)的虛擬機.。應用服務器快照以及服務器恢復所使用的Amazon Machine Images (AMI)都存儲在Amazon Simple Storage Service (Amazon S3)上。對于數據庫備份， Oracle數據庫可以使用Oracle Secure Backup (OSB) 的云模塊直接備份到Amazon S3 上。當公司的數據中心發生災難的時候，可以在 Amazon Virtual Private Cloud (Amazon VPC)中重新創建完整的基礎設施 ，使用Amazon EC2對于應用和數據庫服務器進行重建。為了還原卷快照，可以使用 Amazon Elastic Block Store (EBS)卷與待恢復的應用服務器綁定在一起。為了遠程訪問復原的應用，客戶可以使用通過VPC網關創建的VPN連接， 或者建立專線直聯Direct Connect。
附圖2使用AWS多可用區建立高可用高容錯應用的示意架構圖。亞馬遜AWS鼓勵用戶使用云端的多可用區(Availability Zones)，這樣可以創建高可用性的系統，并保證系統好的容災能力。 AWS將其公共云服務劃分成十一個區域，而且在每個區域內都配置了多可用區。近日， AWS中國區北京區域有限預覽已開始提供第二個EC2可用區。如何使用AWS多可用區構建高可用性號容災性的架構，是云時代IT架構師首先要學的基本功。
附圖2 使用AWS多可用區建立高可用高容錯應用的示意架構圖
亞馬遜AWS云服務還為建立備份和災備提供很多現成的服務功能。AWS 云支持許多常見的災難恢復 (DR) 架構，從收到通知即可擴展的“指示燈”環境到支持快速故障轉移的“暖待機”和“熱待機”環境，均可有效支持實現部署。下面我們簡要描述一下基本和常用的使用場景。
數據云備份
亞馬遜S3是設計為擁有11個9的持久性，可以方便的提供數據的備份服務。 企業自有的數據可以通過互聯網備份到云上，并隨時可以從任何地方還原使用。在AWS運行的存在EBS上的數據可以通過快照存在S3上，以供在需要時還原到云上或私有的機房。
附圖3 利用S3實現數據備份
指示燈(Pilot Light， 或叫守護燈)服務
在這種相對低價的備份方案場景中，用戶在AWS云上設置運行一個最核心的應用系統環境，例如一個在進行鏡像復制的數據庫服務器。 當災難來襲時，依據已預先規劃好的方案， 客戶在云里自動快速全方位部屬建立完整系統所需的其它應用和架構， 與已在運行的核心系統一起，構成一個完整的業務應用系統， 承擔起生產系統的責任。
附圖4 利用AWS實施“指示燈服務”災難備份
“暖待機”和“熱待機” 服務
在這種更高效的備份方案場景中， 一個完整具有全部系統功能的應用環境被建立在云上，并應經在運行。 在“暖待機”服務的情況下，所有應用和數據服務器按已經縮小了的最小規模在運行。 當災難來襲時，它們被迅速自動放大以承擔正常生產的負載。對于更關鍵的業務應用，客戶則可以選擇性能更高但價格也更昂貴的“熱待機”服務，即在云中部屬運行能夠支持正常生產負載的環境，實現所謂高級別的“異地多活”部屬。無論是暖熱待機，通過適當安排，這些待機的服務器平時還可以用來做調試和測試等用處。
附圖5 利用AWS實施“暖待機服務”災難備份
云備份的概念雖然簡單，但其有效部署實施對云的運營商有很高的要求。 AWS因為擁有AMI、 EIP/ENI、ELB、Auto Scaling、VPC、 Cloud Formation和多可用區等眾高性能的云服務和多年的商業運營經驗，使得上述這些云備份方案得以有效的部署和實施，并擁有眾多可供用戶借鑒的成功案例。
如果您想更多了解如何在 AWS 云中架構災備系統，請你瀏覽AWS關于云災備的網頁：http://aws.amazon.com/cn/disaster-recovery/，
并閱讀白皮書《使用AWS云服務建立災難備份系統》 http://d36cz9buwru1tt.cloudfront.net/AWS_Disaster_Recovery.pdf。
京公網安備 11010502049343號