Funciones de redes de Distributed Cloud

En esta página, se describen las funciones de redes de Google Distributed Cloud, incluidas las subredes, las sesiones de intercambio de tráfico de BGP y el balanceo de cargas.

Habilita la API de Distributed Cloud Edge Network

Antes de configurar las redes de Distributed Cloud, debes habilitar la API de Distributed Cloud Edge Network. Para ello, completa los pasos de esta sección.

Console

1. En la Google Cloud consola, ve a la página de la API de Distributed Cloud Edge Network.

   Habilitar la API

2. Haz clic en Habilitar.

gcloud

Usa el siguiente comando:

gcloud services enable edgenetwork.googleapis.com

Configura las redes de Distributed Cloud

En esta sección, se describe cómo configurar los componentes de redes de Distributed Cloud.

Una configuración de red típica para Distributed Cloud consta de los siguientes pasos:

1. Opcional: Inicializa la configuración de red de la zona de destino, si es necesario.

2. Crea una red

3. Crea una o más subredes dentro de la red.

4. Establece sesiones de intercambio de tráfico de BGP de dirección norte con tus routers PE mediante los adjuntos de interconexión correspondientes.

5. Establece sesiones de intercambio de tráfico de BGP de dirección sur con los Pods que ejecutan tus cargas de trabajo mediante las subredes correspondientes.

6. Opcional: Establece sesiones de intercambio de tráfico de BGP de bucle invertido para lograr una alta disponibilidad.

7. Prueba la configuración.

8. Conecta tus Pods a la red.

Opcional: Inicializa la configuración de red de la zona de Distributed Cloud

Debes inicializar la configuración de red de tu zona de Distributed Cloud en los siguientes casos:

• Inmediatamente después de que se instale el hardware de Distributed Cloud en tus instalaciones
• Actualizaste a la versión 1.3.0 o posterior de Distributed Cloud en una implementación existente de Distributed Cloud, pero no participaste en la vista previa privada de la API de Distributed Cloud Edge Network.

Cuando se inicializa la configuración de red de una zona, se crea un router predeterminado llamado default y una red predeterminada llamada default. También se configura el router default para que se conecte con todas las interconexiones que solicitaste cuando pediste el hardware de Distributed Cloud mediante la creación de los adjuntos de interconexión correspondientes. Esta configuración proporciona a tu implementación de Distributed Cloud conectividad de vínculo superior básica a tu red local.

La inicialización de la configuración de red de una zona es un procedimiento único. Para obtener instrucciones completas, consulta Inicializa la configuración de red de una zona.

Crea una red

Para crear una red nueva, sigue las instrucciones que se indican en Crea una red. También debes crear al menos una subred dentro de la red para permitir que los nodos de Distributed Cloud se conecten a la red.

Crea una o más subredes

Para crear una subred, sigue las instrucciones que se indican en Crea una subred. Debes crear al menos una subred en tu red para permitir que los nodos accedan a la red. La VLAN correspondiente a cada subred que crees está disponible automáticamente para todos los nodos de la zona.

Establece sesiones de intercambio de tráfico de BGP de dirección norte

Cuando creas una red y sus subredes correspondientes, estas son locales para su zona de Distributed Cloud. Para habilitar la conectividad saliente, debes establecer al menos una sesión de intercambio de tráfico de BGP de dirección norte entre la red y tus routers perimetrales de intercambio de tráfico.

Para establecer una sesión de intercambio de tráfico de BGP de dirección norte, haz lo siguiente:

1. Haz una lista de las interconexiones disponibles en tu zona y, luego, selecciona la interconexión de destino para esta sesión de intercambio de tráfico.

2. Crea uno o más adjuntos de interconexión en la interconexión seleccionada. Los adjuntos de interconexión vinculan el router que creas en el siguiente paso con la interconexión seleccionada.

3. Crea un router. Este router enruta el tráfico entre la interconexión y tu red mediante los adjuntos de interconexión que creaste en el paso anterior.

