Well, that all depends on how many changed blocks you expect in a day, as well as what kind of link you have, how busy the link is currently, what exact model of PIX or Sonicwall you have, and what the operating hours of the business are.
Snapmirror does include a throttle, but if you throttle it too much, you'll be perpetually behind. And if you don't throttle it enough, it's about the same as not having one. It might be possible to do your snapmirror overnight, if it's acceptable to your client, and not throttle it at all. There are really a lot of options here.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Lori Barfield Sent: Thursday, November 10, 2005 10:50 AM To: toasters@mathworks.com Subject: snapmirroring over WAN
for offsite backups, we hope to snapmirror our new fas 3020 on a regular schedule via vpn over the internet to an older filer at our colo. obviously, intermittent latency is a concern since we don't have a dedicated link. and so is the potential for overpowering the modest firewall/network hardware currently in place. does anyone have a suggestion for how we might throttle the snapmirrors to improve reliability in the transmission?
and how are you folks handling encryption for remote mirroring? we have a small pix, sonicwall, or cisco to choose from...i'm guessing we may have to try all three but i hope to pick the one most likely to succeed the first time.
...lori
Snapmirror does include a throttle, but if you throttle it too much, you'll be perpetually behind. And if you don't throttle it enough, it's about the same as not having one. It might be possible to do your snapmirror overnight, if it's acceptable to your client, and not throttle it at all. There are really a lot of options here.
Good point... I hadn't thought about doing things based on time like that.
I've used the throttle by setting it just a little bit below the total size of the link. That way if we did a big load on the netapp, it would eventually sync up, but wouldn't saturate the link in the meantime. That left the link with a little bit of overhead for interactive traffic so it felt a lot better.
On 11/10/05, Frank, Jason JasonFrank@srcp.com wrote:
Well, that all depends on how many changed blocks you expect in a day, as well as what kind of link you have, how busy the link is currently, what exact model of PIX or Sonicwall you have, and what the operating hours of the business are.
we're tri-continental. :)
Snapmirror does include a throttle, but if you throttle it too much, you'll be perpetually behind. And if you don't throttle it enough, it's about the same as not having one. It might be possible to do your snapmirror overnight, if it's acceptable to your client, and not throttle it at all. There are really a lot of options here.
yes, indeed. we don't have an "overnight," but from the one data point i just received in response, it looks like we *might* not have trouble. we need to learn more about what we have here.
i am concerned about snaps overlapping, of course, and received the pointer from adam fox that some folks use an admin host to monitor and control the firing of snap mirrors in order to prevent the problem.
...lori
-
Darren Dunham -
Frank, Jason -
Lori Barfield