You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This may be a duplicate of #6, if so please feel free to close this, but currently running more than one consul-k8s deployment across different clusters results in the deployments fighting one another:
2018-12-07T05:39:41.560Z [INFO ] to-consul/sink: invalid service found, scheduling for delete: service-name=SERVICE_NAME
I'd ideally like to be able to run multiple deployments across clusters, and have a particular deployment only manage what it synced. Would adding a -svc-tag option solve this I wonder? I'm thinking if set consul-k8s would only manage the services, and more specifically the nodes, with said tag value? Something like this would solve our use case as we do have multiple clusters with the same service defined in both.
The text was updated successfully, but these errors were encountered:
Merged a configurable tag that should allow each Kubernetes cluster's services to be independently identified, which should solve this conflict. It will be included in the next released version, which should happen soon.
Please feel free to reopen if this doesn't fix your issue.
This may be a duplicate of #6, if so please feel free to close this, but currently running more than one consul-k8s deployment across different clusters results in the deployments fighting one another:
I'd ideally like to be able to run multiple deployments across clusters, and have a particular deployment only manage what it synced. Would adding a
-svc-tag
option solve this I wonder? I'm thinking if set consul-k8s would only manage the services, and more specifically the nodes, with said tag value? Something like this would solve our use case as we do have multiple clusters with the same service defined in both.The text was updated successfully, but these errors were encountered: