Amazon Aurora 在由西雲數據運營的 AWS 中國區域落地

很多用戶在開發軟體系統時，使用了傳統的 MySQL 資料庫，隨著訪問用戶的增長，資料庫讀寫變得異常頻繁，常常會遇到性能瓶頸。這時大家常常會使用分區、分庫分表、讀寫分離、資料庫中間件等方案優化資料庫訪問性能。這些方案常導致資料庫層的架構維護或開發變得複雜。

Amazon 企業級雲資料庫 Aurora 服務在 AWS 中國（寧夏）區域的落地，將很大程度幫助這些有性能瓶頸的用戶。Amazon Aurora 是亞馬遜為雲打造的一款能兼容 MySQL 的新一代企業級資料庫，它基於雲設計了一套全新架構，使資料庫的性能大大優化，每秒鐘能完成數十萬甚至上百萬的讀寫事務。它有商業資料庫的性能和可靠性，有非常靈活的橫向及縱向擴展能力，而成本只有商業資料庫的 1/10，讓廣大開發者在開發應用時有了一個新的選擇。

AmazonAurora的兼容性

在由西雲數據運營的 AWS 中國（寧夏）區域上線的 Amazon Aurora 能很好地兼容 MySQL 資料庫，未來也會提供對 PostgreSQL 的支持。

Aurora MySQL 能完全兼容使用 InnoDB 存儲引擎的 MySQL 5.6 及 MySQL 5.7 資料庫。MySQL 使用 MyISAM 存儲引擎的資料庫的部分功能無法在Amazon Aurora 上使用。

對於當前使用 MySQL 5.6（InnoDB）、MySQL 5.7 （InnoDB）的用戶，無需修改應用的代碼、應用程序、驅動程序和連接工具，就可以像訪問原資料庫一樣訪問 Amazon Aurora。有版本差異的資料庫，也只需要進行資料庫升級或者進行少量代碼、應用的修改就可以將系統遷移到 Amazon Aurora。

對於使用 Oracle 或其他資料庫的用戶，可以使用 AWS 提供的遷移工具或第三方遷移工具將數據遷移到 Amazon Aurora 中，但應用的代碼、驅動和訪問工具可能會和原來不同。

Amazon Aurora 的高性能和擴展性

Amazon Aurora 是一個集群資料庫，你創建的集群資料庫可以包含一個主節點和多個只讀節點，當用戶訪問量增加時，你可以根據需求動態增加只讀節點，從而擴展資料庫的讀的能力，它最多可以跨三個可用區，添加 15 個低延時（一般延時為毫秒級）的只讀副本，這意味著你的資料庫可以是一個 16 個節點組成的集群，大大提高了資料庫的處理能力。

Amazon Aurora 數據的持久性

Amazon Aurora 資料庫的存儲是以 SSD 硬碟為基礎的、能被 Aurora 資料庫內多個節點共享的虛擬集群卷，這個集群卷可以跨 3 個可用區。當我們將數據插入到 Aurora 資料庫的時候，資料庫會跨三個可用區自動複製數據的 6 個副本（每個可用區 2 個副本），當磁碟故障或數據中心發生災難時， Aurora 虛擬集群卷能夠自動恢復故障，從而保障數據的高可用。

Amazon Aurora 的訪問

我們一般通過集群終端節點和只讀節點訪問 Amazon Aurora 資料庫，這和訪問普通的 MySQL 是類似的。集群終端節點會訪問資料庫主節點進行讀寫操作，只讀節點通過負載均衡的方式訪問多個只讀節點，這樣能減輕每個節點的壓力。如果主節點出現故障，只讀節點會自動提升為主節點，故障轉移數據通常小於 30 秒。由於 Amazon Aurora 的多個節點可以位於雲上不同的可用區，因此小到物理伺服器損害，大到機房損毀，都不會對資料庫造成大的影響，您的資料庫都可以自動恢復故障。

Amazon Aurora 的架構

傳統的資料庫大都設計於 70 年代，它將資料庫實例和存儲集成在一起，很難橫向擴展，性能也不易改善。Amazon Aurora 是基於雲設計的新一代架構，使用的是計算和存儲分離的方案（如下圖所示），在高可用、存儲、日誌、連接等多方面有優化。它的上層是跨可用區的多個 Aurora 實例節點，保障實例的高可用，虛擬存儲層保持數據的多個副本，從而保證數據的高可用。Amazon Aurora 為關係型資料庫帶來了一種新的架構，通過將計算和存儲解耦，實例將日誌發送給存儲服務，日誌在存儲服務中處理並自動同步多份數據，從而使資料庫能夠非常靈活地橫向擴展。由於計算層和存儲層之間傳輸的是日誌而不是更改的數據，因此計算和存儲層之間的網路流量大大降低。

