行業:
通用行業.
應用場景:
全托管資料庫無法滿足某些場景的需求:
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, 開放後端排程、管理平台)
優勢:
- 繼承RDS優勢
-
- 高可用
- 高可靠
- 高性能
- 安全審計
- 備份
- 克隆
- 隻讀執行個體
- 支援內建
-
- 使用者可自由內建專屬資料庫叢集
- 開放os、db超級使用者權限
- 開放更多API, 可與使用者内部平台進行整合
- 支援堡壘機接入,更加安全
- 高成本效益
-
- 自由設定超賣比例
- 自由打散,
- 自由設定超賣比
- 根據不同業務等級隔離主機資源
- 錯峰排程
-
- 自由按業務等級配置設定主機
- 錯峰排程: 如白天業務和分析庫, 晚上業務庫騰挪緊湊使用
- 支援定制
-
- 使用者可自由定義插件
- citus 分庫分表
- timescaledb 時序插件
- zombodb ES 搜尋插件
- madlib 機器學習插件
大客戶專屬資料庫叢集價值:
本功能産品手冊:
官網手冊,
購買頁面:
https://common-buy.aliyun.com/?spm=5176.9826160.0.0.4cb81450IqUZwe&commodityCode=mysql_machine_pre#/buy客戶案例:
待補充
使用方法介紹:
針對不同業務, 可以建立不同的主機組, 通過超賣比、打散規則等控制成本和穩定性.
1、購買主機組, 由于高可用需求, 一個組至少要2台主機.
2、(可選)配置主機組CPU、存儲超賣比.
例如CPU超賣比為200%, 則64核的主機則最多可以建立出總共 128VCPU 的資料庫執行個體.
3、(可選)配置主機組打散規則(資源配置設定政策)
- 均衡配置設定：表示最大化追求更穩定的系統表現，優先會從更空的主機中配置設定資源
- 緊湊配置設定：表示最大化追求更充分的資源使用率，優先會利用已配置設定主機資源
4、(可選)配置主機的記憶體配置設定門檻值, 記憶體配置設定越多越容易發生OOM, 使用者可以根據業務SLA訴求來進行設定.
5、(可選)使用者可以根據業務SLA訴求, 通過配置提高主機組的備援度, 并配置自動替換故障主機.
- 主機是雲盤主機，必須打開“允許自動快照主機存儲空間”
- 主機是非雲盤主機，則先将故障主機上的執行個體遷移走，然後自動替換主機
- 手動替換主機：針對故障主機，使用者手動去替換
6、建立執行個體
進入主機組後, 如果需要在這個主機組内建立執行個體, 點選建立執行個體按鈕.
7、管理執行個體
點選執行個體即可跳轉到執行個體管理頁面.