so for autopkgtest-cloud we want to generate N systemd units overall, and want to split that up in the reactive charm such that it is evenly distributed across all instances.
The problem is dealing with overlap, if there are 3 things and 2 instances, one will have to get 2, the other 1. Should we use the leader for this? It seems like not the best choice, the leader can change between invocations and that would be suboptimal.
Is there another way to figure out which instance we are, whether we are the last added instance, for example? Then we could just say that the last instance deals with any overlap, for example.
Now actually, N is not a fixed number, but rather we have one N per architecture that Ubuntu supports. So let’s say we have 3 units each for amd64 and ppc64el; it might make sense to split them up such that instance W1 gets 2 amd64 and 1 ppc64el, and instance W2 gets 1 amd64 and 2 ppc64el; but that might be harder.