Hướng Dẫn Thiết Lập Cụm High Availability PostgreSQL Bằng Patroni Và Etcd Trên 3 Cloud Server Giá Rẻ

Đặt Vấn Đề: Thách Thức Duy Trì Sẵn Sàng Cho Cơ Sở Dữ Liệu Chi Phí Thấp

Trong kỷ nguyên số, dữ liệu được ví như mạch máu của mọi doanh nghiệp. Việc hệ thống cơ sở dữ liệu (Database) gặp sự cố ngừng hoạt động (Downtime) không chỉ gây thiệt hại về tài chính mà còn làm suy giảm uy tín thương hiệu nghiêm trọng. Đối với hệ quản trị cơ sở dữ liệu phổ biến như PostgreSQL, việc xây dựng một kiến trúc có tính sẵn sàng cao (High Availability - HA) là yêu cầu bắt buộc cho các hệ thống sản xuất (Production).

Tuy nhiên, thách thức lớn nhất của các doanh nghiệp vừa và nhỏ (SMEs) cũng như các Startup là ngân sách hạn chế. Việc thuê các dịch vụ Managed Database đắt đỏ trên các nền tảng Cloud lớn đôi khi nằm ngoài khả năng chi trả. Bài viết này sẽ hướng dẫn bạn cách giải quyết bài toán đó: Thiết lập một cụm High Availability PostgreSQL chuẩn công nghiệp bằng cách kết hợp Patroni và Etcd, chạy mượt mà trên 3 Cloud Server giá rẻ (như Vietnix, vHost, hoặc các nhà cung cấp VPS quốc tế chi phí thấp).

Kiến Trúc Tổng Quan: Khái Niệm Patroni, Etcd và Mô Hình 3 Nodes

Để hiểu tại sao giải pháp này lại mạnh mẽ và tin cậy, chúng ta cần phân tích vai trò của từng thành phần trong hệ thống:

PostgreSQL: Hệ quản trị cơ sở dữ liệu quan hệ nguồn mở đóng vai trò lưu trữ dữ liệu chính.
Etcd: Một hệ thống lưu trữ phân tán theo dạng key-value, được sử dụng làm Distributed Configuration Store (DCS). Etcd đóng vai trò là 'nguồn sự thật duy nhất' (Source of Truth), lưu trữ trạng thái của toàn bộ cụm và giúp các node đạt được sự đồng thuận (Consensus) thông qua thuật toán Raft.
Patroni: Một template điều phối (Orchestration) được phát triển bởi Zalando, viết bằng Python. Patroni quản lý trực tiếp các tiến trình PostgreSQL, theo dõi trạng thái và giao tiếp với Etcd để tự động thực hiện quá trình chuyển vùng khi có sự cố (Automatic Failover).

Tại sao lại cần tối thiểu 3 Cloud Server (Nodes)?

Trong các hệ thống phân tán, hiện tượng Split-Brain (não phân tách) là rủi ro lớn nhất, xảy ra khi cụm bị chia cắt thành hai phần do sự cố mạng và cả hai phần đều tự nhận mình là Master, dẫn đến sai lệch dữ liệu. Để ngăn chặn điều này, thuật toán đồng thuận của Etcd yêu cầu số lượng node phải là số lẻ và cần một số lượng tối thiểu để đạt số đông (Quorum). Với công thức $Q = \lfloor N/2 \rfloor + 1$ (trong đó N là tổng số node), cụm 3 node sẽ cần tối thiểu 2 node hoạt động ổn định để duy trì hệ thống. Đây là cấu hình tối ưu nhất về mặt chi phí lẫn an toàn.

Chuẩn Bị Hệ Thống Và Môi Trường Hệ Điều Hành

Trước khi bắt đầu, bạn cần chuẩn bị 3 Cloud Server chạy hệ điều hành Ubuntu Server 22.04 LTS (hoặc 24.04 LTS) với cấu hình tối thiểu (ví dụ: 2 vCPU, 4GB RAM, 40GB SSD). Giả sử chúng ta có thông tin cấu hình mạng như sau:

