軟體目錄 - 叢集/複製

作為 BiSoft 團隊，我們多年來一直為許多公共和私營機構提供 PostgreSQL 支援，我們重視 PostgreSQL 在我國和世界各地的傳播及其效率的提高。憑藉我們持續的 PostgreSQL 管理經驗，根據我們所見的需求，我們現在滿足高階自動故障轉移和審計的需求。我們很高興宣佈我們開發的軟體。一旦安裝了資料庫環境，首先想到的事情之一就是資料訪問的連續性和可持續性（HA）。在 PostgreSQL 中，HA 由內建複製解決方案提供。不存在基於共享儲存邏輯的多主架構。在複製環境中，如果主伺服器發生故障，則應將備用伺服器中最合適的一臺指定為新主伺服器，如果存在其他備用伺服器，則應將其指向新主伺服器。這些操作需要手動干預或能夠自動執行它們的外部工具。BFM 在 PostgreSQL 中自動執行所有這些操作，並在故障轉移期間提供不間斷的服務。

Postgres 的多主多從非同步複製系統。

CloudNativePG 是一個開源的 Operator，旨在管理執行在私有、公共、混合或多雲環境中的任何支援的 Kubernetes 叢集上的 PostgreSQL 工作負載。CloudNativePG 遵循 DevOps 原則和宣告式配置、不可變基礎設施等概念。

它定義了一個名為 Cluster 的新 Kubernetes 資源，代表一個由單個主節點和可選數量的副本組成的 PostgreSQL 叢集，這些副本共存於選定的 Kubernetes 名稱空間中，用於高可用性和讀查詢解除安裝。

位於同一 Kubernetes 叢集中的應用程式可以使用僅由 Operator 管理的 Service 來訪問 PostgreSQL 資料庫，而無需擔心故障轉移或切換後主角色發生變化。位於 Kubernetes 叢集外部的應用程式需要配置 Service 或 Ingress 物件來透過 TCP 暴露 Postgres。Web 應用程式可以利用基於 PgBouncer 的原生連線池。

CloudNativePG 最初由 EDB 構建，然後根據 Apache 許可證 2.0 開源釋出，並於 2022 年 4 月提交給 CNCF Sandbox。 原始碼儲存庫位於 Github。

Tungsten Enterprise 是 PostgreSQL 的完整複製和資料管理解決方案。Tungsten Enterprise 使用複製和分散式管理來建立使用冗餘資料副本的虛擬化資料庫。Tungsten Enterprise 幫助客戶構建容錯叢集，確保不間斷的資料訪問，提高效能並降低成本。最重要的是，Tungsten 不需要 DBMS 升級或應用程式更新即可使用。它與現有應用程式和資料庫版本透明地工作。

Tungsten Enterprise 基於 Tungsten Replicator 構建，這是一個 PostgreSQL 的開源資料複製引擎。Tungsten Enterprise 包括簡單的 Operator 命令進行狀態檢視和維護的分散式管理，用於執行故障轉移過程的業務規則，透明的 SQL 路由和負載平衡，以及與 NetApp 等高階儲存系統的整合。Tungsten Enterprise 在雲和本地硬體上執行效果同樣出色。

Tungsten Enterprise 的客戶包括大型企業、SaaS 公司、社交網路網站和 ISP。依賴 Tungsten Enterprise 的應用程式範圍從內部 IT 系統到每天為數千名客戶處理數億次交易的多租戶應用程式。

EDB Postgres for Kubernetes 是一個由 EDB 設計、開發和支援的 Operator，它使用原生流複製技術，涵蓋了高可用性 Postgres 資料庫叢集（主/備架構）的整個生命週期。它基於開源的 CloudNativePG Operator，並提供額外的價值，例如與 EDB Postgres Advanced Server 的 Oracle 相容性以及對 IBM Power 和 OpenShift 等其他支援的平臺的支援。

