Hi Yoshihiko, If you have physical LB in your environment, you might want to make use of NodePort for distributing the access to multiple controller nodes. In that case, it is recommended to set Values.network.external_policy_local to true so that you could eliminate unnecessary hops. Ingress backed by nginx could be used of course, but as you pointed, IP address of the node where ingress pod resides will be the address you’re accessing, which might not be desirable in many use cases. If you plan to try it on GCP/GKE, where the ingress controller is backed by GCP’s load-balancer service, NodePort + ingress seems valid option for exposing your service to external. FYI, https://cloud.google.com/kubernetes-engine/docs/tutorials/http-balancer <https://cloud.google.com/kubernetes-engine/docs/tutorials/http-balancer>
Hope this helps. Hyunsun > On 5 Mar 2018, at 2:34 PM, 渥美 慶彦 <[email protected]> wrote: > > Hi all, > # Resend with openstack-helm tag > > I try to deploy multinode OpenStack by openstack-helm > and want to access OpenStack API endpoints from out of k8s nodes. > To avoid service failure by node down, I think I need one virtual IP for the > endpoints.(like Pacemaker) > Could you show me how to realize that if you have any information? > > A. Deploy OpenStack services for NodePort, and distribute the access to nodes > using physical Load Balancer. > B. Using Ingress? > I think Ingress is for L7 routing, so it can't be used to create VIP for > the endpoints. > C. Any other ideas? > > And when I try this on GCP/GKE, is there any difference from on-premises? > > best regards > > -- > -------------------------------------------------------- > Yoshihiko Atsumi > E-mail：[email protected] > -------------------------------------------------------- > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
