If the destination is over burden with other IO then yes, but if there is little activity then there could be something else happening in the replication and or the target are using the same NIC or Ethernet port. Best to use separately. You can see the replication transfer rate in Status > Tasks to review. But if there is a dedicated NIC for the replication on both ends and good controllers even on SATA I have seen on both ends from 5MB/s (usually RAID issue) to 50MB/s+.
I have a senario and would like to see if Open-E can do this, We have our Primary SAN and we would like to replicate it to a 2nd San onsite in the event we have a harware problem. In the near future we would like to have a DR site and i would like to replicate out to a server in the DR. Can this dual replication take place and what would the setup look like?
Currently this will work with a VPN connection in a 1 to 1 replication relationship, not many (Source servers) to 1 (Destination server), though we are looking to have this feature available in future releases.
So Source is connected to Destination using a VPN connection.
We have a set up at one of our customers with 2 open-e iSCSI boxes (one replicating to the other) that are then mounted on a red hat server. The mounted volumes are then rsynced (i.e. file/data replication) to another box (a NAS open-e box), which is then rsynced to an off-site box over the internet. So, you could do it that way.
That is correct. Also, the main iscsi open-e box was also (block-level) replicated to another open-e iscsi box through a point-to-point connection between the two iscsi boxes. (In other words, this block-level replication was accomplished without the intervention of the red-hat server.)
Administrator
Posting Permissions
Reply With Quote