在云計算、云服務等概念層出不窮的今天，放在云端的數(shù)據(jù)庫似乎已經不是什么新鮮事了。在這里我們將介紹亞馬遜新推出的Amazon RDS，也就是作為云服務的MySQL數(shù)據(jù)庫。51CTO推薦《MySQL數(shù)據(jù)庫入門與精通教程》 Amazon最近給他們的Amazon Web Services (AWS) 平

在云計算、云服務等概念層出不窮的今天，放在云端的數(shù)據(jù)庫似乎已經不是什么新鮮事了。在這里我們將介紹亞馬遜新推出的Amazon RDS，也就是作為云服務的MySQL數(shù)據(jù)庫。51CTO推薦《MySQL數(shù)據(jù)庫入門與精通教程》

Amazon最近給他們的Amazon Web Services (AWS) 平臺增加了一個新的MySQL 數(shù)據(jù)庫，叫做Amazon 關系數(shù)據(jù)庫服務(RDS)，它能和傳統(tǒng)的MySQL系統(tǒng)一樣工作。在RDS之前，客戶在AWS的數(shù)據(jù)庫服務上有幾種選擇：

運行在Amazon Machine Image (AMI) 的客戶自提供數(shù)據(jù)庫服務

Amazon Web服務所擁有的SimpleDB service

SimpleDB 是一個簡單的數(shù)據(jù)存儲，它缺乏一個完全成熟的關系數(shù)據(jù)庫管理系統(tǒng)(RDBMS) 所擁有的完善的功能，但是提供了一種可伸縮的鍵值存儲。客戶自提供數(shù)據(jù)庫服務和傳統(tǒng)的數(shù)據(jù)中心環(huán)境差不太多，由客戶自己的員工負責管理數(shù)據(jù)庫應用程序，包括配置，性能調優(yōu)，容量管理，版本升級，打補丁和數(shù)據(jù)備份等。你可以使用和傳統(tǒng)MySQL數(shù)據(jù)庫連接的交互工具來以同樣的方式控制它。

Amazon RDS 使得客戶員工減少了很多MySQL的運維任務，有了它，數(shù)據(jù)庫計算資源的可擴展性和性能監(jiān)測都無需人為的干涉。 而數(shù)據(jù)庫軟件通常都由服務提供商來打補丁和備份，并且是由客戶定義的保留時間段來做。可擴展性來自AWS 所謂的“實例類”，總共有五個。你可以從一個普通的虛擬CPU 內核以及1.7G的內存（被叫做“小的數(shù)據(jù)庫實例” ）逐步增大到 “超大型的數(shù)據(jù)庫實例”， 也就是68G內存和8個虛擬CPU內核，而備份存儲被活動狀態(tài)的數(shù)據(jù)庫數(shù)據(jù)100%占滿后，額外的存儲空間是要收費的。而且數(shù)據(jù)存在另一個不同的可用區(qū)而不是該實例所在的地方。 這個和傳統(tǒng)數(shù)據(jù)安全模型的異地數(shù)據(jù)保護的概念是類似的。

這個服務得益于靈活性，AWS定義了一個每周4小時維護窗口。 這個維護窗口可以被用來為應用軟件打補丁和數(shù)據(jù)備份。客戶不能選擇退出打補丁的過程。但是他們可以指定維護窗口在一周內何時發(fā)生。在維護窗口中，數(shù)據(jù)庫實例會在特定時間段內被離線。Amazon 聲明 “只有很少情況下，打補丁需要超過你的維護窗口的部分時間，即使發(fā)生也只是為了安全或者持久性相關的補丁。”

這意味著客戶必須預期和計劃這樣一個每周發(fā)生的實例離線事件。 即使服務商表示不太可能用完四個小時的時間，但客戶也會預期最差的情況，每周要有四個小時的實例離線時間。對于能夠接受一個相對短時間的數(shù)據(jù)庫實例不可用的客戶，按計劃的關閉時間而只有最小可能的影響的方案也許能夠被接受。但有一些客戶沒有這樣選擇的自由。他們必須保證服務24x7可用，即使在每周的維護窗口運行的時候也一樣。在傳統(tǒng)的數(shù)據(jù)庫部署中數(shù)據(jù)庫復制技術常常被用來達到高可用性。復制技術能不能也用到RDS中，從而讓客戶能夠為不同的數(shù)據(jù)庫實例指定不同的維護時機呢? 比如，如下幾種情況可能嗎？

◆2個或更多的實例運行在master-slave 模式？

◆2個實例運行在master-master 模式？

◆2個或更多的實例運行在cluster模式？

現(xiàn)在還沒有很明確的答案。 在RDS 服務細節(jié)頁面 的“即將推出的新特性” 一節(jié)中，Amazon 預期數(shù)據(jù)復制可用性的選擇將會是：

提供高可用性 --對于想要超出Amazon RDS 自動備份之外靈活性的那些開發(fā)者和商業(yè)人士，將不需要對此額外付費。有了高可用性的支持，他們能夠很容易并且在成本有效的情況下在多個可用區(qū)之間同步復制數(shù)據(jù)庫實例，來防止出現(xiàn)單一存儲導致的失敗。

看起來這將會通過多個可用區(qū)為代價來來解決可用性問題。而解決可用性的傳統(tǒng)技術如master-slave 和 master-master 模型在這一點上并不能起到作用。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com