Amazon Aurora 的性能

我們使用 4 台安裝了 sysbench 的 R3.8XLarge 機器（32 核／244GB 內存）對一個 R3.8XLarge（32 核／244GB 內存）的單節點的 Aurora MySQL 資料庫進行了性能測試，性能測試結果如下表：

寫入測試

圖中左邊顯示在壓力下，AmazonAurora 資料庫每秒寫入超過了 11 萬個事物（11萬 tps）,而標準的 MySQL 才完成每秒 2 萬個事物。

讀取測試

圖中右邊顯示在壓力下，Amazon Aurora 資料庫每秒執行完成 60 萬個查詢（60萬 tps），而 MySQL 最好的時候也不過是 10 萬多個查詢。

從性能測試可知，在同等情況下，Amazon Aurora 的性能比 MySQL 好很多，由於 Amazon Aurora 可以橫向擴展最多 15 個只讀節點，因此在有多個只讀節點分擔讀請求的時候，Amazon Aurora 的讀能力大大優於 MySQL。

資料庫維護

Amazon Aurora 是一種完全託管的資料庫，管理員無須管理資料庫的操作系統及操作系統上軟體的安裝等，亞馬遜自動定期將資料庫數據及日誌備份到 Amazon S3 存儲，從而使資料庫管理員在需要時快速恢複數據，管理員可以很容易將資料庫恢復到 5 分鐘前的任何狀態。Amazon Aurora 還提供了回退功能，如果用戶出現了誤操作，管理員可以將資料庫回退到 3 天內的任何一個一致狀態。託管的 Amazon Aurora 大大減輕了管理員的硬體維護、軟體更新升級、備份恢復等常見操作。

客戶情況

Amazon Aurora 當前是 AWS 公司歷史上發展最快的服務，很多企業正在 Amazon Aurora 上運行關鍵業務。下面是部分客戶的 logo 和成功案例：

包括Capital One、FINRA、INRIX、Nielsen、Verizon、FantasyDraft、OpenSCG 和 SRA OSS 當前都在使用 Amazon Aurora 。

道瓊斯是全球新聞和信息巨頭，擁有著包括華爾街日報和道瓊斯通訊社等多個知名品牌，它在 2017 年 5 月將傳統機房的資料庫遷移到 Amazon Aurora，原來有多名 DBA 管理的多個資料庫，被遷移到一個可彈性擴展的 Amazon Aurora 集群資料庫，整個資料庫的訪問變得更安全和高效，維護變得簡單，同時也節省了成本。

道瓊斯首席產品和技術官 Ramin Beheshti 在使用 Amazon Aurora 後表示

「

使用 Amazon Aurora 對我們所有人來說都是一個非常棒的舉措，這一舉措不僅讓我們脫離了老技術，也在吸引和留住用戶方面發揮著重要的商業作用。Amazon Aurora 的高性能，能讓我們接入更多的新通訊提供商，同時也能讓我們的新聞通訊系統平台更加可靠和可擴展。

」

另外一個比較新的案例是Verizon。Verizon Communications 是納斯達克的一家上市公司，公司在美國運營可靠的無線網路和全國的光纖網路接入服務，並向全球企業提供網路集成解決方案，它旗下眾多子公司服務全球超過 10 億用戶。Verizon 在 2018 年 5 月宣布將遷移超過 1,000 個業務應用及後台資料庫到 AWS 平台，並且包括使用 Amazon Aurora 代替生產資料庫，通過將本地資料庫替換成 Amazon Aurora，他們獲得了高端商業資料庫的速度及可用性，也能獲得開源資料庫的簡單性和低成本。

總結

Amazon Aurora 資料庫在海外已經使用了三年，在這三年中經過了無數客戶的測試及生產環境的驗證，我們也在這三年里根據用戶的需求對它進行了很多的優化，它是一款成熟、穩定、性能優異的企業級資料庫。

Amazon Aurora 在由西雲數據運營的 AWS 中國（寧夏）區域落地，將很大程度解決您的應用在高並發下的性能和彈性擴展問題，無論您的資料庫是在傳統機房或是在雲中，都可以很輕易地遷移到 Amazon Aurora 中，通過 Amazon Aurora，您的資料庫訪問的性能將大幅提高，用戶也將得到更好的體驗。

馬上掃描/長按識別下方二維碼

或點擊原文閱讀

了解AWS 技術峰會 2018 北京站更多詳情

與我們一起

所 ? 建 ? 不 ? 凡

*本次活動最終解釋權歸亞馬遜通技術服務（北京）有限公司所有。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！