Closed alonsocamaro closed 5 months ago
A non-cosmetic reason to implement pool-member-type=hostnetwork is because when using hostnetwork and the OVN CNI, we don´t need to create static routes to the cluster IPs, which might not be even directly connected. That is, the static routes might fail to be created.
Created [CONTCNTR-4747] for internal tracking.
--pool-member-type=auto can be used for this purpose.
Adding the following note in clouddocs.
Note:- Pool member type Auto can also be used to configure CIS Controller to route the traffic to the node directly when pods are using the hostNetwork property.
Update the clouddocs. https://clouddocs.f5.com/containers/latest/userguide/config-options.html
Title
RFE: add pool-member-type=hostnetwork or document
Description
This is a cosmetic enhancement. The functionality is already implemented.
By default OpenShift's ingress controller (aka OpenShift Router, HA-proxy) is deployed neither using nodePort or clusterIP but instead using hostNetwork. This can be checked with:
This is configured in the operator as shown in [1] below.
This method is also used by other ingress controllers like NGINX+ IC. See for example the controller.hostNetwork variable in https://docs.nginx.com/nginx-ingress-controller/installation/installing-nic/installation-with-helm/
We don´t provide instructions on how these deployments should be configured.
I found that using clusterIP works as desired, using the node's IPs of the nodes where the PODs are deployed:
Actual Problem
This is not documented.
Solution Proposed
This should be documented and optionally it might be worth considering if an option pool-member-type=hostnetwork being an alias pool-member-type=cluster is worth adding for clarity
Additional context
[1]