4. Agrega una interfaz al router para cada adjunto de interconexión que creaste anteriormente en este procedimiento. Para cada interfaz, usa la dirección IP del conmutador de la parte superior del rack (ToR) correspondiente en tu rack de Distributed Cloud. Para obtener instrucciones, consulta Establece una sesión de intercambio de tráfico de dirección norte.

5. Agrega un par para cada interfaz que creaste en el router en el paso anterior.

Establece sesiones de intercambio de tráfico de BGP de dirección sur

Para habilitar la conectividad entrante a tus cargas de trabajo desde tu red local, debes establecer una o más sesiones de intercambio de tráfico de BGP de dirección sur entre tus routers perimetrales de intercambio de tráfico y la subred a la que pertenecen tus Pods. La dirección IP de la puerta de enlace para cada subred es la dirección IP del conmutador ToR correspondiente en tu rack de Distributed Cloud.

Para establecer una sesión de intercambio de tráfico de BGP de dirección sur, haz lo siguiente:

1. Agrega una interfaz al router en la red de destino para cada subred que quieras aprovisionar con conectividad entrante. Para obtener instrucciones, consulta Establece una sesión de intercambio de tráfico de dirección sur.

2. Agrega un par para cada interfaz que creaste en el router en el paso anterior.

Opcional: Establece sesiones de intercambio de tráfico de BGP de bucle invertido

Para habilitar la conectividad de alta disponibilidad entre tus cargas de trabajo y tu red local, puedes establecer una sesión de intercambio de tráfico de BGP de bucle invertido entre el Pod de destino y ambos conmutadores ToR en tu rack de Distributed Cloud. Una sesión de intercambio de tráfico de bucle invertido establece dos sesiones de intercambio de tráfico independientes para el Pod, una con cada conmutador ToR.

Para establecer una sesión de intercambio de tráfico de BGP de bucle invertido, haz lo siguiente:

1. Agrega una interfaz de bucle invertido al router en la red de destino. Para obtener instrucciones, consulta Establece una sesión de intercambio de tráfico de bucle invertido.

2. Agrega un par para la interfaz de bucle invertido.

Prueba la configuración

Para probar la configuración de los componentes de red que creaste, haz lo siguiente:

1. Verifica el estado operativo de la red.

2. Verifica el estado de aprovisionamiento de cada subred.

3. Verifica el estado operativo de las interconexiones.

4. Verifica el estado operativo de los adjuntos de interconexión.

5. Verifica el estado operativo del router.

Conecta tus Pods a la red

Para conectar tus Pods a la red y configurar funciones de red avanzadas, sigue las instrucciones que se indican en el operador de funciones de red.

Balanceo de cargas

Distributed Cloud se entrega con una solución de balanceo de cargas de red agrupada basada en MetalLB en modo de capa 2. Puedes usar esta solución para exponer servicios que se ejecutan en tu zona de Distributed Cloud al mundo exterior mediante direcciones IP virtuales (VIP) de la siguiente manera:

1. Tu administrador de red planifica la topología de red y especifica la subred de direcciones IPv4 virtuales requerida cuando solicita Distributed Cloud. Google configura el hardware de Distributed Cloud en consecuencia antes de la entrega. Ten en cuenta lo siguiente:
   • Esta subred de VIP se comparte entre todos los clústeres de Kubernetes que se ejecutan dentro de tu zona de Distributed Cloud.
   • Se anuncia una ruta para la subred de VIP solicitada a través de las sesiones de BGP entre la zona de Distributed Cloud y tu red local.
   • Las direcciones primera (ID de red), segunda (puerta de enlace predeterminada) y última (dirección de transmisión ) de la subred están reservadas para la funcionalidad principal del sistema. No asignes esas direcciones a los grupos de direcciones de las configuraciones de MetalLB.
   • Cada clúster debe usar un rango de VIP independiente que se encuentre dentro de la subred de VIP configurada.
