[英]Postgres Logical Replication - Limiting Bandwidth Per Publisher/Subscriber
我有一個出版商，大約有 50 個訂閱者。 不經常（每月幾次）將大小為 30MB 的二進制文件寫入數據庫。 此時所有訂閱者都在獲取此文件，但我遇到了網絡帶寬問題。
是否可以限制（在 Postgres 或操作系統中）每個發布者/訂閱者的邏輯復制使用的帶寬？
是否可以限制首次同步期間使用的帶寬？
在 PostgreSQL 級別，我可以建議嘗試減少發送服務器上的max_wal_senders參數（默認為 10）
根據您可以接受的延遲，您可以將並發發送進程的數量限制為一次最多 1 個進程
Postgres 邏輯復制：復制槽、訂閱者和發布者創建順序很重要嗎？
[英]Postgres Logical Replication: Replication slot, Subscriber and Publisher Creation Order Matters?
Postgres 邏輯復制 - 在不訪問發布服務器的情況下監控訂閱服務器
[英]Postgres Logical Replication - Monitor Subscriber Without Accessing the Publisher Server
postgres 邏輯復制不起作用。 錯誤提示“無法連接到發布者”
[英]postgres logical replication not working. Error says "could not connect to the publisher"
PostgreSQL邏輯復制應使用多少CPU /帶寬？
[英]How much CPU / bandwidth should PostgreSQL logical replication be using?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
