Open tux-o-matic opened 2 years ago
I see a suggestion to not put KeepalivedGroup CRs in the same Namespace as the operator but that doesn't clarify any of the questions above. And yet the README gives an example where they live in the same Namespace.
Better documentation would also prevent running in this situation flagged in https://github.com/redhat-cop/keepalived-operator/issues/59
So trying different scenarios: a KeepalivedGroup can used by a Service in a different Namespace. kube-proxy handles traffic from the NodePort without need for a NetworkPolicy. One remaining question: how are router id conflict avoided when running multiple KeepalivedGroup with the same default multicast address?
All examples given in the doc show a KeepalivedGroup CR being created in the same Namespace as the Service referencing and needing it yet the KeepalivedGroup CR seems to have a central role that is more on cluster and admin level. What's the actual limitation?