軟體目錄 - 分群/複製

作為多年來為許多公私機構提供 PostgreSQL 支援的 BiSoft 團隊，我們重視 PostgreSQL 在國內外推廣和提高其效率。透過我們持續的 PostgreSQL 管理經驗，配合我們看到的需求，我們現在滿足進階自動故障轉移和稽核的需求。我們很興奮地宣布我們開發的軟體以滿足需求。一旦安裝資料庫環境，首先想到的是資料存取的連續性和永續性（HA）。在 PostgreSQL 中，HA 是透過內建的複製解決方案提供的。沒有基於共享儲存邏輯的多主體架構。在複製環境中，如果主伺服器發生故障，最合適的備援伺服器應指定為新的主伺服器，如果有其他備援伺服器，應將其導向新的主伺服器。這些操作需要手動介入或可以自動執行它們的外部工具。BFM 自動化 PostgreSQL 中的這一切，並在故障轉移期間提供不間斷的服務。

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

CloudNativePG 是一個開放原始碼 運算元，旨在管理 PostgreSQL 工作負載在任何受支援的 Kubernetes 群集上執行，這些群集在私有、公有、混合或多雲端環境中執行。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 上，這是一個 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 複製- Red Hat 認證的 OpenShift 運算子

操作員已從 Cloud Native PostgreSQL 變更名稱。現有的 Cloud Native PostgreSQL 使用者不會有任何變更，因為基礎元件和資源並未變更。

GridSQL 是一個共享無叢集資料庫系統，目標為資料倉儲和資料市集應用程式。它包含可最大化多個伺服器並行處理的智慧，提供比單節點資料庫更快的查詢回應時間。

Kubegres 是一個 Kubernetes 操作員，允許部署 PostgreSql 執行個體叢集，並啟用開箱即用的資料複製。在考慮使用 PostgreSql 時，它能帶來簡便性，因為使用 Kubernetes 管理有狀態設定的生命週期和資料複製可能會很複雜。

Kubegres 具有下列功能

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

• 它會管理故障轉移：如果主要 PostgreSql 發生故障，它會自動將複本 PostgreSql 提升為主要。

• 它有一個資料備份選項，允許定期將 PostgreSql 資料傾印到給定的磁碟區。

• 它提供一個非常簡單的 YAML，其中包含專門針對 PostgreSql 的屬性。

• 它具有復原力，有超過 55 個自動化測試案例，並已在生產環境中執行。

• 它與 PostgreSql 容器 搭配使用，這些容器是由 Docker 官方映像團隊 建立的：它不會配送或需要自訂的 Docker 映像才能運作。

Kubegres 是由 Reactive Tech Limited 和 Alex Arica 作為主要開發人員開發的。

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

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

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

此架構的特色功能是它允許您使用帶有參數的自由形式 SQL 查詢來設定中央伺服器資料的子集。每個本機資料庫都可以與中央資料庫同步共用和私人資料。

同步可以是雙向的，表示可以在本機和中央資料庫上進行寫入。變更擷取、衝突偵測和解決方案已內建到同步架構的核心。

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

pg_auto_failover 支援多種 PostgreSQL 架構，並為您的 PostgreSQL 服務實作安全的自動故障轉移。一開始只要兩個資料節點即可，監控器會將其指定為主要和次要角色。從 pg_auto_failover 1.4 版開始，可以實作具有任意數量的 PostgreSQL 節點的生產架構，以確保資料可用性。

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」版本之間資料複製的有效工具
• 開放原始碼。沒有授權費用，但偶爾您必須親自動手