Hi, Can we use dsync to achieve *continuous* (real-time) sync between two servers (Mirror mode)? Running in such a "continuous" dsync mode, we would replicate two servers to one another continuously, so that the two would be concurrently available/accessible/useable (as POP3/IMAP servers), and getting synced in real time. Is this possible? (If yes, I think it would be much easier to setup such an architecture, rather that resorting to shared file systems, network-based storage etc.) Thanks, Nick
Am 27.02.2013 20:39, schrieb Nikolaos Milas:> Can we use dsync to achieve *continuous* (real-time) sync between two servers (Mirror mode)? > > Running in such a "continuous" dsync mode, we would replicate two servers to one another continuously, so that the > two would be concurrently available/accessible/useable (as POP3/IMAP servers), and getting synced in real time. Is > this possible? (If yes, I think it would be much easier to setup such an architecture, rather that resorting to > shared file systems, network-based storage etc.)normally you would better use dedicated cluster-technology than rely on a service doing this on it's own - unix paradigms are "one tool for one job" -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 263 bytes Desc: OpenPGP digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20130227/9b9a047e/attachment.bin>
Any suggestions? I am looking for a solution that would work in creating a failover cluster with two nodes, utilizing (two) CentOS 6 VMs, each on a different data center; this requirement makes technologies like drbd unusable (due to the inherent lack of complete link reliability between the two nodes). I was thinking that dsync might be a good foundation for such scenarios. Please advise. Thanks, Nick On 27/2/2013 9:42 ??, Reindl Harald wrote:> normally you would better use dedicated cluster-technology