DPTCloud
Back to articles
Technology Insight

Kiến Trúc Cơ Sở Dữ Liệu Bất Tử: Hướng Dẫn Cấu Hình Patroni Kết Hợp Consul Để Tự Động Failover PostgreSQL Trên 3 Máy Chủ Cloud

June 4, 2026

Đặt Vấn Đề: Thách Thức Duy Trì Sự Sống Còn Của Dữ Liệu Doanh Nghiệp

Trong kỷ nguyên số, dữ liệu được ví như nguồn tài nguyên vô giá của mọi doanh nghiệp. Việc hệ thống cơ sở dữ liệu gặp sự cố ngừng hoạt động (downtime) dù chỉ trong vài phút cũng có thể dẫn đến những thiệt hại nghiêm trọng về doanh thu, uy tín và trải nghiệm của khách hàng. Đối với các hệ thống sử dụng PostgreSQL, việc thiết lập một cơ chế quản lý cụm (cluster) có khả năng tự động phát hiện sự cố và chuyển đổi dự phòng (failover) một cách an toàn, nhanh chóng là bài toán sống còn.

Mặc dù PostgreSQL hỗ trợ cơ chế Replication rất mạnh mẽ, nhưng việc quản lý thủ công khi có sự cố xảy ra thường tiềm ẩn nhiều rủi ro, đặc biệt là hiện tượng Split-Brain (não phân tách) - nơi hai máy chủ cùng tự nhận mình là Master, dẫn đến sai lệch và mất mát dữ liệu nghiêm trọng. Để giải quyết triệt để vấn đề này, kiến trúc kết hợp giữa Patroni và Consul nổi lên như một tiêu chuẩn vàng cho hệ thống database "bất tử".

1. Tổng Quan Về Kiến Trúc Patroni Và Consul

Patroni Là Gì?

Patroni là một công cụ mã nguồn mở được phát triển bởi Zalando, đóng vai trò như một người quản trị (template) thông minh bao bọc xung quanh PostgreSQL. Patroni theo dõi trạng thái của PostgreSQL, tự động cấu hình Replication, và quan trọng nhất là thực hiện tự động Failover khi Master gặp sự cố mà không cần sự can thiệp của con người.

Consul Đóng Vai Trò Gì?

Để đưa ra quyết định chính xác về việc node nào là Master, Patroni cần một hệ thống lưu trữ phân tán có độ tin cậy cao để duy trì trạng thái của cụm (gọi là Distributed Configuration Store - DCS). Consul (phát triển bởi HashiCorp) chính là mảnh ghép hoàn hảo. Consul cung cấp cơ chế Key-Value store phân tán và tính năng Service Discovery, giúp Patroni thực hiện cơ chế đồng thuận (Consensus) qua giao thức Raft, đảm bảo chỉ có duy nhất một node được giữ Leader Key tại một thời điểm.

Tại Sao Lại Là Cụm 3 Máy Chủ Cloud (3-Node Cluster)?

Trong lý thuyết hệ thống phân tán, con số 3 là số lượng tối thiểu để đạt được trạng thái Quorum (đa số tối thiểu). Với 3 node, nếu một node gặp sự cố, 2 node còn lại vẫn chiếm đa số (2/3) và có thể tiếp tục bầu chọn Leader mới. Nếu chỉ có 2 node, khi mất kết nối mạng giữa hai node, hệ thống sẽ rơi vào trạng thái bế tắc vì không bên nào đạt được đa số tuyệt đối.

2. Mô Hình Triển Khai Trên Cloud

Giả sử chúng ta triển khai hệ thống trên 3 máy chủ Cloud (Ubuntu Server 22.04 LTS) với thông tin IP như sau:

  • Node 1 (Leader/Master dự kiến): IP 10.0.0.11 - Hostname: pg-node1
  • Node 2 (Replica): IP 10.0.0.12 - Hostname: pg-node2
  • Node 3 (Replica): IP 10.0.0.13 - Hostname: pg-node3
Lưu ý: Bạn cần đảm bảo các port cần thiết như 8008 (Patroni REST API), 5432 (PostgreSQL), và các port của Consul (8300, 8301, 8500) đã được mở trong phần Security Group/Firewall của nhà cung cấp Cloud.

3. Các Bước Cấu Hình Chi Tiết

Bước 1: Cài Đặt Và Cấu Hình Cụm Consul

Trước hết, chúng ta cần cài đặt Consul trên cả 3 node để tạo thành một cụm DCS vững chắc. Thực hiện lệnh cài đặt gói Consul từ repository chính thức của HashiCorp trên cả 3 máy chủ.

