Créer un sous-réseau mondial pour l'équilibrage de charge interne

Cette page vous explique comment créer un sous-réseau mondial dans Google Distributed Cloud (GDC) avec isolation physique et comment l'utiliser pour un équilibreur de charge interne (ILB).

Les sous-réseaux globaux vous permettent de configurer des opérations d'équilibrage de charge interne dans plusieurs zones de votre organisation GDC. L'équilibrage de charge permet d'améliorer les performances, la fiabilité et la disponibilité des applications et des services en répartissant le trafic réseau sur plusieurs serveurs. Pour en savoir plus sur les sous-réseaux globaux pour l'équilibrage de charge, consultez À propos des sous-réseaux pour l'équilibrage de charge.

Cette page s'adresse aux développeurs du groupe d'opérateurs d'application qui souhaitent gérer l'équilibrage de charge pour leur organisation. Pour en savoir plus, consultez la documentation sur les audiences pour GDC sous air gap.

Avant de commencer

Pour créer un sous-réseau global et le configurer pour les ILB, vous devez disposer des éléments suivants :

  • Être propriétaire du projet pour lequel vous configurez l'équilibreur de charge. Pour en savoir plus, consultez Créer un projet.

  • Les rôles de gestion de l'authentification et des accès nécessaires :

    • Demandez à l'administrateur de l'organisation IAM de vous attribuer le rôle d'administrateur de l'équilibreur de charge (load-balancer-admin).
    • Demandez à l'administrateur de l'organisation IAM de vous attribuer le rôle d'administrateur de l'équilibreur de charge mondial (global-load-balancer-admin).
    • Demandez à l'administrateur IAM de votre organisation de vous accorder le rôle d'administrateur de l'organisation de sous-réseau (subnet-org-admin). Il s'agit d'un rôle d'administrateur de plate-forme pour l'organisation.
    • Demandez à l'administrateur de l'organisation IAM de vous accorder le rôle d'administrateur de projet de sous-réseau (subnet-project-admin). Il s'agit d'un rôle d'opérateur d'application pour le projet.

    Pour en savoir plus, consultez Descriptions des rôles prédéfinis.

Créer un sous-réseau global parent

Le sous-réseau global parent que vous créez dans cette section sert de pool d'adresses IP à partir duquel les adresses IP de votre équilibreur de charge interne sont sourcées. Vous spécifiez les parents du sous-réseau à l'aide du champ spec.parentReference.name. Deux options s'offrent à vous pour configurer le CIDR de ce sous-réseau parent :

Pour en savoir plus sur la différence entre les configurations CIDR statiques et dynamiques, consultez Configuration CIDR statique et dynamique.

Créer un sous-réseau à l'aide d'une configuration CIDR statique

Utilisez une configuration CIDR statique lorsque vous avez besoin d'un contrôle précis sur votre espace d'adressage IP. Ce sous-réseau est de type Branch. Pour en savoir plus sur les types de sous-réseaux racine, branche et feuille, consultez Hiérarchie des sous-réseaux.

Pour créer un sous-réseau parent global avec une configuration CIDR statique, ajoutez le bloc CIDR de votre choix au champ spec.ipv4Request.cidr :

kubectl --kubeconfig GLOBAL_API_SERVER apply -f - <<EOF
apiVersion: ipam.global.gdc.goog/v1
kind: Subnet
metadata:
  labels:
    ipam.gdc.goog/vpc: default-vpc
  name: ILB_PARENT_SUBNET_NAME
  namespace: platform
spec:
  ipv4Request:
    cidr: STATIC_CIDR
  parentReference:
    name: PARENT_NAME
    namespace: platform
  propagationStrategy: None
  type: Branch
EOF

Remplacez les éléments suivants :

  • GLOBAL_API_SERVER : chemin d'accès kubeconfig du serveur d'API de gestion globale. Pour en savoir plus, consultez Serveurs d'API globaux et zonaux. Si vous n'avez pas encore généré de fichier kubeconfig pour le serveur d'API, consultez Se connecter pour en savoir plus.
  • ILB_PARENT_SUBNET_NAME : nom choisi pour le sous-réseau parent global de l'ILB.
  • STATIC_CIDR : bloc CIDR spécifique que vous souhaitez allouer à ce sous-réseau parent, par exemple 10.0.10.0/27.
  • PARENT_NAME : nom du sous-réseau parent existant à partir duquel ce nouveau sous-réseau est créé.

Pour configurer ce sous-réseau afin qu'il fonctionne avec les ILB, vous devez créer un sous-réseau feuille pour l'ILB.

Créer un sous-réseau à l'aide d'une configuration CIDR dynamique

La configuration CIDR dynamique alloue automatiquement un bloc CIDR disponible d'une taille spécifiée à partir du sous-réseau parent. Cela simplifie la gestion des adresses IP, en particulier dans les environnements de grande taille. Ce sous-réseau est de type Branch. Pour en savoir plus sur les types de sous-réseaux racine, branche et feuille, consultez Hiérarchie des sous-réseaux.

