亞馬遜推出基于云服務(wù)的MySQL數(shù)據(jù)庫
在云計算、云服務(wù)等概念層出不窮的今天，放在云端的數(shù)據(jù)庫似乎已經(jīng)不是什么新鮮事了。在這里我們將介紹亞馬遜新推出的Amazon RDS，也就是作為云服務(wù)的MySQL數(shù)據(jù)庫。51CTO推薦《MySQL數(shù)據(jù)庫入門與精通教程》
Amazon最近給他們的Amazon Web Services (AWS) 平臺增加了一個新的MySQL 數(shù)據(jù)庫，叫做Amazon 關(guān)系數(shù)據(jù)庫服務(wù)(RDS)，它能和傳統(tǒng)的MySQL系統(tǒng)一樣工作。在RDS之前，客戶在AWS的數(shù)據(jù)庫服務(wù)上有幾種選擇：
運(yùn)行在Amazon Machine Image (AMI) 的客戶自提供數(shù)據(jù)庫服務(wù)
Amazon Web服務(wù)所擁有的SimpleDB service
SimpleDB 是一個簡單的數(shù)據(jù)存儲，它缺乏一個完全成熟的關(guān)系數(shù)據(jù)庫管理系統(tǒng)(RDBMS) 所擁有的完善的功能，但是提供了一種可伸縮的鍵值存儲?？蛻糇蕴峁?shù)據(jù)庫服務(wù)和傳統(tǒng)的數(shù)據(jù)中心環(huán)境差不太多，由客戶自己的員工負(fù)責(zé)管理數(shù)據(jù)庫應(yīng)用程序，包括配置，性能調(diào)優(yōu)，容量管理，版本升級，打補(bǔ)丁和數(shù)據(jù)備份等。你可以使用和傳統(tǒng)MySQL數(shù)據(jù)庫連接的交互工具來以同樣的方式控制它。
Amazon RDS 使得客戶員工減少了很多MySQL的運(yùn)維任務(wù)，有了它，數(shù)據(jù)庫計算資源的可擴(kuò)展性和性能監(jiān)測都無需人為的干涉。 而數(shù)據(jù)庫軟件通常都由服務(wù)提供商來打補(bǔ)丁和備份，并且是由客戶定義的保留時間段來做?？蓴U(kuò)展性來自AWS 所謂的“實例類”，總共有五個。你可以從一個普通的虛擬CPU 內(nèi)核以及1.7G的內(nèi)存（被叫做“小的數(shù)據(jù)庫實例” ）逐步增大到 “超大型的數(shù)據(jù)庫實例”， 也就是68G內(nèi)存和8個虛擬CPU內(nèi)核，而備份存儲被活動狀態(tài)的數(shù)據(jù)庫數(shù)據(jù)100%占滿后，額外的存儲空間是要收費的。而且數(shù)據(jù)存在另一個不同的可用區(qū)而不是該實例所在的地方。 這個和傳統(tǒng)數(shù)據(jù)安全模型的異地數(shù)據(jù)保護(hù)的概念是類似的。
這個服務(wù)得益于靈活性，AWS定義了一個每周4小時維護(hù)窗口。 這個維護(hù)窗口可以被用來為應(yīng)用軟件打補(bǔ)丁和數(shù)據(jù)備份?？蛻舨荒苓x擇退出打補(bǔ)丁的過程。但是他們可以指定維護(hù)窗口在一周內(nèi)何時發(fā)生。在維護(hù)窗口中，數(shù)據(jù)庫實例會在特定時間段內(nèi)被離線。Amazon 聲明 “只有很少情況下，打補(bǔ)丁需要超過你的維護(hù)窗口的部分時間，即使發(fā)生也只是為了安全或者持久性相關(guān)的補(bǔ)丁。”
這意味著客戶必須預(yù)期和計劃這樣一個每周發(fā)生的實例離線事件。 即使服務(wù)商表示不太可能用完四個小時的時間，但客戶也會預(yù)期最差的情況，每周要有四個小時的實例離線時間。對于能夠接受一個相對短時間的數(shù)據(jù)庫實例不可用的客戶，按計劃的關(guān)閉時間而只有最小可能的影響的方案也許能夠被接受。但有一些客戶沒有這樣選擇的自由。他們必須保證服務(wù)24x7可用，即使在每周的維護(hù)窗口運(yùn)行的時候也一樣。在傳統(tǒng)的數(shù)據(jù)庫部署中數(shù)據(jù)庫復(fù)制技術(shù)常常被用來達(dá)到高可用性。復(fù)制技術(shù)能不能也用到RDS中，從而讓客戶能夠為不同的數(shù)據(jù)庫實例指定不同的維護(hù)時機(jī)呢? 比如，如下幾種情況可能嗎？
◆2個或更多的實例運(yùn)行在master-slave 模式？
◆2個實例運(yùn)行在master-master 模式？
◆2個或更多的實例運(yùn)行在cluster模式？
現(xiàn)在還沒有很明確的答案。 在RDS 服務(wù)細(xì)節(jié)頁面 的“即將推出的新特性” 一節(jié)中，Amazon 預(yù)期數(shù)據(jù)復(fù)制可用性的選擇將會是：
提供高可用性 --對于想要超出Amazon RDS 自動備份之外靈活性的那些開發(fā)者和商業(yè)人士，將不需要對此額外付費。有了高可用性的支持，他們能夠很容易并且在成本有效的情況下在多個可用區(qū)之間同步復(fù)制數(shù)據(jù)庫實例，來防止出現(xiàn)單一存儲導(dǎo)致的失敗。
看起來這將會通過多個可用區(qū)為代價來來解決可用性問題。而解決可用性的傳統(tǒng)技術(shù)如master-slave 和 master-master 模型在這一點上并不能起到作用。
【編輯推薦】
