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