You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are setting up Pulsar clusters across multiple data centers (DCs) with restricted network connectivity. The network can be simplified as three DCs: A, B, and C. Networks are connected between A-B and A-C, but B-C cannot connect directly.
Problem:
After configuring GEO replication assuming full connectivity, we encountered:
1、Frequent replication errors in logs, such as: 2025-03-28T09:34:09,655+0000 [pulsar-io-4-6] WARN org.apache.pulsar.client.impl.ConnectionPool - Failed to open connection to c-dc.com/<unresolved>:6650 : io.netty.channel.ConnectTimeoutException: connection timed out after 10000 ms: c-dc.com/10.xx.xx.xx:6650 2025-03-28T09:34:09,655+0000 [pulsar-io-4-6] WARN org.apache.pulsar.broker.service.AbstractReplicator - [persistent://global/public/test-topic-partition-0 | b-pulsar-->c-pulsar] Failed to create remote producer (org.apache.pulsar.client.api.PulsarClientException: java.util.concurrent.CompletionException: io.netty.channel.ConnectTimeoutException: connection timed out after 10000 ms: c-dc.com/10.xx.xx.xx:6650), retrying in 57.569 s
2、Storage in B and C cannot be released due to unupdated replication cursors until we run: bin/pulsar-admin persistent skip-all persistent://global/public/test-topic -s pulsar.repl.c-pulsar
Question:
Are there better approaches to handle GEO replication in partially connected networks?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
We are setting up Pulsar clusters across multiple data centers (DCs) with restricted network connectivity. The network can be simplified as three DCs: A, B, and C. Networks are connected between A-B and A-C, but B-C cannot connect directly.
Problem:
After configuring GEO replication assuming full connectivity, we encountered:
1、Frequent replication errors in logs, such as:
2025-03-28T09:34:09,655+0000 [pulsar-io-4-6] WARN org.apache.pulsar.client.impl.ConnectionPool - Failed to open connection to c-dc.com/<unresolved>:6650 : io.netty.channel.ConnectTimeoutException: connection timed out after 10000 ms: c-dc.com/10.xx.xx.xx:6650 2025-03-28T09:34:09,655+0000 [pulsar-io-4-6] WARN org.apache.pulsar.broker.service.AbstractReplicator - [persistent://global/public/test-topic-partition-0 | b-pulsar-->c-pulsar] Failed to create remote producer (org.apache.pulsar.client.api.PulsarClientException: java.util.concurrent.CompletionException: io.netty.channel.ConnectTimeoutException: connection timed out after 10000 ms: c-dc.com/10.xx.xx.xx:6650), retrying in 57.569 s
2、Storage in B and C cannot be released due to unupdated replication cursors until we run:
bin/pulsar-admin persistent skip-all persistent://global/public/test-topic -s pulsar.repl.c-pulsar
Question:
Are there better approaches to handle GEO replication in partially connected networks?
Beta Was this translation helpful? Give feedback.
All reactions