How can we improve the SDA (K2000)?

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.

113 votes
Vote
Sign in
(thinking…)
Password icon
Signed in as (Sign out)
You have left! (?) (thinking…)
Patrick shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

7 comments

Sign in
(thinking…)
Password icon
Signed in as (Sign out)
Submitting...
  • Roy Urick commented  ·   ·  Flag as inappropriate

    I'll second this. Duplicating the functionality of the K1000 method would be awesome.

  • BlaiseG commented  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    "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  ·   ·  Flag as inappropriate

    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  ·   ·  Flag as inappropriate

    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.

Feedback and Knowledge Base