全部產品
Search
文件中心

AnalyticDB for PostgreSQL:規格及選型

更新時間:Feb 05, 2024

本文將介紹如何選擇雲原生資料倉儲AnalyticDB PostgreSQL版執行個體規格。

執行個體資源類型

AnalyticDB PostgreSQL版推薦使用儲存彈性模式和Serverless版本兩種執行個體資源類型:

  • 儲存彈性模式

    產品功能完整,使用儲存計算一體架構,支援計算節點垂直升降配,橫向擴容和儲存靈活調整。

    購買時需要指定執行個體系列計算節點規格計算節點數儲存節點類型單節點儲存大小

  • Serverless版本

    自研儲存計算分離的架構,支援秒級擴縮容、按需儲存,輕鬆覆蓋業務存在明顯閑忙的資源需求情境。

    購買時需要指定執行個體系列計算節點規格計算節點數

具體資訊如下表所示:

表 1. 儲存彈性模式

執行個體系列

節點規格

儲存磁碟類型(僅展示推薦類型)

適配情境

高可用

2C16G

ESSD雲端硬碟 PL0

POC測試。

個人學習使用,體驗測試產品能力。

4C32G

ESSD雲端硬碟 PL0

ESSD雲端硬碟 PL1

適合計算儲存均衡情境,60%使用者的選擇。

8C64G

ESSD雲端硬碟 PL1

適合計算密集型情境,支援大量高複雜度資料分析,高並發等情境。

16C128G

ESSD雲端硬碟 PL2

適合企業級平台建設,適用於高並發情境,大規模企業核心資料平台推薦選擇。

高效能(基礎版)

2C8G

ESSD雲端硬碟 PL0

POC測試。

個人學習使用,體驗測試產品能力。

4C16G

ESSD雲端硬碟 PL0

ESSD雲端硬碟 PL1

適合計算儲存均衡情境,適合離線分析業務。

重要

高效能(基礎版)不提供高可用,請謹慎選擇該系列。

8C32G

ESSD雲端硬碟 PL1

16C64G

ESSD雲端硬碟 PL2

表 2. Serverless

執行個體系列

調度模式

節點規格/計算資源閾值(ACU)

儲存磁碟類型

適配情境

高可用

手動調度

4C16G

共用儲存

新產品形態,支援秒級變更配置、按需儲存及資料共用。

適合如下情境:

  • 業務負載變動較大。

  • 新業務無法明確資源計劃。

  • 業務負載隔離明確。

8C32G

自動調度

8~32ACU

執行個體配置選型案例

案例一:互連網使用者和製造業使用者

使用者為互連網客戶和製造業客戶,目前自建業務資料庫和Greenplum數倉,希望能夠完成雲化部署。

建議:使用AnalyticDB PostgreSQL版儲存彈性模式進行部署。

優勢AnalyticDB PostgreSQL版相容所有Greenplum、PostgreSQL文法和開源生態,可完成能力的全無縫對接並按需進行資源調整。

案例二:互連網SaaS使用者

使用者為互連網SaaS客戶,需要建立資料中台,涉及多資料來源包括RDS、Flink、OSS等,期待在平台上完成資料的ETL流程,實現多源處理以及分析側不同情境的混合負載支援,需要高穩定性保證,同時平台對接資料應用支援報表和企業級資料服務。

建議:使用AnalyticDB PostgreSQL版儲存彈性模式, 執行個體系列為高可用版,計算節點規格為4C32G以上,計算節點數量為4個以上。

優勢:儲存彈性模式打通了阿里雲產品生態,支援匯入阿里雲或其他雲產品進行的資料,提供企業級能力,例如通過UDF或Resource Queue進行負載管理。可實現倉內的ETL全流程,同時提供高於傳統數倉系統約3倍的計算效能,支援分析側的應用變化,支援垂直升降配和擴容,具有較高的平台擴充性。

案例三:傳統企業數字化轉型

使用者為傳統企業,需進行數字化轉型,替代IDC上的Teradata、Oracle、DB2、傳統Greenplum等傳統數倉。

建議:使用AnalyticDB PostgreSQL版儲存彈性模式,執行個體系列可根據業務類型選擇高可用版或基礎版,計算節點規格為4C32G以上,計算節點數量為4個以上。

優勢AnalyticDB PostgreSQL版是替代Teradata、Oracle的標杆產品,已在數百家金融、電訊廠商、政企驗證完備的替代能力和解決方案。

案例四:自動駕駛企業

使用者為自動駕駛領域企業,需要基於車采資料進行地理位置和時序的採集資料分析,要求對JSON格式的友好相容和時空資料的分析能力,構建業務看板並支援特徵工程。

建議:使用AnalyticDB PostgreSQL版儲存彈性模式,執行個體系列為基礎版,計算節點規格為4C32G以上。

優勢:儲存彈性模式具備PostGIS和Ganos的時空分析引擎,同時可實現在MPP架構下的查詢加速;支援JSON等半結構化資料分析;支援資料湖分析,可實現最大程度的資料分析靈活性。

案例五:互連網遊戲企業

使用者為互連網遊戲企業,需要構建資料中台,對行為資料進行分析。平台通過清洗業務日誌和資料關聯分析,即時支援營運工具。存在工作時間的混合業務負載和資源隔離需求。

建議:使用AnalyticDB PostgreSQL版Serverless版本,計算節點規格為4C16G以上,計算節點數量為4個以上。

優勢:Serverless版本可以靈活的根據不同的時段進行資源的調整。對於日誌資料提供SLS+OSS成熟的解決方案,能夠實現倉內的高效資料清洗。Serverless版本分析能力完備,具備更強的單點計算能力。

案例六:新零售企業

使用者為新零售企業,需要構建CDP平台,平台需要完備的多資料來源匯入能力,並提供CDP下遊人群圈選的成熟解決方案。

建議:使用AnalyticDB PostgreSQL版儲存彈性模式,執行個體系列可根據需求選擇高可用版或基礎版,計算節點規格為4C32G以上,計算節點數量為4個以上。

優勢:儲存彈性模式支援多種資料格式,例如JSON、CSV、AVRO、PARQUET等,可實現資料快速匯聚並完成標籤產生。支援阿里雲自研的Quick Audience等產品,可快速實現雲上平台的一站式搭建。

案例七:大型互連網企業

使用者為大型互連網企業,各業務線具有各自獨立的業務中台,企業存在統一的資料中台,希望可以快速部署獨立資源支援不同的業務負載,且未來不會產生資料孤島。

建議:使用AnalyticDB PostgreSQL版Serverless版本,計算節點規格為4C16G以上,計算節點數量為2個以上,可部署多個執行個體。

優勢:Serverless版本快速的資源部署和彈性的特性規避了對業務的資源部署進行繁重的前期規劃,可動態適配業務負載。多個執行個體間可實現資料共用,無需擔心業務中台的發展和資料體系建設會造成資料孤島;獨立的執行個體可完全保證資源隔離;每個業務的使用方式也可以直接反映在賬單上。

案例八:構建資料開發平台

使用者需要構建一個資料開發平台,期望減少開發過程中對線上業務的影響同時增加開發效率。

建議:使用AnalyticDB PostgreSQL版Serverless版本,計算節點規格為4C16G以上,計算節點數量為2個以上,可部署多個執行個體。

優勢:生產庫使用AnalyticDB PostgreSQL版Serverless版本,在需要進行資料開發時,通過資料共用和測試執行個體實現生產資料的即時同步可用,同時避免了開發時對生產環境的影響,也可用高時效性的資料進行資料開發。