Pour créer un sous-réseau parent global avec un CIDR dynamique, configurez le champ spec.ipv4Request.prefixLength avec la longueur de préfixe choisie :

kubectl --kubeconfig GLOBAL_API_SERVER apply -f - <<EOF
apiVersion: ipam.global.gdc.goog/v1
kind: Subnet
metadata:
  labels:
    ipam.gdc.goog/vpc: default-vpc
  name: ILB_PARENT_SUBNET_NAME
  namespace: platform
spec:
  ipv4Request:
    prefixLength: PREFIX_LENGTH
  parentReference:
    name: PARENT_NAME
    namespace: platform
  propagationStrategy: None
  type: Branch

EOF

Remplacez les éléments suivants :

  • ILB_PARENT_SUBNET_NAME : nom que vous avez choisi pour le sous-réseau parent de l'ILB, par exemple lb-global-lancer-ilb-subnet.
  • STATIC_CIDR : bloc CIDR spécifique que vous souhaitez utiliser, par exemple 10.0.10.0/27. Cette variable ne s'applique qu'à la configuration CIDR statique.
  • PARENT_NAME : nom du sous-réseau parent existant à partir duquel ce nouveau sous-réseau est créé, par exemple default-vpc-workload-cidr.
  • PREFIX_LENGTH : longueur de préfixe choisie pour le CIDR alloué dynamiquement, par exemple 27. Cette variable ne s'applique qu'à la configuration CIDR dynamique.

Pour configurer ce sous-réseau afin qu'il fonctionne avec les ILB, vous devez créer un sous-réseau feuille pour l'ILB.

Créer un sous-réseau feuille pour l'ILB

Après avoir configuré le sous-réseau parent global, vous devez créer un sous-réseau feuille pour allouer une seule adresse IP au service ILB global. Ce sous-réseau feuille doit avoir une valeur de champ type définie sur Leaf et doit résider dans le même espace de noms de projet que vos ressources d'équilibreur de charge, telles que ForwardingRule, BackendService et Backend.

Pour créer le sous-réseau feuille et l'associer à l'ILB, procédez comme suit :

  1. Créez un sous-réseau feuille avec une valeur prefixLength de 32, car il est destiné à allouer une seule adresse IP. La valeur parentReference fait référence au sous-réseau global parent créé précédemment :

    kubectl --kubeconfig GLOBAL_API_SERVER apply -f - <<EOF
apiVersion: ipam.global.gdc.goog/v1
kind: Subnet
metadata:
  labels:
    ipam.gdc.goog/allocation-preference: default
    ipam.gdc.goog/vpc: default-vpc
  name: ILB_IP_SUBNET_NAME
  namespace: PROJECT_NAMESPACE
spec:
  ipv4Request:
    prefixLength: 32
  parentReference:
    name: PARENT_REF
    namespace: platform
  type: Leaf
EOF

    Remplacez les éléments suivants :

    • ILB_IP_SUBNET_NAME : nom que vous avez choisi pour le sous-réseau feuille, par exemple lb-project-ilb-ip.
    • PROJECT_NAMESPACE : espace de noms Kubernetes correspondant à votre projet où se trouvent vos objets ILB, par exemple lb-project.
    • PARENT_REF : nom du sous-réseau parent à partir duquel ce sous-réseau feuille obtient son adresse IP, tel que le sous-réseau global parent que vous avez créé précédemment.

  2. Connectez le sous-réseau feuille que vous venez de créer, qui contient l'adresse IP allouée, à la ressource ForwardingRuleInternal de votre ILB. Dans votre ressource ForwardingRuleInternal, mettez à jour le champ spec.cidrRef.name pour référencer le nom du sous-réseau feuille que vous avez créé à l'étape précédente :

    kubectl --kubeconfig GLOBAL_API_SERVER apply -f - <<EOF
apiVersion: networking.global.gdc.goog/v1
kind: ForwardingRuleInternal
metadata:
  name: FRI_NAME
  namespace: PROJECT_NAMESPACE
spec:
  ports:
    - port: PORT
      protocol: PROTOCOL
  backendServiceRef:
    name: BES_NAME
  cidrRef:
    name: LEAF_SUBNET_NAME
EOF

    Remplacez les éléments suivants :

    • FRI_NAME : nom que vous avez choisi pour l'objet ForwardingRuleInternal, par exemple nginx-ilb-static-fr.
    • PORT : numéro de port sur lequel votre équilibreur de charge interne écoute le trafic entrant, par exemple 80.
    • PROTOCOL : protocole réseau utilisé par votre ILB, tel que TCP ou UDP.
    • BES_NAME : nom de la ressource BackendService associée à cette ressource ForwardingRuleInternal, par exemple nginx-bes.
    • LEAF_SUBNET_NAME : nom du sous-réseau feuille que vous avez créé à l'étape précédente, par exemple lb-project-ilb-ip.