摘要：今年8月9日，在京召開的亞馬遜AWS中國技術峰會上，亞馬遜AWS全球副總裁、大中華區執行董事容永康宣佈，AWS 歷史上用戶數量增速最快的雲服務Amazon Aurora登陸中國，並在由西雲數據運營的AWS中國（寧夏）區域率先提供服務。
與此同時，AWS在北京區域和寧夏區域一併推出了數據庫遷移服務，在幫助客戶從傳統數據庫快速遷移到Aurora平臺的同時，快速搶佔市場。
眾所周知，數據庫服務是粘性最強的雲服務之一，一旦客戶被吸附，轉投其他雲的可能性就微乎其微。
如今3個月過去了，因為沒有官方數據，所以，這3個月到底有多少中國企業選擇並遷移到Aurora之上不得而知。不過近期，AWS官方博客發佈了3篇與Aurora相關的文章，其中有2篇是國外用戶遷移到Aurora之上的案例， 1篇是幫助用戶如何從Oracle數據庫遷移到Aurora PostgreSQL的教程。
通過對這2個案例研究，我們或許可以發現Aurora到底憑什麼成為AWS增長最快的雲服務的一絲端倪。
先來看看這2家國外企業：
InfoScout 創建於2011年，總部位於舊金山，通過一系列的APP，幫助用戶拍照上傳購物小票，換取各種獎勵。而 InfoScout則將這些購物信息彙總分析形成報告，提供給零售商、代理商、大眾消費品企業。
Autodesk國內的朋友應該不陌生，設計圈內大名鼎鼎的AutoCAD，就是這家公司的產品。知名的二維和三維設計、工程與娛樂軟件公司，創立於 1982 年。
選擇Aurora的原因：瓶頸
InfoScout目前獲取的信息佔美國購物交易的 1/500，每天傳輸 300000 張收據圖像。隨著業務增長，InfoScout開始遇到數據庫性能問題。高流量期間有兩個重大問題爆發出來。
首先，是查詢執行時間的總體性能不佳。在高峰負載下，高併發請求，導致讀取速度下降，頁面超時，作業失敗。
其次是存儲問題。Amazon RDS for MySQL 當時的最大存儲容量為 6 TB（現在最高支持 16 TB），而當時，InfoScout的數據庫已經達到了 5 TB。
Autodesk的瓶頸得先從Autodesk Access Control Management (ACM)說起。
儘管ACM 的架構允許 Autodesk 擴展和平衡應用程序的負載，但瓶頸很快就轉移到數據庫。比如，應用程序連接單個 RDS MySQL 數據庫實例，限制了可用的擴展選項。一個方法是增加數據庫實例的大小。這種方法仍然受到可以預置的數據庫實例的最大型號制約。ACM 很快就超出了最大可用實例的容量限制。
下一個選項是增加 RDS Read Replica 實例的數量以卸載主實例的讀取流量，從而橫向擴展數據庫容量。Autodesk 希望複製延遲能低於一秒，從而為所有 ACM 用戶提供穩定的體驗。與只讀副本有關的複製延遲取決於主實例和只讀副本實例的工作負載壓力。
除非重新設計 ACM 的架構，將數據跨多個 MySQL 數據庫進行分拆，Autodesk 不得不對應用程序進行控制，限制指向數據庫的負載以減少複製延遲。但這種方法是不可持續的。
遷移到 Aurora 後
遷移到 Aurora 後，InfoScout發現，收據引擎狀態計算機中的一個關鍵步驟的時間減少了 10 倍。此任務負責複製圖像並驗證最近提交的收據。
下圖顯示了收據管道中的一個關鍵異步作業的運行時間。可以看到執行時間下降了 10 倍，從 4 秒縮短至 400 毫秒。
除 AWS 監控工具外，InfoScout還使用 New Relic 等生產級的服務來進行深度性能監控。通過提取了這些報告，可以看到響應時間縮短了 3 倍！
在InfoScout使用MySQL 時，完成手機客戶端向後端發出的標準網絡調用需要 600 毫秒，部署 Aurora 後，這一延遲已經縮短至 200 毫秒以下。
下圖為遷移之前和之後的延遲，能看到性能明顯提升。
遷移到 Aurora 後的 ACM 應用程序架構：
在此架構中，Aurora 集群包含一個寫實例和最高四個 Aurora 副本。Aurora Auto Scaling 將會啟用以根據 CPU 利用率自動調整 Aurora 副本的數量。
下圖顯示了遷移之前和之後的 CPU 利用率。Autodesk 的 CPU 利用率下降了 10 倍，從使用 MySQL 時高達 100% 的峰值水平降至使用Aurora後不到 10%的水平。
MySQL
Aurora
下圖顯示了遷移之前和之後的應用程序響應時間。 Autodesk 的響應時間縮短了 2 倍。
MySQL
Aurora
遷移到 Aurora 後，Autodesk 發現數據庫的性能超出預期，應用程序的擴展性提高了 20 倍，應用程序的響應時間縮短了 2 倍，並且 Aurora 支持的數據庫連接數量增加了 7 倍。
寫在最後
通過這兩個案例，我們可以總結出Aurora的四個亮點，也是對在用MySQL企業的四大誘惑，而這或許就是為什麼Aurora能成為AWS用戶增長最快的雲服務之一的原因。
1、 完全兼容MySQL，意味著即插即用，即用戶在無需修改程序的前提下，可以直接遷移。
2、 性能增強，性能是MySQL的五倍，意味短期內無需對數據庫進行分區或自建集群，用戶擁有了更大的空間來滿足未來業務增長的需要。
3、 自動存儲擴展，Aurora採用分佈式、容錯型、自我修復式的存儲系統，可自動最高擴展至 64 TB，無需手動擴展數據庫的存儲容量。
4、 低複製延遲以實現讀取擴展，最高可配置 15 個低延遲的 Aurora 副本，提高了可用性並支持讀取擴展，典型的複製延遲在100毫秒以下。
當然，這2個案例只是針對MySQL的遷入，但這並不意味著Aurora只能替代MySQL，另外一篇Oracle遷移到Aurora PostgreSQL的教程很說明問題，Aurora的目標還有Oracle數據庫。
閱讀更多 老魚筆記 的文章
