軟體目錄 - 叢集/複製 (Clustering/replication)

身為 BiSoft 團隊，多年來我們一直為許多公共和私人機構提供 PostgreSQL 支援，我們重視 PostgreSQL 在我們國家和世界各地的傳播，並提高其效率。 憑藉我們持續的 PostgreSQL 管理經驗，根據我們所看到的需求，我們現在滿足了高級自動故障轉移和稽核的需求。 我們很高興地宣布我們開發的軟體來滿足這些需求。 安裝好資料庫環境後，首先想到的就是資料存取的持續性和永續性 (HA)。 在 PostgreSQL 中，HA 透過內建的複製解決方案提供。 沒有基於共享儲存邏輯的多主架構。 在複製環境中，如果主伺服器發生故障，則應將最合適的備用伺服器指定為新的主伺服器，並且如果有任何其他備用伺服器，則應將其導向新的主伺服器。 這些操作需要手動干預或可以自動執行它們的外部工具。 BFM 自動化 PostgreSQL 中的所有這些，並在故障轉移期間提供不間斷的服務。

適用於 Postgres 的多主機和多從機異步複製系統。

CloudNativePG 是一個開源的 operator，旨在管理任何受支援的 Kubernetes 叢集中運行的 PostgreSQL 工作負載，無論是在私有、公共、混合或多雲環境中。 CloudNativePG 遵守 DevOps 原則和概念，例如宣告式配置和不可變基礎架構。

它定義了一種新的 Kubernetes 資源，稱為 Cluster，代表一個 PostgreSQL 叢集，該叢集由單個主節點和一個可選數量的副本組成，這些副本共存在一個選定的 Kubernetes 命名空間中，以實現高可用性和卸載只讀查詢。

位於同一 Kubernetes 叢集中的應用程式可以使用由運算符單獨管理的服務來存取 PostgreSQL 資料庫，而無需擔心故障轉移或切換後主角色發生變化。 位於 Kubernetes 叢集外部的應用程式需要配置服務或 Ingress 物件，以通過 TCP 公開 Postgres。 Web 應用程式可以利用基於 PgBouncer 的原生連接池。

CloudNativePG 最初由 EDB 構建，然後在 Apache License 2.0 下發布為開源，並於 2022 年 4 月提交給 CNCF Sandbox。 原始碼儲存庫位於 Github 中。

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

Tungsten Enterprise 以 Tungsten Replicator 為基礎，Tungsten Replicator 是一個適用於 PostgreSQL 的開源資料複製引擎。 Tungsten Enterprise 包括分散式管理，具有簡單的操作員命令來查看狀態和執行維護、執行故障轉移程序的業務規則、透明的 SQL 路由和負載平衡，以及與 NetApp 等高端儲存系統的集成。 Tungsten Enterprise 在雲端和本地硬體上都能同樣出色地運行。

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

EDB Postgres for Kubernetes 是一個由 EDB 設計、開發和支援的運算符，涵蓋具有主/備架構的高可用性 Postgres 資料庫叢集的完整生命週期，使用原生串流複製。 它基於開源 CloudNativePG 運算符，並提供額外的價值，例如使用 EDB Postgres Advanced Server 與 Oracle 的相容性以及額外的支援平台，例如 IBM Power 和 OpenShift。

可用的主要功能包括：- 用於高可用性的 Kubernetes API 集成 - 通過故障轉移和自動重新創建副本實現自我修復 - 具有擴展/縮減功能的容量管理 - 用於計劃維護的計劃切換 - 唯讀和讀寫 Kubernetes 服務定義 - 用於 Postgres 小版本的滾動更新和運算符升級 - 連續備份和時間點恢復 - 使用 PgBouncer 的連接池 - 開箱即用的集成指標導出器 - 跨多個 Kubernetes 叢集的 PostgreSQL 複製 - 適用於 OpenShift 的 Red Hat 認證運算符

該運算符已從 Cloud Native PostgreSQL 重新命名。 Cloud Native PostgreSQL 的現有用戶不會遇到任何更改，因為底層組件和資源沒有更改。

GridSQL 是一個共享無 (shared-nothing) 叢集資料庫系統，目標是資料倉儲和資料超市應用程式。 它包括最大限度地在多個伺服器上實現並行化的智慧功能，從而提供比單節點資料庫更快的查詢響應時間。

Kubegres 是一個 Kubernetes 運算符，允許部署啟用資料複製的 PostgreSql 實例叢集，開箱即用。 考慮到使用 Kubernetes 管理有狀態集 (stateful-set) 的生命週期和資料複製的複雜性，它簡化了 PostgreSql 的使用。

Kubegres 具有以下功能

• 它創建了一個啟用資料複製的 PostgreSql 伺服器叢集：它創建一個 Primary PostgreSql pod 和多個 Replica PostgreSql pod，並將 Primary 的資料庫即時複製到 Replica pod。

• 它管理故障轉移：如果 Primary PostgreSql 崩潰，它會自動將 Replica PostgreSql 提升為主節點。

• 它具有資料備份選項，允許定期將 PostgreSql 資料轉儲到給定的卷中。

• 它提供了一個非常簡單的 YAML，其屬性專用於 PostgreSql。

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

• 它與 Docker 官方镜像团队创建的 PostgreSql 容器 配合使用：它不附帶也不需要自定義 Docker 鏡像才能工作。

Kubegres 由 Reactive Tech Limited 開發，Alex Arica 擔任首席開發人員。

它是使用框架 Kubebuilder 第 3 版開發的，Kubebuilder 是使用 CRD 構建 Kubernetes API 的 SDK。 Kubebuilder 由官方 Kubernetes API Machinery Special Interest Group (SIG) 維護。

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

Pervasync 資料庫同步框架支援將本機 PostgreSQL 資料庫與中央 PosrgreSQL 資料庫同步。

此框架的顯著特點是它允許您使用帶有參數的自由形式 SQL 查詢來子集化中央伺服器數據。每個本地資料庫都可以與中央資料庫同步共享和私有數據。

同步可以是雙向的，這意味著可以在本地和中央資料庫上進行寫入。變更擷取、衝突偵測和解決方案都內建於同步框架的核心中。

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

pg_auto_failover 支援多種 Postgres 架構，並為您的 Postgres 服務實作安全的自動故障轉移。只需兩個資料節點即可開始使用，監視器將指定其為主節點和次節點的角色。從 pg_auto_failover 1.4 版開始，可以實作具有任意數量 Postgres 節點的生產架構，以獲得更好的數據可用性保證。

pg auto failover 文件可在 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」版本之間數據複製的有效工具
• 開源。 無許可費用，但偶爾您必須親自動手