Automate exposing arbitrary ports

Bug #1842104 reported by Andrea Ieri
20
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Kubernetes Worker Charm
Confirmed
Low
Unassigned

Bug Description

As described in the charm documentation under 'known limitations', there is currently no automation for port exposure when using NodePort type networking.
It would be useful to have a charm config specifying a list of ports that need to be opened (e.g. to setup an external ingress controller): all the charm would have to do is loop through the list and open/close ports as necessary.

Revision history for this message
Pedro Guimarães (pguimaraes) wrote :

As LP #1427770 is marked as "Won't Fix", we can easily manage that via config using commands open/close-port and opened-ports on Juju.

PR proposed to solve this issue:
https://github.com/charmed-kubernetes/charm-kubernetes-worker/pull/34

Changed in charm-kubernetes-worker:
status: New → In Progress
importance: Undecided → Low
assignee: nobody → Pedro Guimarães (pguimaraes)
Andrea Ieri (aieri)
Changed in charm-kubernetes-worker:
assignee: Pedro Guimarães (pguimaraes) → nobody
status: In Progress → Confirmed
Revision history for this message
Andrea Ieri (aieri) wrote :

We keep hitting this bug: whenever a customer wants an external ingress controller we have to manually open ports via juju run. This impacts day-2 operations because since open/closed ports are not handled at the application level, any worker redeployment or cluster expansion will require remembering the extra manual step.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.