Topics

Kubernetes NodePort reservations are required until ingress refactoring is in - otherwise port conflicts occur #oom #kubernetes #nodeport


Michael O'Brien <frank.obrien@...>
 

Team,

   There is at least one team that is not reserving nodeports – this has caused several instances of nodeport conflicts during a full helm deploy – this has occurred regularly over the past 6 months – in some instances the effects were 2 levels – a conflict – causing a 2nd conflict after a 2nd refactor.

 

    TODO: NodePort reservation: temporary until we get ingress ports up – any nodeport change MUST consult/update this page before a test FULL deploy.

https://wiki.onap.org/display/DW/OOM+NodePort+List

 

 

   Note 1: you will not see a conflict unless you deploy the entire onap – so only full deploys like during CD jobs will catch these.

   Note 2: a couple of the nodeports are reserved for design/test-time charts that are not normally deployed – please consult the wiki registry first before using an open nodeport.

   Note 3: remember you don’t need an externally accessible nodeport for internal rest calls – the internal DNS service name is good for this – no exposure necessary.

   Note 4: the 304 prefix is more open than the 302 prefix – which is essentially closed now.

   Note 5: if you change any nodeport in a values.yaml – you MUST deploy all of ONAP – including every single pod listed in the dev/values.yaml override – for assistance in a managed deploy – use https://git.onap.org/logging-analytics/tree/deploy/cd.sh

 

    thank you

    /michael

 

This email and the information contained herein is proprietary and confidential and subject to the Amdocs Email Terms of Service, which you may review at https://www.amdocs.com/about/email-terms-of-service