可用的關鍵功能包括：- 用於高可用性的 Kubernetes API 整合 - 透過故障轉移和副本的自動重新建立實現自我修復 - 具有擴充套件/縮減能力的容量管理 - 用於計劃內維護的計劃內切換 - 只讀和讀寫 Kubernetes 服務定義 - 用於 Postgres 次版本和 Operator 升級的滾動更新 - 連續備份和時間點恢復 - PgBouncer 連線池 - 開箱即用的整合指標匯出器 - 跨多個 Kubernetes 叢集的 PostgreSQL 複製 - OpenShift 的 Red Hat 認證 Operator

該 Operator 已從 Cloud Native PostgreSQL 重新命名。Cloud Native PostgreSQL 的現有使用者不會受到任何影響，因為底層元件和資源均未更改。

GridSQL 是一個面向資料倉庫和資料市場應用的無共享叢集資料庫系統。它具有智慧功能，可在多臺伺服器上最大化並行處理，從而提供比單節點資料庫更快的查詢響應時間。

Kubegres 是一個 Kubernetes Operator，允許部署啟用了資料複製的 PostgreSql 例項叢集。它簡化了使用 PostgreSql 的過程，考慮到使用 Kubernetes 管理有狀態集生命週期和資料複製的複雜性。

Kubegres 具有以下功能

• 它建立一個啟用了資料複製的 PostgreSql 伺服器叢集：它建立一個主 PostgreSql Pod 和多個副本 PostgreSql Pod，並將主節點的資料庫即時複製到副本 Pod。

• 它管理故障轉移：如果主 PostgreSql 崩潰，它會自動提升一個副本 PostgreSql 作為主節點。

• 它有一個數據備份選項，允許定期將 PostgreSql 資料轉儲到指定的卷中。

• 它提供了一個非常簡單的 YAML，具有專門針對 PostgreSql 的屬性。

• 它具有彈性，擁有超過 55 個自動化測試用例，並且已在生產環境中執行。

• 它與 Docker 官方映象團隊建立的 PostgreSql 容器一起工作：它不提供也不需要自定義 Docker 映象即可工作。

Kubegres 由 Reactive Tech Limited 和首席開發人員 Alex Arica 開發。

它是使用 Kubebuilder 版本 3 框架開發的，Kubebuilder 是一個用於使用 CRD 構建 Kubernetes API 的 SDK。Kubebuilder 由官方 Kubernetes API 機械特別興趣小組 (SIG) 維護。

您可以在 入門頁面 中找到有關如何安裝和使用它的更多詳細資訊。

Pervasync 資料庫同步框架支援本地 PostgreSQL 資料庫與中心 PostgreSQL 資料庫的同步。

該框架的簽名功能是它允許您使用帶有引數的自由格式 SQL 查詢來細分中心伺服器資料。每個本地資料庫都可以與中心資料庫共享共享資料和私有資料。

同步可以是雙向的，意味著可以在本地和中心資料庫上進行寫入。變更捕獲、衝突檢測和解決內置於同步框架的核心中。

pg_auto_failover 是 PostgreSQL 的一個擴充套件和服務，用於監視和管理 Postgres 叢集的自動故障轉移。它針對簡單性和正確性進行了最佳化，並支援 Postgres 10 及更高版本。

pg_auto_failover 支援多種 Postgres 架構，併為您的 Postgres 服務實現了安全的自動故障轉移。您可以從只有兩個資料節點開始，這兩個節點將由監視器分配主節點和次節點角色。從 pg_auto_failover 版本 1.4 開始，可以實現具有任意數量 Postgres 節點的生產架構，以獲得更好的資料可用性保證。

pg 自動故障轉移文件線上地址為 https://pg-auto-failover.readthedocs.io/，並且包含一個 非常詳細的教程，用於開始使用 Azure VM。

Pg Chameleon 是一個用 Python 3.3+ 開發的 MySQL 到 PostgreSQL 複製系統。該系統可以即時地將資料更改從 MySQL 複製到 PostgreSQL。

Python-mysql-replication 庫從 MySQL 複製協議收集資料更改，並使用 PostgreSQL 作為中繼日誌和複製目標。

