Replication window for RSAs
Some of our sites are on low bandwidth data connections. Trying to sync multiple RSAs takes days as the syncs do not happen concurrently. As these tasks queue up, I am unable to do other K2000 tasks, such as driver feed updates, upload images, or recaching of drivers. If we could have a window for replication similar to the K1000 replication to network shares, this would improve efficiency in our environment and ensure our RSAs are more up-to-date.
It would be a very long time coming feature that all of us have been waiting for with anticipation: running parallel nightly replication for enterprise RSA environment as well as support for 5-10GB bandwidth.
Its really needed that the nightly sync is running multiple RSA sync in parallel. We are running 190 RSAs and it almost takes the whole day to just do the nightly sync without any changes. So Imagine how it looks like if we do changes, like adding a new Windows image. The appliance can easily do 20-25 sync jobs including transfering data to the RSAs when I trigger them manually (need to do it manually every time when we inject new driver for new models for example.) So why can´t this be setup and specified how many "concurrent" snycs my appliance is able to handle. We are running it on a datacentre cluster, so we can add resources as we need. So it should be configurable. The way it is right now is not usable for an enterprise environment, its just made for a small company having a handful remote sites.I do not always want to spend my weekend just because we need new drivers or a new windows version, just because a simple feature is missing.
Roy Urick commented
I'll second this. Duplicating the functionality of the K1000 method would be awesome.
Replication schedule parity with K1: the K2 replication to remote sites uses bandwidth throttling only. Ideally, we'd like the ability to replicate files more quickly during specific periods (e.g., after hours/weekends when retail locations are closed).
Jarred Wheeler commented
Also, it'd be nice to have more than a 1GB link. Fibre seems like a viable alternative. We are currently running 10Gb fibre. Imagine the throughput to individual machines if this bandwidth was "tappable". Please update the drivers to support at least 2Gb fibre. 10-50Gb fibre would be optimal.
Alois Baumgartner commented
I have more than 120 Remote Sites in my K2000 configured so i have massive problems with the bandwith settings. (The Remote Sites must Sync initially more than 50GB with ~32KB/s, this will take 6 days in permanent sync!)
The Bandwith can only be set to "average", is it possible to implement settings like in the K1000? Limitations for times the sync is active or inactive and/or limitations on daytime ( daytime less bandwidth and at night more).
Matt Uebel commented
"This is somewhat unrelated, but I'd like the K2000 to be able to replicate without locking down the interface. Presently, it can't "multi-task". If I kick off replication, I can't do anything else until it's done."
Yeah. That is a problem as well.
Andy Flesner commented
I want K2000 RSAs to work EXACTLY like replication shares in the K1000. I want to be able to configure a throttling schedule, per server. I also want deployment to be automated when I make a change that applies to anything on that RSA (i.e. modify a post-install task). I know it can do this on a schedule, but I want it to automatically do this immediately after the change.
This is somewhat unrelated, but I'd like the K2000 to be able to replicate without locking down the interface. Presently, it can't "multi-task". If I kick off replication, I can't do anything else until it's done.
Andy Flesner commented
Throttling for RSAs similar to K1000 replication shares. Presently, there is a "max average" setting in the K2000 for RSAs, but that is not precise enough.