Hi,
please, don't complicate things where not required.
You want to distribute the content over a wider time, is it so important to control which set of peer clients is served first or second, etc? I don't think so, maybe servers faster, clients slower is enough.
Let's make an example with fake numbers to explain my approach:
- you can set the SEPM to get updates daily at fixed time (you will skip two content releases per day)
- you have 1,000 clients you want to update over 6 hours (remember that your users usually work 8 hours per day)
- you have 100 servers you want to update over 2 hours because you want them more secure
- changing the heartbeat is not the right approach, if too small, you have too frequent connections and high traffic, if too high, you lose the control of your clients (slow update of policies, status, logs, commands, etc.), keep it at a reasonable value (15-45 minutes)
- in the same place were you set the heartbeat, there is the option to randomize the content update, this will slow down the content update without impacting on the rest of the communication
- set it to 6 hours for the clients (1000 clients/6 h= 166 c/h)
- set it to 2 hours for the clients (100 servers/2 h= 50 s/h)
Of course, the wider are the above intervals, the less and slower your clients are updated which result in a less secure network.