主頁

Pypi 包

Github 頁面

Pgpool-II 是一個適用於 PostgreSQL 7.4 或更高版本的同步複製系統。它提供了構建使用 PostgreSQL 的高效能/高可用性叢集所需的所有功能，包括連線池和負載均衡。

Pgpool 也可以與其他複製系統整合，例如 Slony-I。

Slony-I 是一個“主到多個從”的複製系統，支援級聯（例如 - 一個節點可以饋送另一個節點，另一個節點又饋送另一個節點...）和故障轉移。

Slony-I 開發的大圖景是，它是一個主從複製系統，包含將大型資料庫複製到數量相對有限的從節點所需的所有特性和功能。

Slony-I 是一個專為資料中心和備份站點設計的系統，其中正常的操作模式是所有節點都可用。

SPQR 是一個透過分片實現 PostgreSQL 水平擴充套件的查詢路由器。

主要功能

• 分片。如果可能，路由器在事務的第一條語句時確定一個分片，並將客戶端繫結到該分片直到事務結束。但您可以顯式指定一個分片或在註釋請求中指定一個 分片鍵。
• 事務和會話池。就像您喜歡的連線池器（Odyssey 或 PgBouncer）一樣。
• 多個路由器實現容錯。路由器僅將分片規則儲存在快取中。有關整個安裝的資訊儲存在 QDB 服務中，因此同時執行的路由器數量不受限制。
• 動態資料遷移。分片之間的資料遷移旨在成比例地平衡分片上的工作負載。主要思想是儘量減少這些遷移期間的任何鎖定影響，這透過減小傳輸的資料範圍大小來實現。
• 有限的跨分片查詢。SPQR 路由器支援有限的跨分片查詢子集。這是透過非破壞性和非一致性的盡力邏輯實現的，主要用於測試目的。請不要在生產環境中使用此功能，跨分片快照將不一致。
• 多個伺服器和故障轉移。在路由器配置中，可以為同一個分片指定多個伺服器。然後路由器將在副本之間分發只讀查詢。但是，除了自動路由之外，您還可以選擇透過在查詢中使用 target-session-attr 引數來顯式定義特定查詢的目標。
• 查詢執行開銷極小。請參閱 此處 和 此處 的基準測試。

TCapture 是一個基於“捕獲和應用”非同步複製引擎的雙向多主複製伺服器。

實際的 TCapture 引擎是一個 Java 應用程式，它作為一個獨立於“PostgreSQL”的程式執行，並且必須顯式啟動。當 TCapture 執行時，它將掃描所有主資料庫的事務日誌並提取必須複製的事務。捕獲的事務儲存在“儲存資料庫”中，該資料庫是 TCapture 專用的“PostgreSQL”使用者資料庫。在儲存資料庫中，事務被“複製”到訂閱了該事務的所有儲存資料庫。然後將事務應用於複製資料庫。

TCapture 的吸引力之一是它設定和配置起來相當容易：從零開始，您可以在不到 30 分鐘內部署一個可用的複製系統。設定過程在 TCapture 指南中有描述。與任何複製一樣，在開始之前，請確保您對要實現的複製邏輯有清晰的瞭解。

主要特點

• 事務性。SQL 是事務性捕獲的，可以與周圍的業務邏輯耦合。
• 高效。它從預寫日誌 (WAL) 中捕獲事務進行復制，而不是使用觸發器，消除了主資料庫的開銷，並顯著降低了延遲。
• 靈活。生產者或消費者的數量沒有限制，但複雜性會增加。
• 可靠。事務儲存在“PostgreSQL”資料庫中 – 這帶來了預寫日誌和崩潰恢復的好處。
• 透明。對已在該資料庫上執行的應用程式沒有影響，因為引擎和“儲存資料庫”都可以獨立於生產資料庫執行。
• 易於使用。設定和配置簡單，是不同“PostgreSQL”版本之間資料複製的有效工具。
• 開源。沒有許可費用，但有時您需要自己動手。