AFAIK a single VFM server or replication agent can handle 20 simultaneous streams. Anything above that gets queued. Also I think you can only assign 1 remote agent for a filer. So even though you may have 1000+ remote agents on the windows server side, all these will be talking to a single remote agent assigned to the filer, and that agent can only handle 20 concurrent streams. Do all of them have to happen at the same time? If you think the incremental updates are less than 1mb, then the 20 streams could finish quickly making room for others. It's only the baseline update that will be tricky, maybe you can schedule that in batches? BTW, what kind of application is this? HTH -G
On 9/27/05, Hill, Aaron aaron.hill@cba.com.au wrote:
Hi there,
Does anyone have any capacity/scalability limitations they can share regarding VFM (or StorageX) and its remote replication agents? I cannot seem to get any information from Network Appliance.
Scenario;
· Using VFM 5.5 to manage (and monitor) the replication of data from 1 filer to many (maybe 1000+) Windows 2003 servers.
· 1-way replication over many WAN links of varying capacity, latency etc. Effectively a "push" from filer to Windows servers.
· Windows servers have the remote replication agent installed.
· Data will be scheduled to transfer during specific times.
· Expected maximum of 1-2Gb of data to be baseline synchronisation.
· Expected <1mb per day changes to be replicated.
Has anyone implemented anything of this scale or larger?
Is there a maximum number of replications that a single VFM server & the replication agent infrastructure can manage? Is it a function of VFM/StorageX, Windows Server 2003, the filers or all the above?
Thanks in advance for any experiences,
Aaron
************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line.