2. Cuando creas un clúster en tu zona de Distributed Cloud, el administrador del clúster especifica los grupos de direcciones de Pod y de servicio ClusterIP mediante la notación CIDR. Tu administrador de red proporciona la subred de VIP LoadBalancer adecuada al administrador del clúster.

3. Después de crear el clúster, el administrador del clúster configura los grupos de VIP correspondientes. Para los clústeres de plano de control remoto, debes editar el ConfigMap metallb-config en el espacio de nombres metallb-system con el comando kubectl edit o kubectl replace. No uses el comando kubectl apply, ya que Distributed Cloud anula tus cambios si lo haces.

   En el siguiente ejemplo, se ilustra una configuración de este tipo:

   # metallb-config.yaml
   apiVersion: v1
   kind: ConfigMap
   metadata:
     namespace: metallb-system
     name: metallb-config
   data:
     config: |
       address-pools:
       - name: default
         protocol: layer2
         addresses:
         - 192.168.1.2-192.168.1.254
   

   Para los clústeres de plano de control local, debes especificar los grupos de VIP con la marca --external-lb-ipv4-address-pools cuando creas el clúster. Para obtener más información, consulta Modo de capacidad de supervivencia.

4. El administrador del clúster crea los servicios LoadBalancer de Kubernetes adecuados.

Los nodos de Distributed Cloud en un solo grupo de nodos comparten un dominio de capa 2 común y, por lo tanto, también son nodos de balanceador de cargas de MetalLB. Los nodos del plano de control de Distributed Cloud que se ejecutan en Google Cloud no funcionan como nodos de balanceador de cargas.

Ingreso de Distributed Cloud

Además del balanceo de cargas, Distributed Cloud también admite recursos Ingress de Kubernetes. Un recurso Ingress de Kubernetes controla el flujo de tráfico HTTP(S) a los servicios de Kubernetes que se ejecutan en tus clústeres de Distributed Cloud. En el siguiente ejemplo, se ilustra un recurso Ingress típico:

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress
spec:
  rules:
  - http:
      paths:
      - backend:
          service:
            name: my-service
            port:
              number: 80
        path: /foo
        pathType: Prefix

Cuando se configura, el tráfico de red fluye a través del servicio istio-ingress, al que, de forma predeterminada, se le asigna una dirección IP aleatoria de los grupos de VIP especificados en tu configuración de MetalLB. Puedes seleccionar una dirección IP específica o una dirección IP virtual de la configuración de MetalLB con el campo loadBalancerIP en la definición del servicio istio-ingress. Por ejemplo:

apiVersion: v1
kind: Service
metadata:
  labels:
    istio: ingress-gke-system
    release: istio
  name: istio-ingress
  namespace: gke-system
spec:
  loadBalancerIP: <targetLoadBalancerIPaddress>

Inhabilita el recurso Ingress predeterminado de Distributed Cloud

Vista previa

Esta función está sujeta a las "Condiciones de la oferta previa a la DG" en la sección Condiciones Generales del Servicio de las Condiciones Específicas del Servicio. Las funciones de la fase previa a la DG están disponibles “sin modificaciones” y pueden tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

De forma predeterminada, cuando creas un clúster de Distributed Cloud, Distributed Cloud configura automáticamente el servicio istio-ingress para el clúster. Tienes la opción de crear un clúster de Distributed Cloud sin el servicio istio-ingress. Para ello, completa los siguientes pasos:

gcloud

1. Crea un archivo de configuración YAML llamado SystemsAddonConfig.yaml con el siguiente contenido:

   systemAddonsConfig:
    ingress:
      disabled: true
   

2. Pasa el archivo SystemsAddonConfig.yaml con la marca --system-addons-config en el comando de creación del clúster. Debes usar la versión gcloud alpha para usar esta función. Por ejemplo:

   gcloud alpha edge-cloud container clusters create MyGDCECluster1 --location us-west1 \
       --system-addons-config=SystemsAddonConfig.yaml
   

   Para obtener más información sobre cómo crear un clúster de Distributed Cloud, consulta Crea un clúster.

API

