Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Flujo de trabajo de Contrail de entrada

 

Cuando se configura una entrada en un entorno Contrail Kubernetes, el evento se verá observado por otros componentes del sistema y se activarán muchas acciones. La implementación de nivel más profundo queda fuera del alcance de este libro, pero en un nivel alto este es el flujo de trabajo:

  • Contrail-Kube-Manager sigue escuchando los eventos de la Kube-apiserver.

  • El usuario crea un objeto Ingress (Rules).

  • Contrail-Kube-Manager obtiene el evento de Kube-apiserver.

  • Contrail-Kube-Manager crea un objeto de equilibrador de carga en la base de BD de contrail y establece el tipo de proveedor Load balancer_ como contrail Open for Ingress (donde es Native for Service).

Como se mencionó anteriormente, el componente contrail-Service-monitor Ve el suceso de creación del equilibrador de carga, según el tipo de balancer_provider de carga, e invoca al controlador del equilibrador de carga registrado para el tipo de balancer_provider de carga especificado:

  • Si el tipo de balancer_provider de carga es nativo, llamará al controlador ECMP loadbalancer para ECMP equilibrio de carga que analizamos en la sección anterior.

  • Si el tipo de balancer_provider Load es contrail, invocará al controlador de equilibrador de carga HAProxy, que activará los procesos de HAProxy que se iniciarán en los nodos Kubernetes.

Como puede ver, Contrail implementa la entrada con un equilibrador de carga HAProxy, como también se lee en la sección sobre Contrail asignación de objetos Kubernetes. En el capítulo 3 se describe el controlador de entrada y cómo pueden coexistir varias controladoras de entrada en Contrail. En el entorno de Contrail, contrail-Kube-Manager juega el rol del controlador de ingreso. Lee las reglas de entrada que introduce el usuario y las programa en el equilibrador de carga. Lado

  • Para cada objeto Ingress, se creará un equilibrador de carga;

  • Se crearán dos procesos de HAProxy para la entrada y éstos funcionarán en modo activo-espera:

    • un nodo de computación ejecuta el proceso de HAProxy activo

    • el otro nodo de cálculo ejecuta el proceso de HAProxy en espera

  • Ambos procesos HAProxy se programan con la configuración adecuada, basándose en las reglas definidas en el objeto Ingress.