Diffusion du trafic provenant de plusieurs régions

Pour renvoyer plus rapidement des réponses aux utilisateurs du monde entier, vous devez déployer des services dans plusieurs régions et diriger les utilisateurs vers la région la plus proche.

Toutefois, les services Cloud Run (entièrement gérés) sont déployés dans des régions individuelles. Pour diriger les utilisateurs vers différentes régions de votre service, vous devez configurer l'équilibrage de charge HTTP(S) externe.

Ce guide décrit comment configurer l'équilibreur de charge HTTP(S) externe en utilisant un domaine sécurisé à l'aide d'un certificat TLS géré pointant vers une adresse IP anycast globale (qui dirige les utilisateurs vers le centre de données Google le plus proche sur lequel votre service est déployé).

Avant de commencer

  • Installez le SDK Cloud. Ce guide utilise l'outil de ligne de commande gcloud.
  • Enregistrez un domaine pour votre application. Vous pouvez enregistrer un nom de domaine à partir de Google Domains.

Créer un équilibreur de charge

Pour créer un équilibreur de charge externe, vous devez créer plusieurs ressources réseau et les associer entre elles, comme indiqué dans les instructions suivantes.

Ligne de commande

  1. Réservez une adresse IP statique afin de ne pas avoir à mettre à jour vos enregistrements DNS lorsque vous recréez votre équilibreur de charge.
    gcloud compute addresses create --global SERVICE_IP
    Dans la commande ci-dessus, remplacez SERVICE_IP par le nom de la ressource d'adresse IP (par exemple, myservice-ip).

    Cette adresse IP est une adresse IPv4 anycast globale qui redirige vers le centre de données ou le point de présence Google le plus proche des visiteurs.

  2. Créez un service de backend.
    gcloud compute backend-services create --global BACKEND_NAME

    Dans la commande ci-dessus, remplacez BACKEND_NAME par le nom que vous souhaitez attribuer au service de backend (par exemple, myservice-backend).

  3. Créez un mappage d'URL :
    gcloud compute url-maps create URLMAP_NAME --default-service=BACKEND_NAME

    Remplacez URLMAP_NAME par le nom que vous souhaitez attribuer au mappage d'URL (par exemple, myservice-urlmap).

  4. Créez un certificat TLS géré pour que votre domaine diffuse le trafic HTTPS. (Remplacez example.com par votre nom de domaine.)
    gcloud beta compute ssl-certificates create CERT_NAME \
      --domains=example.com

    Remplacez CERT_NAME par le nom que vous souhaitez attribuer au certificat SSL géré (par exemple, myservice-cert).

  5. Créez un proxy HTTPS cible.
    gcloud compute target-https-proxies create HTTPS_PROXY_NAME \
      --ssl-certificates=CERT_NAME \
      --url-map=URLMAP_NAME

    Remplacez HTTPS_PROXY_NAME par le nom que vous souhaitez attribuer au proxy HTTPS cible (par exemple, myservice-https).

  6. Créez une règle de transfert qui associe les ressources réseau créées à l'adresse IP.
    gcloud compute forwarding-rules create --global FORWARDING_RULE_NAME \
      --target-https-proxy=HTTPS_PROXY_NAME \
      --address=SERVICE_IP \
      --ports=443

    Remplacez FORWARDING_RULE_NAME par le nom de ressource de la règle de transfert que vous souhaitez créer (par exemple, myservice-lb).

Déployer un service dans plusieurs régions

Déployez votre service dans les régions disponibles du service Cloud Run (entièrement géré). Pour faciliter la gestion, vous pouvez utiliser le même nom de service dans plusieurs régions.

  1. Choisissez les régions dans lesquelles vous souhaitez rendre votre service disponible.

  2. Déployez le service Cloud Run dans des régions individuelles.

      gcloud run deploy SERVICE_NAME \
          --platform=managed \
          --allow-unauthenticated \
          --image=IMAGE_URL \
          --region=REGION
    

    Remplacez les variables suivantes :

    • REGION par l'une des régions dans laquelle vous souhaitez effectuer le déploiement.
    • SERVICE_NAME par le nom de votre service. L'utilisation du même nom de service dans plusieurs régions vous permet de suivre plus facilement les déploiements multirégionaux.
    • IMAGE_URL par une référence à l'image de conteneur, par exemple gcr.io/myproject/my-image:latest.
  3. Répétez l'étape précédente pour chaque région.

Emplacements Cloud Run

Cloud Run est régional, ce qui signifie que l'infrastructure qui exécute vos services Cloud Run est située dans une région spécifique et gérée par Google pour être disponible de manière redondante dans toutes les zones de cette région.

Lors de la sélection de la région dans laquelle exécuter vos services Cloud Run, vous devez tout d'abord considérer vos exigences en matière de latence, de disponibilité et de durabilité. Vous pouvez généralement sélectionner la région la plus proche de vos utilisateurs, mais vous devez tenir compte de l'emplacement des autres produits Google Cloud utilisés par votre service Cloud Run. L'utilisation conjointe de produits Google Cloud dans plusieurs emplacements peut avoir une incidence sur la latence et le coût de votre service.

Cloud Run est disponible dans les régions suivantes :

Soumis aux tarifs de niveau 1

  • asia-east1 (Taïwan)
  • asia-northeast1 (Tokyo)
  • asia-northeast2 (Osaka)
  • europe-north1 (Finlande)
  • europe-west1 (Belgique)
  • europe-west4 (Pays-Bas)
  • us-central1 (Iowa)
  • us-east1 (Caroline du Sud)
  • us-east4 (Virginie du Nord)
  • us-west1 (Oregon)