Node 1 (Leader/Primary dự kiến): IP 192.168.1.11, Hostname: pg-node1
Node 2 (Replica): IP 192.168.1.12, Hostname: pg-node2
Node 3 (Replica): IP 192.168.1.13, Hostname: pg-node3

Cần đảm bảo các node có thể kết nối Internet để cài đặt package và có thể thông tiếp với nhau qua các cổng (Port) nội bộ: 2379/2380 (Etcd), 5432 (PostgreSQL), và 8008 (Patroni REST API).

Các Bước Cài Đặt Chi Tiết Từ Cấu Hình Đến Vận Hành

Bước 1: Cấu hình File Hosts và Cài đặt PostgreSQL

Thực hiện trên cả 3 node, cập nhật file /etc/hosts để các máy nhận diện được nhau bằng Hostname:

192.168.1.11 pg-node1
192.168.1.12 pg-node2
192.168.1.13 pg-node3

Tiếp theo, tiến hành cài đặt PostgreSQL phiên bản mới nhất (ví dụ PostgreSQL 16) trên cả 3 node. Lưu ý quan trọng: Sau khi cài đặt xong, bạn phải dừng và tắt dịch vụ PostgreSQL mặc định của hệ thống vì Patroni sẽ giành quyền kiểm soát và khởi động PostgreSQL sau này.

sudo systemctl stop postgresql
sudo systemctl disable postgresql

Bước 2: Cài đặt và Cấu hình Cụm Etcd DCS

Etcd chịu trách nhiệm duy trì trạng thái cụm. Cài đặt Etcd trên cả 3 node thông qua bộ quản lý gói:

sudo apt update && sudo apt install etcd-server etcd-client -y

Sau khi cài đặt, chỉnh sửa file cấu hình /etc/etcd/etcd.yml trên từng node. Điểm mấu chốt là phải cấu hình chính xác các tham số giao tiếp mạng. Dưới đây là ví dụ cấu hình mẫu cho Node 1:name: 'pg-node1' data-dir: '/var/lib/etcd/pg-cluster.etcd' listen-peer-urls: '[http://192.168.1.11:2380](http://192.168.1.11:2380)' listen-client-urls: '[http://192.168.1.11:2379](http://192.168.1.11:2379),[http://127.0.0.1:2379](http://127.0.0.1:2379)' initial-advertise-peer-urls: '[http://192.168.1.11:2380](http://192.168.1.11:2380)' initial-cluster: 'pg-node1=[http://192.168.1.11:2380](http://192.168.1.11:2380),pg-node2=[http://192.168.1.12:2380](http://192.168.1.12:2380),pg-node3=[http://192.168.1.13:2380](http://192.168.1.13:2380)' initial-cluster-token: 'etcd-pg-cluster-token' initial-cluster-state: 'new' advertise-client-urls: '[http://192.168.1.11:2379](http://192.168.1.11:2379)'

Thực hiện tương tự cho Node 2 và Node 3 bằng cách thay thế các giá trị IP tương ứng. Khởi động lại dịch vụ Etcd và kiểm tra trạng thái cụm bằng lệnh: etcdctl endpoint health. Nếu tất cả các node đều phản hồi healthy, cụm DCS của bạn đã hoạt động chính xác.

Bước 3: Cài đặt và Thiết lập Patroni Điều Phối

Patroni sẽ kết nối trực tiếp với Etcd để quản lý PostgreSQL. Cài đặt Patroni cùng các thư viện Python cần thiết trên cả 3 node:

sudo apt install python3-pip python3-psycopg2 -y
sudo pip3 install patroni[etcd3]

Tạo file cấu hình Patroni tại đường dẫn /etc/patroni/patroni.yml. Đây là trái tim của hệ thống HA. Cấu hình định nghĩa tên cụm, thông tin kết nối tới Etcd, thông số khởi tạo PostgreSQL, phương thức đồng bộ hóa (Replication), và tài khoản quản trị. Hãy đảm bảo thư mục chứa dữ liệu của PostgreSQL (Data Directory) trống rỗng trước khi khởi chạy Patroni lần đầu tiên, vì Patroni sẽ tự động khởi tạo hoặc đồng bộ dữ liệu từ node Master gốc.

Sau khi cấu hình xong file YAML, tạo một dịch vụ Systemd cho Patroni để đảm bảo nó tự động chạy cùng hệ thống. Khi bạn khởi động dịch vụ Patroni trên node đầu tiên, nó sẽ nhận thấy Etcd chưa có thông tin về cụm, từ đó khởi tạo PostgreSQL thành node Primary (Leader). Khi khởi động Patroni trên Node 2 và Node 3, chúng sẽ nhận diện được Leader hiện tại thông qua Etcd và tự động thực hiện lệnh pg_basebackup để nhân bản dữ liệu, trở thành các node Replica.

Kịch Bản Kiểm Thử Tính Năng Tự Động Failover (Chuyển Vùng Sự Cố)

Một hệ thống HA chỉ thực sự có giá trị khi nó chứng minh được khả năng sống sót qua các sự cố thực tế. Để kiểm tra, chúng ta sử dụng công cụ dòng lệnh patronictl:patronictl -c /etc/patroni/patroni.yml list

Lệnh này sẽ hiển thị bảng trạng thái trực quan chỉ rõ node nào đang giữ vai trò Leader và các node nào là Replica, kèm theo trạng thái đồng bộ (Lag). Để kiểm tra tính năng tự động Failover, hãy giả lập tình huống node Leader bị sập nguồn bằng cách tắt dịch vụ Patroni hoặc tắt hẳn Cloud Server Node 1.

Ngay lập tức, Etcd sẽ phát hiện Key khóa (Lease) của Node 1 bị hết hạn do không gửi tín hiệu duy trì (Heartbeat). Node 2 và Node 3 sẽ tiến hành một cuộc 'bầu cử' chớp nhoáng. Node có dữ liệu cập nhật nhất sẽ được Etcd thăng cấp lên làm Leader mới chỉ trong vòng vài giây. Khi Node 1 trực tuyến trở lại, Patroni sẽ tự động hạ cấp nó xuống thành một Replica và đồng bộ dữ liệu ngược lại từ Leader mới, loại bỏ hoàn toàn rủi ro sai lệch cấu trúc dữ liệu.

Kết Luận Và Khuyến Nghị Vận Hành Thực Tế

Việc thiết lập thành công cụm High Availability PostgreSQL bằng Patroni và Etcd trên 3 Cloud Server giá rẻ là một cột mốc quan trọng giúp tối ưu chi phí hạ tầng cho doanh nghiệp mà vẫn đảm bảo tính an toàn dữ liệu chuẩn phân tán. Tuy nhiên, để đưa hệ thống này vào vận hành thực tế một cách an toàn nhất, bạn cần lưu ý thêm các khuyến nghị sau:

Tích hợp Load Balancer: Sử dụng thêm HAProxy kết hợp với Keepalived để tạo ra một IP đại diện (Virtual IP) hoặc một Endpoint duy nhất trỏ vào cổng 8008 của Patroni nhằm điều hướng chính xác các truy vấn Đọc/Ghi (Read/Write Split) từ ứng dụng.
Chiến lược Sao lưu (Backup): Tính sẵn sàng cao (HA) chỉ giúp chống lại sự cố hạ tầng vật lý, không giúp chống lại lỗi xóa nhầm dữ liệu do con người. Luôn kết hợp cụm HA với các công cụ backup tự động định kỳ như pgBackRest hoặc Barman lưu trữ offsite.
Giám sát (Monitoring): Triển khai Prometheus và Grafana phối hợp với postgres_exporter để theo dõi sát sao hiệu năng, dung lượng ổ đĩa và trạng thái kết nối của cụm nhằm phát hiện sớm các nguy cơ tìm ẩn.