1. Agrega el siguiente contenido JSON a la carga útil de JSON en tu solicitud de creación de clústeres:

   "systemAddonConfig" {
      "ingress" {
              "disabled": true
      }
   }
   

2. Envía la solicitud de creación de clústeres como se describe en Crea un clúster.

Compatibilidad con SCTP

Vista previa

Esta función está sujeta a las "Condiciones de la oferta previa a la DG" en la sección Condiciones Generales del Servicio de las Condiciones Específicas del Servicio. Las funciones de la fase previa a la DG están disponibles “sin modificaciones” y pueden tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

Distributed Cloud admite el Protocolo de control de transmisión de flujo (SCTP) en la interfaz de red principal para redes internas y externas. La compatibilidad con SCTP incluye los tipos de servicio NodePort, LoadBalancer y ClusterIP. Los Pods pueden usar SCTP para comunicarse con otros Pods y recursos externos. En el siguiente ejemplo, se ilustra cómo configurar IPERF como un servicio ClusterIP con SCTP:

apiVersion: v1
kind: Pod
metadata:
  name: iperf3-sctp-server-client
  labels:
    app.kubernetes.io/name: iperf3-sctp-server-client
spec:
  containers:
  - name: iperf3-sctp-server
    args: ['-s', '-p 31390']
    ports:
      - containerPort: 31390
        protocol: SCTP
        name: server-sctp
  - name: iperf3-sctp-client
    ...

---

apiVersion: v1
kind: Service
metadata:
  name: iperf3-sctp-svc
spec:
  selector:
    app.kubernetes.io/name: iperf3-sctp-server-client
  ports:
    - port: 31390
      protocol: SCTP
      targetPort: server-sctp

Módulos de kernel de SCTP

A partir de la versión 1.5.0, Distributed Cloud configura el módulo de kernel del SO perimetral sctp como cargable. Esto te permite cargar tus propias pilas de protocolos SCTP en el espacio de usuario del kernel.

Además, Distributed Cloud carga los siguientes módulos en el kernel de forma predeterminada:

Nombre del módulo	Nombre de la configuración
fou	CONFIG_NET_FOU
nf_conntrack_proto_gre	CONFIG_NF_CT_PROTO_GRE
nf_conntrack_proto_sctp	CONFIG_NF_CT_PROTO_SCTP
inotify	CONFIG_INOTIFY_USER
xt_redirect	CONFIG_NETFILTER_XT_TARGET_REDIRECT
xt_u32	CONFIG_NETFILTER_XT_MATCH_U32
xt_multiport	CONFIG_NETFILTER_XT_MATCH_MULTIPORT
xt_statistic	CONFIG_NETFILTER_XT_MATCH_STATISTIC
xt_owner	CONFIG_NETFILTER_XT_MATCH_OWNER
xt_conntrack	CONFIG_NETFILTER_XT_MATCH_CONNTRACK
xt_mark	CONFIG_NETFILTER_XT_MARK
ip6table_mangle	CONFIG_IP6_NF_MANGLE
ip6_tables	CONFIG_IP6_NF_IPTABLES
ip6table_filter	CONFIG_IP6_NF_FILTER
ip6t_reject	CONFIG_IP6_NF_TARGET_REJECT
iptable_mangle	CONFIG_IP_NF_MANGLE
ip_tables	CONFIG_IP_NF_IPTABLES
iptable_filter	CONFIG_IP_NF_FILTER

Recurso ClusterDNS

Vista previa

Esta función está sujeta a las "Condiciones de la oferta previa a la DG" en la sección Condiciones Generales del Servicio de las Condiciones Específicas del Servicio. Las funciones de la fase previa a la DG están disponibles “sin modificaciones” y pueden tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

Distributed Cloud admite el recurso ClusterDNS de Google Distributed Cloud para configurar servidores de nombres ascendentes para dominios específicos con la sección spec.domains. Para obtener más información sobre la configuración de este recurso, consulta spec.domains.

¿Qué sigue?

• Asignación de direcciones de red de Pod y de servicio