Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-19891

Loadbalancer configuration for Openstack is incorrect

XMLWordPrintable

    • Quality / Stability / Reliability
    • False
    • Hide

      None

      Show
      None
    • 3
    • Important
    • No
    • None
    • None
    • OSDOCS Sprint 245
    • 1
    • None
    • Release Note Not Required
    • N/A
    • None
    • None
    • None
    • None

      Description of problem:

      When working on a customer issue, we identified that there kube-apiserver were crashing. 
      
      On further checking it was observed that even though the kube-apiserver was not healthy the lb was still sending the requests, leading it to crash.
      
      In our documentation. the example lb configuration provides incorrect mode for checking master-apiserver availablity.
      
      https://docs.openshift.com/container-platform/4.13/networking/load-balancing-openstack.html#nw-osp-configuring-external-load-balancer_load-balancing-openstack
      
      Hence, please update it where it can check master-api url with /readyz for performing health check.
      
      The load balancer must be configured to take a maximum of 30 seconds from the time the API server turns off the /readyz endpoint to the removal of the API server instance from the pool. Within the time frame after /readyz returns an error or becomes healthy, the endpoint must have been removed or added. Probing every 5 or 10 seconds, with two successful requests to become healthy and three to become unhealthy, are well-tested values.
      
      eg : https://github.com/openshift/installer/blob/master/docs/user/metal/external_loadbalancer_ipi.md#haproxy-example-load-balancer-config
      
      
      And if we can incorporate below KCS in our documentation as central place for checking all available health checks in loadbalancer.
      
      

      Version-Release number of selected component (if applicable):

       

      How reproducible:

       

      Steps to Reproduce:

      1.
      2.
      3.
      

      Actual results:

       

      Expected results:

       

      Additional info:

       

              rhn-support-nalhadef Neal Alhadeff (Inactive)
              rhn-support-jkaur Jaspreet Kaur
              None
              None
              None
              None
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: