Equilibrador de carga del servicio Contrail
’Echemos un vistazo al equilibrador de carga del servicio y a los objetos relacionados.
Los elementos destacados Figure 1 en son:
Cada servicio se representa mediante un objeto loadbalancer.
El objeto de equilibrador de carga incluye una propiedad loadbalancer_provider. Para la implementación de servicios, se implementa un nuevo tipo de loadbalancer_provider llamado Native.
Para cada puerto de servicio se crea un objeto Listener para el mismo loadbalancer de servicio.
Para cada agente de escucha, habrá un objeto de conjunto.
La agrupación contiene miembros, según el número de pods de back-end, una agrupación puede tener varios miembros.
Cada objeto miembro en el pool se asignará a uno de los pods de back-end.
Contrail-Kube-Manager escucha Kube-apiserver para K8S servicio y, cuando se crea un tipo custerIP o loadbalancer de servicio, se crea un objeto loadbalancer con loadbalancer_provider propiedad nativa.
Loadbalancer tendrá una dirección IP virtual, que es la misma que la serviceIP.
El IP/VIP de servicio se vinculará a la interfaz de cada pod de back-end. Esto se realiza con un controlador de equilibrador de carga ECMP.
La vinculación de Service-IP a las interfaces de pods de back-end crea un ECMP de siguiente salto en Contrail y se equilibra la carga del tráfico de la puerta de enlace de origen hacia uno de los pods de back-end directamente. Más adelante’, mostraremos el prefijo ECMP en’la tabla VRF s.
El administrador de contrail-Kube sigue escuchando la apiserver de Kube-para cualquier cambio, basado en la lista Pod en los puntos de conexión, conocerá los pods de back-end más actuales y actualizará los miembros en el pool.
Lo más importante a entender en Figure 1, como se mencionó anteriormente, es que, en contraste con el equilibrador de carga Neutron heredado (y el equilibrador de carga de’entrada que tratamos más adelante), no hay ningún proxy de capa de aplicación en este proceso. La implementación del servicio Contrail se basa en el equilibrio de carga basado en la capa 4 (capa de transporte) ECMP.
Contrail objetos de equilibrador de carga
Hemos’hablado mucho acerca de la contrail objeto equilibrador de carga, pero quizás se pregunte cuál es exactamente lo que parece. Es’hora de profundizar un poco más para mirar los equilibradores de carga y los objetos de soporte: Listener, pool y members.
En una Contrail el programa de instalación puede extraer los datos de objeto de Contrail UI, CLI (espiral) o herramientas de interfaz de usuario de terceros basadas en API de REST. En la producción, dependiendo de cuál esté disponible y de utilidad, puede seleccionar su favorito.
Deje’que se explore el objeto de equilibrador de carga con rizo. Con la herramienta rizo basta con que el FQDN de la dirección URL señale al objeto.
Por ejemplo, para buscar la dirección URL del objeto de equilibrador de carga para el servicio Service-web-clusterip a través de la lista de equilibradores de carga:
$ curl http://10.85.188.19:8082/loadbalancers | \
python -mjson.tool | grep -C4 `service-web-clusterip`
{
"fq_name":
[ "default-domain",
"k8s-ns-user-1",
"service-web-clusterip 99fe8ce7-9e75-11e9-b485-0050569e6cfc"
],
"href": "http://10.85.188.19:8082/loadbalancer/99fe8ce7-9e75-11e9-b485-0050569e6cfc",
"uuid": "99fe8ce7-9e75-11e9-b485-0050569e6cfc"
},
Ahora, con una dirección URL de equilibrador de carga específica, puede extraer los detalles específicos del objeto LB:
$ curl \
http://10.85.188.19:8082/loadbalancer/99fe8ce7-9e75-11e9-b485-0050569e6cfc \
| python -mjson.tool
{
"loadbalancer":
{
"annotations":
{
"key_value_pair": [
{
"key": "namespace",
"value": "ns-user-1"
},
{
"key": "cluster",
"value": "k8s"
},
{
"key":
"kind",
"value":
"Service"
},
{
"key": "project",
"value": "k8s-ns-user-1"
},
{
"key": "name",
"value": "service-web-clusterip"
},
{
"key": "owner",
"value": "k8s"
}
]
},
"display_name": "ns-user-1
service-web-clusterip",
"fq_name": [
"default-domain",
"k8s-ns-user-1",
"service-web-clusterip 99fe8ce7-9e75-11e9-b485-0050569e6cfc"
],
"href": "http://10.85.188.19:8082/loadbalancer/99fe8ce7-9e75-11e9-b485-0050569e6cfc", "id_perms": {
...<snipped>...
},
"loadbalancer_listener_back_refs": [ #<---
{
"attr": null,
"href": "http://10.85.188.19:8082/loadbalancer-listener/3702fa49-f1ca-4bbb-87d4-22e1a0dc7e67",
"to": [
"default-domain", "k8s-ns-user-1",
"service-web-clusterip 99fe8ce7-9e75-11e9-b485-0050569e6cfc-TCP-8888-
3702fa49-f1ca-4bbb-87d4-22e1a0dc7e67"
],
"uuid": "3702fa49-f1ca-4bbb-87d4-22e1a0dc7e67"
}
],
"loadbalancer_properties":
{ "admin_state": true,
"operating_status":
"ONLINE",
"provisioning_status":
"ACTIVE",
"status":
null,
"vip_address":
"10.105.139.153", #<---
"vip_subnet_id": null
},
"loadbalancer_provider": "native", #<---
"name": "service-web-clusterip 99fe8ce7-9e75-11e9-b485-0050569e6cfc",
"parent_href":
"http://10.85.188.19:8082/project/86bf8810-ad4d-45d1-aa6b-15c74d5f7809",
"parent_type": "project",
"parent_uuid": "86bf8810-ad4d-45d1-aa6b-15c74d5f7809",
"perms2": {
...<snipped>...
},
"service_appliance_set_refs": [
...<snipped>...
],
"uuid": "99fe8ce7-9e75-11e9-b485-0050569e6cfc",
"virtual_machine_interface_refs": [
{
"attr": null,
"href": "http://10.85.188.19:8082/virtual-machine-
interface/8d64176c-9fc7-491a-a44d-430e187d6b52", "to": [
"default-domain",
"k8s-ns-user-1",
"k8s Service service-web-clusterip 99fe8ce7-9e75-11e9-b485-0050569e6cfc"
],
"uuid": "8d64176c-9fc7-491a-a44d-430e187d6b52"
}
]
}
}
El resultado es muy exhaustivo e incluye muchos detalles que no son de interés para nosotros en este momento, salvo por unos pocos detalles que merece la pena mencionar:
En loadbalancer_properties, la dirección IP del servicio de uso de las LB como su dirección VIP.
La LB está conectada a un agente de escucha mediante una referencia.
El loadbalancer_provider atributo es nativo, una nueva extensión para implementar la capa 4 (capa de transporte) ECMP para el servicio Kubernetes.
En el resto de la exploración de LB y sus objetos relacionados, deje’uso de la interfaz de usuario contrail heredada.
También puede utilizar fácilmente la nueva interfaz de usuario de Contrail comando para hacer lo mismo.
Para cada servicio hay un objeto LB, en la Figure 2 , la captura de pantalla muestra dos objetos de lb:
ns-user-1-service-web-clusterip
ns-user-1-service-web-clusterip-mp
Esto indica que se crearon dos servicios. El nombre del objeto’del equilibrador de carga del servicio se compone conectando el nombre NS con el nombre del servicio y, por tanto, puede indicar los nombres de los dos servicios:
Service-web-clusterip
Service-clusterip-MP de la web
Haga clic en el icono de triángulo pequeño que aparece a la izquierda del primer objeto equilibrador de carga NS-User-1-Service-web clusterip para expandirlo, luego haga clic en el icono de vista de JSON avanzada de la derecha, y obtendrá información’detallada similar a lo que ve en la captura de rizo. Por ejemplo, el objeto VIP, Load balancer_provider, Load balancer_listener que hace referencia a él, etc.
Desde aquí puede seguir expandiendo el objeto loadbalancer_listener haciendo clic en el carácter + para ver el detalle como se muestra en la Figure 3. A’la vez a ll se ve una loadbalancer_pool; expándalo de nuevo y verás el participante. Puede repetir este proceso para explorar los datos del objeto.
Agente de escucha
Haga clic en el nombre de LB y seleccione escucha, luego expándalo y visualización de los detalles con el formato JSON y obtendrá los detalles de la escucha. La escucha escucha en el puerto de servicio 8888 y un grupo de la Figure 4hace referencia a él.
Para ver los parámetros detallados de un objeto en formato JSON, haga clic en el triángulo que aparece a la izquierda del nombre de equilibrador de carga para expandirlo y, a continuación, haga clic en el icono vista avanzada de JSON de la esquina superior derecha de la vista expandida. Este libro se utiliza mucho en la vista de JSON para explorar objetos diferentes de Contrail.
Grupo y miembro
El hecho de repetir este proceso de explorative le llevará al grupo y a los dos miembros. El miembro está en el puerto 80, que se asigna al contenedor targetPort en Pod, tal como se muestra en la Figure 5 y la Figure 6.
A continuación’, examinamos la tabla vRouter VRF de la caja POD para mostrar contrail detalles de funcionamiento del equilibrador de carga del servicio ECMP. Para comprender mejor el mapeo de 1 a N entre equilibrador de carga y escucha que se muestra en la ilustración de objeto de equilibrador’de carga, también se ofrece un ejemplo de servicio de varios puertos en nuestra configuración. Hemos’concluido la sección del servicio clusterIP inspeccionando la tabla de flujo del vRouter para ilustrar el flujo de trabajo del paquete de servicios.
