Vertica cluster(DC) to cluster(DR) replication , may be using streaming technology

You said: "I am skeptical about the data loss part" - What data loss part? The Replication operation runs in a transaction so failures won't cause any data corruptions.

You said: "In what frequency will it sync the data" - That's up to you. Vbr replication is incremental. That is, the first replication copies all the data and subsequent replications copy only modified/ newly added data. You can create a cron tab job to run vbr on a set schedule.

Thanks for the quick response.
My only concern is high volume data and with high velocity. The application is an event generator, the EPS of the event can go around 5-10 K , which can go very high in velocity and size. I can see a delta change of 3 GB in 5 minutes time and that has to be synced over WAN link.
I believe the vbr tool works using rsync for replication and I believe object level replication is best fit for this solution. I am just wondering how it checks the offset and avoid data duplication , if we have a file already synced and try to restore again.
It will be a great help if we have any best practice documentation for replication of cluster.

There is one slightly related question, since the customer works under compliance I would like to setup the encrypt and checksum option to true ,that will impact the performance as well, right?
Do you see any other option for this case, or this is the best option. I was checking another option where we can stream the data using kafka integration ( vkconfig tool). Any advise?

We check the file size for file identity. So if a file is already synced and tries to sync again, rsync list the file first and see if the file size match, if match, we skip the copy.
Yes, encryption requires process overhead.

How far behind can the DR cluster left behind, would you like to sync daily or by hour?

Thanks for the comment. I am looking for syncing every 10-15 minutes.