-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PEM certificate generation: support multiple replicas #192
Comments
After chatting with @brusdev let's implement this solution. |
lavocatt
added
bug
Something isn't working
task/feature
and removed
question
Further information is requested
labels
Jun 26, 2024
lavocatt
added a commit
to lavocatt/activemq-artemis-self-provisioning-plugin
that referenced
this issue
Aug 13, 2024
Add support for multiple hosts to be exposed via an ingress when the user selects several replicas. Each pod gets exposed and has its own url to get connected to. The connectivity helper shows the url of the currently selected pod. fixes artemiscloud#192
lavocatt
added a commit
to lavocatt/activemq-artemis-self-provisioning-plugin
that referenced
this issue
Aug 14, 2024
Add support for multiple hosts to be exposed via an ingress when the user selects several replicas. Each pod gets exposed and has its own url to get connected to. The connectivity helper shows the url of the currently selected pod. fixes artemiscloud#192
lavocatt
added a commit
to lavocatt/activemq-artemis-self-provisioning-plugin
that referenced
this issue
Aug 14, 2024
Add support for multiple hosts to be exposed via an ingress when the user selects several replicas. Each pod gets exposed and has its own url to get connected to. The connectivity helper shows the url of the currently selected pod. fixes artemiscloud#192
lavocatt
added a commit
to lavocatt/activemq-artemis-self-provisioning-plugin
that referenced
this issue
Aug 19, 2024
Add support for multiple hosts to be exposed via an ingress when the user selects several replicas. Each pod gets exposed and has its own url to get connected to. The connectivity helper shows the url of the currently selected pod. fixes artemiscloud#192
lavocatt
added a commit
to lavocatt/activemq-artemis-self-provisioning-plugin
that referenced
this issue
Aug 19, 2024
Add support for multiple hosts to be exposed via an ingress when the user selects several replicas. Each pod gets exposed and has its own url to get connected to. The connectivity helper shows the url of the currently selected pod. fixes artemiscloud#192
lavocatt
added a commit
to lavocatt/activemq-artemis-self-provisioning-plugin
that referenced
this issue
Aug 19, 2024
Add support for multiple hosts to be exposed via an ingress when the user selects several replicas. Each pod gets exposed and has its own url to get connected to. The connectivity helper shows the url of the currently selected pod. fixes artemiscloud#192
lavocatt
added a commit
to lavocatt/activemq-artemis-self-provisioning-plugin
that referenced
this issue
Aug 19, 2024
Add support for multiple hosts to be exposed via an ingress when the user selects several replicas. Each pod gets exposed and has its own url to get connected to. The connectivity helper shows the url of the currently selected pod. fixes artemiscloud#192
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
ATM there aren't correct support for multiple replicas on the reducer. An easy way could be to simply add a host in the patch for every pod in the deployment:
This has for effect to spawn two ingresses:
Which is functional. However, using this strategy we can't use the ingress round robin for load balancing.
So I'm wondering, is this the right approach?
@brusdev and @gtully I'm pinging you here to have your opinion on the matter.
The text was updated successfully, but these errors were encountered: