Tính sẵn sàng cao cho postgresql

Tôi là người mới trong cơ sở dữ liệu PostgreSQL. Gần đây, nhà phát triển của chúng tôi cần thực hiện một số nâng cấp trong hệ thống của chúng tôi.

Do đó, chúng tôi đang lên kế hoạch thực hiện một số phương pháp để thực hiện chuyển đổi dự phòng cơ sở dữ liệu.

Dựa trên bài đọc của tôi từ wiki postgresql ở đây , chúng tôi đang cố gắng thực hiện chế độ chờ ấm hoặc chế độ chờ nóng. Vì vậy, câu hỏi của tôi là:

1. Sự khác biệt chính giữa chúng là gì?
2. Cái nào tốt hơn?
3. Có phương pháp nào khác mà chúng tôi có thể xem xét để tạo tính sẵn sàng cao trong cơ sở dữ liệu Postgres của chúng tôi không?

1a. Chế độ chờ ấm là "sao lưu" trực tiếp, được cung cấp với các khối thay đổi hoàn chỉnh (phân đoạn wal) 16 mb mỗi lần, được gửi đến nút dự phòng khi chúng được lấp đầy. Bạn không thể truy vấn một nút chờ ấm. 16 mb thay đổi (theo mặc định) có thể có nghĩa là rất nhiều giao dịch, nếu chủ thất bại, chúng sẽ bị mất.

1b. Chờ nóng . (cũng là một bản sao lưu gia tăng "sống"). Những thay đổi nhỏ được gửi đến nô lệ (bản ghi wal, là những phần nhỏ của phân đoạn wal). Bạn có thể truy vấn (chỉ đọc) nút chờ nóng. Cửa sổ cho các giao dịch bị mất nên chủ thất bại là rất nhỏ. Có các nút chờ nóng đồng bộ và không đồng bộ, một nút đồng bộ sẽ buộc chủ phải chờ nó xác nhận ứng dụng thay đổi và sau đó, chủ sẽ thực hiện giao dịch. Trong bản sao không đồng bộ, chủ sẽ gửi các bản ghi wal và không chờ xác nhận . Cái trước đòi hỏi một liên kết rất đáng tin cậy và nhanh chóng giữa chủ và nô lệ, cũng thêm chi phí cho chủ nhưng đảm bảo không mất dữ liệu.

Về sao lưu gia tăng: 1. Bạn lấy một bản sao cơ sở của toàn bộ cơ sở dữ liệu của bạn. 2. Gửi nó cho nô lệ. 3. Cấu hình nó để bắt kịp những thay đổi.

Truyền phát trực tuyến (chế độ chờ nóng) là người chiến thắng ở đây. Cá nhân tôi thích sao chép không đồng bộ vì nó không tạo ra gánh nặng đáng kể cho chủ và độ trễ sao chép là rất nhỏ (một vài giây trong nhiều trường hợp)

Một bổ sung cho thiết lập này là pg-pool. Nó hoạt động như một proxy giữa ứng dụng và các máy chủ tham gia cấu hình sao chép giống như mô tả ở trên, nó có khả năng cân bằng tải và truy vấn song song. Nó cũng có thể cung cấp chuyển đổi dự phòng tự động. http://www.pgpool.net/pgpool-web/contrib_docs/simple_sr_setting/index.html

Câu trả lời bạn đã nhận được rất hữu ích nhưng điều khoản khó hiểu một chút ở đây. Tất cả các giải pháp sao chép tích hợp đều sử dụng cùng một cơ chế cơ bản: sao chép dữ liệu nhật ký ghi trước vào máy chủ dự phòng.

Bạn có thể di chuyển dữ liệu WAL đó để sao chép tệp 16 MB mỗi lần, bằng cách sử dụng tiện ích archive_command hoặc sử dụng Phát trực tuyến (SR). Nếu sử dụng SR, bạn thực sự cũng nên thiết lập lưu trữ và máy chủ sẽ chuyển đổi giữa chúng nếu thích hợp.

Bạn có thể có một máy chủ dự phòng ấm, không thể trả lời các truy vấn. Hoặc bạn có thể có một máy chủ dự phòng nóng, có thể trả lời những người chỉ đọc. Điều này không liên quan đến cách dữ liệu được đưa vào chế độ chờ.

Mỗi trong hai lựa chọn này kết hợp với từng lựa chọn khác và bạn có thể có tất cả bốn kết hợp. Bạn có thể có một câu trả lời nóng chờ trả lời các truy vấn trong khi được cung cấp cùng với tệp tại các phân đoạn WAL. Bạn có thể có máy chủ Phát trực tuyến không bật Chế độ chờ nóng, vì vậy nó sẽ không trả lời các truy vấn. Hiện tại, đó chỉ là trường hợp phổ biến nhất, cả Bản sao phát trực tuyến và Chế độ chờ nóng. Đó là bộ tính năng đầy đủ. Một lần nữa, đừng bỏ qua cơ chế archive_command cũ chỉ vì bây giờ có thể tránh. Nó vẫn có thể cứu bạn khỏi các lỗi phát trực tuyến khó phục hồi.