資安

阿里雲數據庫應用案例3 – PG大客戶專屬數據庫集群

行業: 

通用行業. 

 

應用場景: 

image.png

全託管數據庫無法滿足某些場景的需求:

1、客戶自定義需求, PG 數據庫引擎具備插件擴展能力, 但是RDS內置的插件為常用插件, 無法覆蓋某些客戶的需求,例如:

  • CITUS 分佈式數據庫插件(許可問題),
  • timescaledb 時序數據庫插件(許可問題),
  • trodb mongo兼容版插件(許可問題),
  • zombodb es索引插件(許可問題),
  • madlib 機器學習插件(權限問題),

 

2、客戶需要更多集成能力, 有接入更多數據庫、操作系統(或docker)、RDSAPI的需求

  • (客戶dba): 處理更多DBA相關事務, 接入更多內部功能例如上線審計等. 需要掌握DB超級用戶權限. 
  • (客戶devops): 整合企業內部的運維平臺. 需要對接更多的數據採集API、內部API、以及更多OS的權限.
  • (客戶安全團隊): 部署企業的安全、審計軟件, 或統一認證模塊等. 需要掌握os權限. 

 

3、多產品混合部署需求.

客戶可能不只一種數據庫產品, 不同產品之間的數據交換頻率、響應延遲要求高, 例如遊戲行業, 緩存、應用、數據庫通常部署在同一臺服務器上. 

  • 需要混合部署的能力.

 

4、性價比問題, 客戶的實例數很多(例如一些PAAS企業, TOB的業務, 每個B會對應一個數據庫實例, 因為需要在業務層做到隔離, 同時又要降低成本), 需要更好的性價比.

  • 用戶需要自由指定超賣比例, 例如在業務錯峰的情況下, 64C的機器實際VCPU可以賣到120甚至更多. 

 

5、穩定性、抗干擾、安全隔離等問題.

 

  • 不同業務線的數據庫採用不同的主機, 按業務線隔離資源.
  • 根據業務數據庫的SLA級別(例如核心庫、測試庫、普通業務等), 採用不同的隔離策略, 不同的主機集群.

 

 

6、混合業務可調問題:

例如白天和晚上的實例兩種混合部署模式,

  • 半夜分析型DB開啟全速並行計算, 將TP實例挪到其他機器, 讓出更多資源給分析業務
  • 白天業務庫的資源使用需求高, 給TP實例更多資源, AP實例更少資源.

 

場景挑戰與痛點: 

特點:

1、客戶非常關心IT成本, 

2、客戶使用的數據庫量較大, 

3、客戶有自己的運維、DBA團隊, 

4、客戶有自己的IT管理體系, 

 

挑戰與痛點:

1、使用全託管數據庫, DBA和運維何去何從?

2、使用全託管數據庫, 無法完全匹配客戶原有的IT管理體系需求? 

3、使用全託管數據庫, 全黑盒. 企業原有的基於自有用戶環境的降成本、業務抗干擾、安全隔離等手段無法施展. 

 

方案: 

方案1

純自建

  • 客戶自己管理數據庫的完整生命週期

 

純全託管

  • 具有完整數據庫生命週期管理(創建、變配、克隆、釋放、遷移、同步、備份、只讀實例、安全、審計、日誌、優化、診斷、告警、專家服務等)
  • 通用
  • 管理省心, 開箱即用
  • 全球頂級團隊支撐

 

缺陷:  

純自建

  • 由於數據庫複雜, 需要專業的網絡、系統、存儲、DBA團隊
  • 限於客戶體量, 難有全球頂級的專業團隊支撐

純全託管

  • 純黑盒, 以上提到的客戶需求無法滿足

 

方案2

大客戶專屬數據庫集群

用戶對集群有更多的可控性(系統、數據庫權限, 開放更多API, 開放後端調度、管理平臺)

 

image.png

 

優勢:

  • 繼承RDS優勢
    • 高可用
    • 高可靠
    • 高性能
    • 安全審計
    • 備份
    • 克隆
    • 只讀實例
  • 支持集成
    • 用戶可自由集成專屬數據庫集群
    • 開放os、db超級用戶權限
    • 開放更多API, 可與用戶內部平臺進行整合
    • 支持堡壘機接入,更加安全
  • 高性價比
    • 自由設定超賣比例
    • 自由打散,
    • 自由設置超賣比
    • 根據不同業務等級隔離主機資源
  • 錯峰調度
    • 自由按業務等級分配主機
    • 錯峰調度: 如白天業務和分析庫, 晚上業務庫騰挪緊湊使用
  • 支持定製
    • 用戶可自由定義插件
    • citus 分庫分表
    • timescaledb 時序插件
    • zombodb ES 搜索插件
    • madlib 機器學習插件

 

大客戶專屬數據庫集群價值: 

image.png

 

 

 

本功能產品手冊:

官網手冊,

購買頁面: https://common-buy.aliyun.com/?spm=5176.9826160.0.0.4cb81450IqUZwe&commodityCode=mysql_machine_pre#/buy

 

客戶案例: 

待補充

 

使用方法介紹: 

針對不同業務, 可以創建不同的主機組, 通過超賣比、打散規則等控制成本和穩定性. 

 

1、購買主機組, 由於高可用需求, 一個組至少要2臺主機.

https://common-buy.aliyun.com/?spm=5176.9826160.0.0.4cb81450IqUZwe&commodityCode=mysql_machine_pre#/buy

 

image.png

 

 

2、(可選)配置主機組CPU、存儲超賣比.

例如CPU超賣比為200%, 則64核的主機則最多可以創建出總共 128VCPU 的數據庫實例. 

image.png

 

image.png

 

image.png

 

3、(可選)配置主機組打散規則(資源分配策略)

  • 均衡分配:表示最大化追求更穩定的系統表現,優先會從更空的主機中分配資源
  • 緊湊分配:表示最大化追求更充分的資源利用率,優先會利用已分配主機資源

 

4、(可選)配置主機的內存分配閾值, 內存分配越多越容易發生OOM, 用戶可以根據業務SLA訴求來進行設置.

 

5、(可選)用戶可以根據業務SLA訴求, 通過配置提高主機組的冗餘度, 並配置自動替換故障主機. 

  • 主機是雲盤主機,必須打開“允許自動快照主機存儲空間”
  • 主機是非雲盤主機,則先將故障主機上的實例遷移走,然後自動替換主機
  • 手動替換主機:針對故障主機,用戶手動去替換

 

6、創建實例

進入主機組後, 如果需要在這個主機組內創建實例, 點擊創建實例按鈕.

image.png

 

7、管理實例

點擊實例即可跳轉到實例管理頁面.

 

Leave a Reply

Your email address will not be published. Required fields are marked *