why use Recreate strategy in ceph-mgr and rbd-provisioner deployment

ask Alexandre Marangone to give some coin directly.

That was a while ago but if I recall correctly...
The idea for ceph-mgr was that we only wanted to run one at a time in cluster deployed with k8s since there could only be one active ceph-mgr daemon in a Ceph cluster. Figuring out which one is active was up to the operator who had to manually exec to a ceph-mon Pod to do so.
Since the ceph-mgr is not critical to I/O, having only 1 was a good enough solution at the time. Only 1 ceph-mgr at time -> Recreate.
I haven't followed this very carefully but I do remember changes in ceph-mgr where a standby mgr can now redirect requests to the active one. That needs to be checked but if that's the case, it could be updated to run 3 and a RollingUpdate strategy.

Regarding rbd-provisioner, I'm not sure. I haven't look at this bit but a RollingUpdate strategy sounds reasonable.

@Alexandre Marangone
Thank you!
As mgr share some responsibility for ceph-mon.If it is better keep three replications for mgr?

They scale independently of each other but I do think the common stance for now is to have the same amount, just easier that way

@Alexandre Marangone
ok，Thank you!