En este documento, se describen los dos modos de reenvío de Dataplane V2 para el balanceo de cargas y cómo habilitarlos en Google Distributed Cloud. Dataplane V2 admite dos modos de reenvío para el balanceo de cargas:
- Traducción de direcciones de red de origen (SNAT)
- Retorno directo del servidor (DSR)
El modo de reenvío para el balanceo de cargas solo se puede configurar cuando creas un clúster.
Balanceo de cargas de SNAT
La traducción de direcciones de red de origen (SNAT) es el modo de reenvío predeterminado para el balanceo de cargas de Dataplane V2. Sin embargo, en el modo SNAT, la dirección IP del cliente no se conserva para los Pods de backend. Cuando el paquete del cliente llega al nodo del balanceador de cargas, se traduce y se reenvía al nodo trabajador de destino con el Pod del backend. El pod de backend ve que la solicitud proviene del nodo del balanceador de cargas, en lugar de la ubicación del cliente. Como resultado, la respuesta se muestra al nodo del balanceador de cargas, se revierte y se traduce y se envía de vuelta al cliente.
Flujo de paquetes para SNAT
Con el modo de reenvío de SNAT para el balanceo de cargas de Dataplane V2, este es el flujo de paquetes desde un cliente externo a un Pod de backend y viceversa:
El servicio de tipo LoadBalancer se asigna a un nodo del balanceador de cargas y su dirección IP
172.16.20.16
se anuncia por el altavoz de MetalLB que se ejecuta en ese nodo.Dataplane V2 traduce la dirección IP y el puerto de origen con SNAT a
<LB_NODE_IP>:52000
y reenvía el paquete al nodo trabajador.La respuesta se envía al nodo del balanceador de cargas y la dirección de destino se traduce de forma inversa.
En el siguiente diagrama, se muestra el flujo de paquetes para el modo SNAT:
Balanceo de cargas de DSR
El retorno directo del servidor (DSR) soluciona los problemas con el balanceo de cargas de SNAT. En el modo DSR, el nodo del balanceador de cargas usa las opciones de IP para guardar la dirección de origen del cliente. El nodo trabajador puede recuperar el paquete original y reenviarlo al Pod de backend. El Pod de backend puede ver que el paquete proviene de la dirección IP del cliente en lugar de la dirección IP del nodo del balanceador de cargas. Como resultado, el paquete de retorno muestra directamente la dirección IP del cliente en lugar de regresar al nodo del balanceador de cargas.
Este modo no solo resuelve el problema de visibilidad de la dirección IP del cliente, sino que también ahorra ancho de banda para el nodo del balanceador de cargas. El tráfico de retorno no tiene que pasar por el nodo del balanceador de cargas, y el nodo del balanceador de cargas ya no tiene que realizar un seguimiento de la conexión. Este enfoque ahorra memoria y libera el puerto de reenvío. En el caso de las cargas de trabajo asimétricas, en las que el tráfico de descarga es mucho mayor que el tráfico de solicitudes, el flujo de DSR reduce el ancho de banda de manera significativa.
Flujo de paquetes para la DSR
Con el modo de reenvío de DSR para el balanceo de cargas de Dataplane V2, este es el flujo de paquetes desde un cliente externo a un Pod de backend y viceversa:
El servicio de tipo LoadBalancer se asigna al nodo del balanceador de cargas y su dirección IP
172.16.20.16
se anuncia por el altavoz de MetalLB que se ejecuta en ese nodo.Dataplane V2 reenvía el paquete al nodo trabajador y usa las opciones de IP para guardar el puerto y la dirección IP de origen del cliente original.
Dataplane V2 en el nodo trabajador reenvía el paquete al Pod de backend.
El Pod de backend recupera la dirección IP y el puerto de origen, y responde al cliente.
En el siguiente diagrama, se muestra el flujo de paquetes para el modo DSR:
Habilitar modo DSR
Para habilitar el modo DSR, agrega el campo spec.clusterNetwork.forwardMode
al archivo de configuración del clúster y configúralo como dsr
. Como se mencionó antes, el modo SNAT está habilitado de forma predeterminada. Puedes especificar el modo SNAT de manera explícita si estableces forwardMode
en snat
. El modo de reenvío para el balanceo de cargas de Dataplane V2 solo se puede configurar cuando se crea el clúster.
apiVersion: baremetal.cluster.gke.io/v1
kind: Cluster
metadata:
name: lb-mode
namespace: cluster-lb-mode
...
spec:
clusterNetwork:
forwardMode: dsr # valid options are dsr or snat
pods:
cidrBlocks:
- 192.168.0.0/16
services:
cidrBlocks:
- 10.96.0.0/20
...
El valor forwardMode
no se puede modificar después de crear el clúster. Asegúrate de haber configurado la opción correcta según tus necesidades antes de crear el clúster.