AlloyDB Omni 客戶必須負責設定及操作 AlloyDB Omni,確保工作負載能充分發揮服務價值。
| 圖層 | Google 的責任 | 客戶的責任 | |
|---|---|---|---|
| 硬體和主機 | 實體基礎架構 | 提供最低和建議規格需求 (如適用) | 佈建實體伺服器、VM 或邊緣裝置,例如電源、冷卻和硬體。 |
| 主機作業系統 (OS) | 提供最低和建議規格需求 (如適用) | 管理 Linux 核心、套用 OS 安全性修補程式,以及強化主機節點。 | |
| Kubernetes | 叢集管理 | 提供最低和建議規格需求 (如適用) | 按照業界標準最佳做法,管理叢集的日常作業 (包括升級)。 |
| 儲存空間 (CSI/PV) | 提供最低和建議規格需求 (如適用) | 佈建儲存空間類別,並管理底層設備。AlloyDB Omni 需要區塊裝置,因此請務必選擇區塊裝置類別。 | |
| 網路 (CNI) | 提供最低和建議規格需求 (如適用) | 佈建及管理網路層,例如 Pod 網路、Ingress 控制器、負載平衡器,以及節點之間的防火牆規則。 | |
| 角色式存取控管 (RBAC) | 提供 AlloyDB Omni Kubernetes 運算子所需的服務帳戶、角色和角色繫結。 | 將這些角色式存取控管 (RBAC) 規則套用至叢集,並確保這些規則符合內部安全性政策。如要存取 AlloyDB Omni 資源,請建立其他 RBAC 角色和角色繫結。 | |
| Secret Manager | 讀取標準 Kubernetes Secret 來佈建資源,例如初始 postgres 使用者。 |
在叢集中建立、保護及輪替 Kubernetes Secret。 | |
| 憑證管理 | 依賴標準的 Kubernetes Secret 和cert-manager進行憑證整合。 |
安裝、設定及管理 cert-manager 的生命週期。 |
|
| 運算子軟體 | 開發與發布 | 開發 AlloyDB Omni operator 邏輯和 CRD,並發布容器映像檔、Helm chart 和 OLM 套件。 | 無,客戶可使用儲存在 Artifact Registry 中的構件進行部署。 |
| 安裝與生命週期 | 提供文件並升級構件。 | ||
| 資料庫引擎 | 資料庫二進位檔 | 提供 AlloyDB 容器映像檔,並具備資料欄引擎和 AI 加速等專屬最佳化功能。 | 無 |
| 正在套用修補程式 | 發布引擎的安全性修補程式,以及子版本和主要版本更新。提供升級操作說明。 | 視各版本的重要性,盡快安排升級。 | |
| 使用者管理 |
|
|
|
| 資料管理 | 備份 | 提供 `BackupPlan` 和 `Backup` CRD,以及管理備份的邏輯,這些備份是使用 pgBackrest 搭配 S3 相容整合功能管理。 |
設定備份時間表和保留期限,並佈建本機、S3 或 Cloud Storage 目標儲存空間 bucket。 |
| 高可用性 (HA) | 提供自動容錯移轉邏輯和修復機制。 | 佈建足夠的節點和可用區,提供待命目標來支援容錯移轉。 | |
| 加密 (靜態) | 無 | 管理儲存層加密,確保符合您的需求。 | |
| 加密 (傳輸中) | 為內部運算子元件提供 mTLS,並為使用者與資料庫的連線設定伺服器端 TLS。 | 使用安全的 TLS 用戶端連線至資料庫,並管理基礎憑證基礎架構。 | |
| 觀測能力 | 指標 | 使用與 Prometheus 相容的端點,公開內部資料庫指標。 | 使用 Prometheus、Open Telemetry 或其他相容解決方案及其儲存空間堆疊,部署及管理抓取工具。監控系統的整體健康狀態。 |
| 記錄 | 將 PostgreSQL 和稽核記錄寫入容器磁碟上的檔案,並輪替這些檔案。 | 部署記錄收集器 (例如 Fluentd 和 Fluent Bit),將記錄傳送至儲存空間後端 (例如 Splunk 或 ELK)。請務必擷取記錄收集器,將記錄保留至少一個月 (建議)。 | |
| 圖表 | 提供範例指標和記錄資訊主頁,監控標準工作負載。 | 部署及監控視覺化工具 (例如 Grafana) 的健康狀態。建立資訊主頁,並納入日常營運工作。 | |
| 警告 | 無 | 管理警告管道,例如 PagerDuty 整合。 | |
| 支援 | 疑難排解 | 提供軟體錯誤和引擎錯誤的支援。如要取得這項支援服務,必須訂閱授權。 | 透過說明文件和知識庫提供初步支援。偵錯基礎架構相關問題。 |