Soumis aux tarifs de niveau 2

  • asia-east2 (Hong Kong)
  • asia-northeast3 (Séoul, Corée du Sud)
  • asia-southeast1 (Singapour)
  • asia-southeast2 (Jakarta)
  • asia-south1 (Mumbai, Inde)
  • australia-southeast1 (Sydney)
  • europe-west2 (Londres, Royaume-Uni)
  • europe-west3 (Francfort, Allemagne)
  • europe-west6 (Zurich, Suisse)
  • northamerica-northeast1 (Montréal)
  • southamerica-east1 (São Paulo, Brésil)

Si vous avez déjà créé un service Cloud Run, vous pouvez afficher la région dans le tableau de bord Cloud Run de Cloud Console.

Configurer des backends régionaux

Pour chaque région déployée à l'étape précédente, vous devez créer des groupes de points de terminaison du réseau sans serveur (NEG) et les ajouter au service de backend en procédant comme suit :

  1. Créez un groupe de points de terminaison du réseau pour le service Cloud Run (entièrement géré) dans la région REGION :

    gcloud beta compute network-endpoint-groups create NEG_NAME \
        --region=REGION \
        --network-endpoint-type=SERVERLESS \
        --cloud-run-service=SERVICE_NAME 

    Dans la commande ci-dessus, remplacez :

    • NEG_NAME par le nom de la ressource du groupe de points de terminaison du réseau. (Exemple : myservice-neg-uscentral1)
    • REGION par la région dans laquelle votre service est déployé.
    • SERVICE_NAME par le nom de votre service.
  2. Ajoutez le groupe de points de terminaison du réseau au service de backend :

    gcloud beta compute backend-services add-backend --global BACKEND_NAME \
        --network-endpoint-group-region=REGION \
        --network-endpoint-group=NEG_NAME

    Indiquez le nom NEG_NAME créé à l'étape précédente pour cette région.

  3. Répétez les étapes ci-dessus pour chaque région.

Configurer des enregistrements DNS sur votre domaine

Pour faire pointer votre nom de domaine vers la règle de transfert créée, vous devez mettre à jour ses enregistrements DNS avec l'adresse IP que vous avez créée.

  1. Recherchez l'adresse IP réservée de l'équilibreur de charge en exécutant la commande suivante :

      gcloud compute addresses describe --global SERVICE_IP --format='value(address)'

    Remplacez SERVICE_IP par le nom de l'adresse IP que vous avez créée précédemment. Cette commande affiche l'adresse IP dans la sortie.

  2. Mettez à jour les enregistrements DNS de votre domaine en ajoutant un enregistrement A avec cette adresse IP.

Attendre le provisionnement de l'équilibreur de charge

Après avoir configuré le domaine avec l'adresse IP de l'équilibreur de charge, vous devez attendre un certain temps avant que les enregistrements DNS se propagent. De même, vous devez attendre un peu avant que le certificat TLS géré soit émis pour votre domaine et qu'il soit prêt à diffuser le trafic HTTPS à l'échelle mondiale.

Votre équilibreur de charge peut prendre jusqu'à 30 minutes pour commencer à diffuser le trafic.

Une fois que l'équilibreur de charge est prêt, accédez à l'URL de votre site Web en ajoutant le préfixe https:// pour l'essayer.

Valider l'état

  1. Pour vérifier l'état de la propagation de votre enregistrement DNS à l'aide de l'utilitaire de ligne de commande dig, procédez comme suit :

    dig A +short example.com

    Le résultat doit afficher l'adresse IP que vous avez configurée dans vos enregistrements DNS.

  2. Vérifiez l'état de l'émission du certificat géré en exécutant la commande suivante :

    gcloud beta compute ssl-certificates describe CERT_NAME

    Remplacez CERT_NAME par le nom précédemment choisi pour la ressource de certificat SSL.

    Le résultat doit afficher une ligne contenant status: ACTIVE.

Configurer la redirection HTTP vers HTTPS

Par défaut, une règle de transfert ne gère qu'un seul protocole. Par conséquent, les requêtes adressées à vos points de terminaison http:// renvoient la réponse "404 Not Found" (non trouvé). Si vous devez rediriger les requêtes adressées à vos URL http:// vers le protocole https://, vous devez créer un mappage d'URL et une règle de transfert supplémentaire en suivant les instructions suivantes :

  1. Créez un mappage d'URL avec une règle de redirection.

    gcloud compute url-maps import HTTP_URLMAP_NAME \
        --global \
        --source /dev/stdin <<EOF
    name: HTTP_URLMAP_NAME
    defaultUrlRedirect:
      redirectResponseCode: MOVED_PERMANENTLY_DEFAULT
      httpsRedirect: True
    EOF

    Remplacez HTTP_URLMAP_NAME par le nom de la ressource de mappage d'URL que vous allez créer (par exemple, myservice-httpredirect).

  2. Créez un proxy HTTP cible avec le mappage d'URL.

    gcloud compute target-http-proxies create HTTP_PROXY_NAME \
      --url-map=HTTP_URLMAP_NAME

    Remplacez HTTP_PROXY_NAME par le nom du proxy HTTP cible que vous allez créer (par exemple, myservice-http).

  3. Créez une règle de transfert sur le port 80 avec la même adresse IP réservée.

    gcloud compute forwarding-rules create --global HTTP_FORWARDING_RULE_NAME \
      --target-http-proxy=HTTP_PROXY_NAME \
      --address=SERVICE_IP \
      --ports=80
    

    Remplacez HTTP_FORWARDING_RULE_NAME par le nom de la nouvelle règle de transfert que vous allez créer (par exemple, myservice-httplb).