注:圖片來自31會議
可以想見,SaaS化的會議平臺,內(nèi)部模塊眾多且關(guān)聯(lián)緊密,對數(shù)據(jù)庫的需求呈現(xiàn)多樣化和精細化等特點,31會議對OLTP和OLAP都有重要的訴求。截至目前累計服務30多萬家客戶、130多萬場會展的業(yè)務量,意味著數(shù)據(jù)庫的存儲量也很可觀。所以首要的是調(diào)研了解市面上可獲取的主流數(shù)據(jù)庫類型。
UCloud能提供的UDB子類型如下表:
31會議團隊經(jīng)過審慎考慮,用戶同時選用三種數(shù)據(jù)庫,針對性的滿足不同目標。
其中,PostgreSQL相比于MySQL在OLAP上的快速高效是其優(yōu)勢,也是用戶選型PostgreSQL的重要砝碼。在實際業(yè)務中,31會議利用PostgreSQL來處理單表500w條記錄規(guī)模的大數(shù)據(jù)量查詢,并且快速流暢的將結(jié)果流轉(zhuǎn)到下一業(yè)務環(huán)節(jié)。
31會議:自建數(shù)據(jù)庫集群還是用PostgreSQL UDB云數(shù)據(jù)庫?
現(xiàn)在需要面對的選擇,是利用云主機自己搭建PostgreSQL集群,還是直接使用UCloud PostgreSQL UDB云數(shù)據(jù)庫產(chǎn)品?
UCloud PostgreSQL UDB具備高安全性和高可用性,并有備份創(chuàng)建、自動回檔等功能。數(shù)據(jù)層面來講,高可用主備和底層數(shù)據(jù)存儲,具備數(shù)據(jù)冗余,可以保證數(shù)據(jù)零丟失。
基于產(chǎn)品層面提供的這些要素,31會議選擇了使用UCloud PostgreSQL UDB產(chǎn)品。在使用PostgreSQL UDB的一年多時間里,其數(shù)據(jù)庫實例沒有發(fā)生過一次故障,UCloud后臺可靠性設計的機制抵御住了各種意外狀況,沒有影響用戶正常使用,幫助31會議免去了緊急排障的煩惱。
“PostgreSQL UDB用在大數(shù)據(jù)分析上,查詢效率更高。相比自建,其可靠性更高,方便運維維護?!?1會議運維經(jīng)理湯雷在評價UCloud PostgreSQL UDB產(chǎn)品時如此說到。
UCloud PostgreSQL UD:如何保障高可靠?
為了充分保證可靠性,PostgreSQL UDB產(chǎn)品化方面做了多項工作,例如:
1. 自動回檔
這個功能是指,當用戶出現(xiàn)人為誤操作造成數(shù)據(jù)刪除或者丟失時,只要之前7天的備份存在,就可以利用“秒級回檔”功能將數(shù)據(jù)恢復到過去7天內(nèi)的任意一秒,可以說是為用戶使用PostgreSQL產(chǎn)品提供了一顆“定心丸”。
除了回檔,用戶也可通過“創(chuàng)建從庫”功能來創(chuàng)建更多數(shù)據(jù)庫的副本,進一步增加數(shù)據(jù)的安全性。
2. 高可用部署,自動容災
PostgreSQL UDB為確保服務的高可用性,采用主從復制架構(gòu),主數(shù)據(jù)庫提供服務的同時,有另一套數(shù)據(jù)庫服務不斷同步數(shù)據(jù)并隨時待命, UDB后臺的自動容災模塊可以在PostgreSQL實例服務出現(xiàn)問題時自動探測到,并自動容災,保證數(shù)據(jù)庫服務的穩(wěn)定可靠。
實例切換時,容災模塊會把待命的備用PostgreSQL服務提升為主庫,并且在原來主服務啟動之后回退到從庫。整個過程中用戶不需要任何人工干預和配置修改,真正做到自動容災。
圖:PostgreSQL UDB自動容災示意圖
3. 熱升級,不停服在線擴容
PostgreSQL UDB可依據(jù)業(yè)務的需要,動態(tài)按需擴展數(shù)據(jù)庫資源。用戶只需在控制臺上進行幾次點擊,就可以動態(tài)調(diào)整實例的內(nèi)存和磁盤大小,滿足不同業(yè)務階段對于數(shù)據(jù)庫性能和存儲空間的彈性需求。
PostgreSQL UDB 在資源擴容過程中,數(shù)據(jù)庫服務可以做到基本不停服,只有秒級的閃斷。這樣大大減少了數(shù)據(jù)庫擴容對于業(yè)務的影響時間,做到真正的“熱升級”。