行業:
通用行業.
應用場景:
全托管資料庫無法滿足某些場景的需求:
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
純自建
- 客戶自己管理資料庫的完整生命周期
純全托管
- 具有完整資料庫生命周期管理(建立、變配、克隆、釋放、遷移、同步、備份、隻讀執行個體、安全、審計、日志、優化、診斷、告警、專家服務等)
- 通用
- 管理省心, 開箱即用
- 全球頂級團隊支撐
缺陷:
1、純自建
- 由于資料庫複雜, 需要專業的網絡、系統、存儲、DBA團隊
- 限于客戶體量, 難有全球頂級的專業團隊支撐
2、純全托管
- 純黑盒, 以上提到的客戶需求無法滿足
方案2
大客戶專屬資料庫叢集
- 使用者對叢集有更多的可控性(系統、資料庫權限, 開放更多API, 開放後端排程、管理平台)
優勢:
- 繼承RDS優勢
- 高可用
- 高可靠
- 高性能
- 安全審計
- 備份
- 克隆
- 隻讀執行個體
- 支援內建
- 使用者可自由內建專屬資料庫叢集
- 開放os、db超級使用者權限
- 開放更多API, 可與使用者内部平台進行整合
- 支援堡壘機接入,更加安全
- 高成本效益
- 自由設定超賣比例
- 自由打散,
- 自由設定超賣比
- 根據不同業務等級隔離主機資源
- 錯峰排程
- 自由按業務等級配置設定主機
- 錯峰排程: 如白天業務和分析庫, 晚上業務庫騰挪緊湊使用
- 支援定制
- 使用者可自由定義插件
- citus 分庫分表
- timescaledb 時序插件
- zombodb ES 搜尋插件
- madlib 機器學習插件
大客戶專屬資料庫叢集價值:
- 通過開放更多底層API和權限, 支援與客戶現有系統內建, 資料庫定制能力.
- 通過開放背景管理系統以及專有主機模式, 支援使用者完全可控的資源排程, 超賣比, 提升整體成本效益、資源隔離性、排程能力.
- 通過堡壘機的接入, 提升了使用者資料庫的安全性.
- 通過完全繼承RDS的能力, 擁有阿裡雲資料庫數十年技術沉澱與數百萬使用者線上穩定運作保障, 確定了大客戶專屬主機組的産品品質.
阿裡雲資料庫應用案例3 - PG大客戶專屬資料庫叢集
本功能産品手冊:
官網手冊,
購買頁面:
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、管理執行個體
點選執行個體即可跳轉到執行個體管理頁面.
執行個體變配等操作:
8、(可選)建立主機賬号
首先需要将主機組接入到堡壘機, 接入後, 就可以添加主機賬号. (在主機組控制台即可接入堡壘機)
如果要登陸主機組的主機, 需要添加主機賬号, 添加完賬号之後, 就可以登陸對應的主機了.
9、(可選)管理主機
查詢主機目前狀态、主機監控資訊等.
阿裡雲PG技術交流群