# Replication service for Influxdb 3.0

**URL:** <https://community.influxdata.com/t/replication-service-for-influxdb-3-0/58629>\
**Category:** Systems\
**Created:** [June 25, 2026, 6:52am UTC](https://community.influxdata.com/t/replication-service-for-influxdb-3-0/58629 "2026-06-25T06:52:15Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![cesuper](https://sea1.discourse-cdn.com/flex023/user_avatar/community.influxdata.com/cesuper/32/20430_2.png) [@cesuper](https://community.influxdata.com/u/cesuper)\
**Post date:** [June 25, 2026, 6:52am UTC](https://community.influxdata.com/t/replication-service-for-influxdb-3-0/58629/1 "2026-06-25T06:52:15Z")

</div>

Hello,

I would like to update from influxdb 2.x to 3.x and the replication plugin is must have for our application. I have read many articles that mentioned the service is available as a plugin managed by the community and also a new version is being developed by the influx team itself. Here: [Edge Data Replication: Contributions and Status Updates for InfluxDB 3 | InfluxData](https://www.influxdata.com/blog/edge-data-replication-status-influxdb-3/)

Unfortunately, I can not find any available plugin for replication. The mentioned link is empty: [GitHub - influxdata/influxdb3\_plugins: Python plugins for InfluxDB 3 · GitHub](https://github.com/influxdata/influxdb3_plugins)

Can you help me:

1. Where is the community maintained plugin located?
2. Any scheduled due date for the official EDR release?

BTW: I am really satisfied with the replication service available in 2.x. Do you have any feedback with the new plugin-based solution?

Thank you so much!

---

<div class="post-metadata">

**Author:** ![cbowden](https://sea1.discourse-cdn.com/flex023/user_avatar/community.influxdata.com/cbowden/32/20322_2.png) [@cbowden](https://community.influxdata.com/u/cbowden)\
**Post date:** [June 25, 2026, 9:13pm UTC](https://community.influxdata.com/t/replication-service-for-influxdb-3-0/58629/2 "2026-06-25T21:13:21Z")

</div>

Funnily enough, the [Simple Data Replicator](https://github.com/influxdata/influxdb3_plugins/tree/main/influxdata/simple_data_replicator) was contributed to the repository literally yesterday!

I believe that the preliminary version linked in the article was removed, so you’ll want to either use that new implementation, or, if you’re feeling adventurous, you could modify it to fit your needs, as the code is open source and any coding agent should be able to help you adjust for your use case.

Be a little cautious with this at massive scale, as the InfluxDB 3 processing engine is based in Python and won’t be performant with, say, PBs of data.

---

<div class="post-metadata">

**Author:** ![cesuper](https://sea1.discourse-cdn.com/flex023/user_avatar/community.influxdata.com/cesuper/32/20430_2.png) [@cesuper](https://community.influxdata.com/u/cesuper)\
**Post date:** [June 26, 2026, 7:29am UTC](https://community.influxdata.com/t/replication-service-for-influxdb-3-0/58629/3 "2026-06-26T07:29:03Z")

</div>

Thank you very much! That was really fast 😃 One last question regarding the replication. The replication services shipped with 2.x was really awesome and works like charm. How does this plugin different from that? Has tha same sability and functionality?

Does this 3.x plugin use the durable message queue as 2.x does?

---

<div class="post-metadata">

**Author:** ![cbowden](https://sea1.discourse-cdn.com/flex023/user_avatar/community.influxdata.com/cbowden/32/20322_2.png) [@cbowden](https://community.influxdata.com/u/cbowden)\
**Post date:** [June 29, 2026, 11:28pm UTC](https://community.influxdata.com/t/replication-service-for-influxdb-3-0/58629/4 "2026-06-29T23:28:11Z")

</div>

This is an entirely different implementation. The end result should be relatively the same, but this is via the InfluxDB 3 processing engine, which is a Python VM embedded within the database. Writes are somewhat durable because of the presence of a write-ahead log that can be read from after a reboot if something goes down, but I wouldn’t say this is identical to the idea of a durable message queue.