Cấu hình tệp tin /etc/consul.d/consul.hcl trên Node 1 như sau:datacenter = "dc1" data_dir = "/opt/consul" encrypt = "[YOUR_ENCRYPTION_KEY]" start_join = ["10.0.0.11", "10.0.0.12", "10.0.0.13"] server = true bootstrap_expect = 3 bind_addr = "10.0.0.11" client_addr = "0.0.0.0" ui_config { enabled = true }

Đối với Node 2 và Node 3, bạn chỉ cần thay đổi giá trị bind_addr tương ứng với IP của từng node. Sau đó, khởi động dịch vụ bằng lệnh systemctl start consul. Kiểm tra trạng thái cụm bằng lệnh consul members, bạn sẽ thấy cả 3 node đều ở trạng thái alive.

Bước 2: Cài Đặt PostgreSQL Và Patroni

Cài đặt PostgreSQL (phiên bản 15 hoặc 16) trên cả 3 node, nhưng không khởi tạo database thủ công qua initdb vì Patroni sẽ tự động làm việc này. Tiếp theo, cài đặt Patroni thông qua công cụ quản lý gói Python (pip): pip install patroni[consul].

Bước 3: Cấu Hình Patroni Kết Hợp Consul

Tạo tệp cấu hình chính của Patroni tại đường dẫn /etc/patroni/patroni.yml trên từng node. Dưới đây là form cấu hình chuẩn cho Node 1:

scope: postgres-ha-cluster
namespace: /service
name: pg-node1

consul:
  host: 127.0.0.1:8500

restapi:
  listen: 10.0.0.11:8008
  connect_address: 10.0.0.11:8008

bootstrap:
  dcs:
    ttl: 30
    loop_wait: 10
    retry_timeout: 10
    maximum_lag_on_failover: 1048576
    postgresql:
      use_pg_rewind: true
      use_slots: true
  
  initdb:
    - encoding: UTF8
    - data-checksums

  pg_hba:
    - host replication replicator 10.0.0.0/24 md5
    - host all all 0.0.0.0/0 md5

postgresql:
  listen: 10.0.0.11:5432
  connect_address: 10.0.0.11:5432
  data_dir: /var/lib/postgresql/15/main
  bin_dir: /usr/lib/postgresql/15/bin
  pgpass: /var/lib/postgresql/.pgpass
  authentication:
    replication:
      username: replicator
      password: 'StrongReplicationPassword'
    superuser:
      username: postgres
      password: 'StrongSuperuserPassword'

Tương tự, khi copy cấu hình này sang Node 2 và Node 3, bạn cần thay đổi các tham số name (thành pg-node2, pg-node3) và các thông số IP 10.0.0.11 thành IP tương ứng của node đó.

4. Khởi Chạy Và Kiểm Tra Tính Năng Tự Động Failover

Khởi chạy Patroni trên cả 3 node bằng lệnh: patroni /etc/patroni/patroni.yml. Bạn có thể sử dụng công cụ patronictl để kiểm tra trạng thái của toàn bộ cụm:

patronictl -c /etc/patroni/patroni.yml list

Kết quả hiển thị sẽ tương tự như sau:

Cluster Member Host Role State TL Lag in MB
postgres-ha-cluster pg-node1 10.0.0.11 Leader running 1
postgres-ha-cluster pg-node2 10.0.0.12 Replica running 1 0
postgres-ha-cluster pg-node3 10.0.0.13 Replica running 1 0

Để kiểm tra kịch bản tự động Failover (Kịch bản thảm họa): Hãy giả lập tình huống Node 1 bị sập bằng cách tắt đột ngột máy chủ Node 1 hoặc dừng dịch vụ Patroni trên đó. Ngay lập tức, Consul sẽ phát hiện Leader Key bị giải phóng. Patroni trên Node 2 và Node 3 sẽ tiến hành đàm phán, node nào có dữ liệu cập nhật nhất (Lag bằng 0 hoặc nhỏ nhất) sẽ được tự động thăng cấp lên làm Leader mới mà không gây gián đoạn hệ thống quá vài giây.

Kết Luận

Kiến trúc cơ sở dữ liệu sử dụng Patroni kết hợp Consul mang lại một giải pháp High Availability cực kỳ vững chắc, giúp loại bỏ hoàn toàn rủi ro từ các điểm lỗi đơn lẻ (Single Point of Failure). Việc triển khai trên cụm 3 máy chủ Cloud không chỉ tối ưu về mặt chi phí mà còn đảm bảo tính an toàn dữ liệu cao nhất theo tiêu chuẩn doanh nghiệp. Hãy bắt tay vào xây dựng hệ thống của bạn ngay hôm nay để mang lại sự an tâm tuyệt đối cho hoạt động vận hành kinh doanh.