Documents de présentation
Contrôle des accès
Équilibrage de charge HTTP(S) interne
-
Présentation de l'équilibrage de charge HTTP(S) interne
Présentation de l'équilibrage de charge HTTP(S) interne, y compris des types de trafic, du schéma et du champ d'application correspondants, ainsi que des cas d'utilisation et de l'architecture.
-
Présentation de la gestion du trafic
L'équilibrage de charge HTTP(S) interne accepte une fonctionnalité avancée de gestion du trafic qui vous permet d'utiliser l'orientation du trafic, les actions de trafic et les règles de trafic.
-
Accès à l'équilibreur de charge à partir des réseaux connectés
Fournit des scénarios d'accès à un équilibreur de charge interne dans votre réseau cloud privé virtuel (VPC) depuis un réseau connecté.
Équilibrage de charge HTTP(S) externe
Équilibrage de charge TCP/UDP interne
-
Présentation de l'équilibrage de charge TCP/UDP interne
Présentation de l'équilibrage de charge TCP/UDP interne, qui vous permet d'assurer l'exécution et le scaling de vos services derrière une adresse IP d'équilibrage de charge privée à laquelle seules vos instances internes de machines virtuelles (VM) peuvent accéder.
-
Accès à l'équilibreur de charge à partir des réseaux connectés
Fournit des scénarios d'accès à un équilibreur de charge interne dans votre réseau cloud privé virtuel (VPC) depuis un réseau connecté.
-
Basculement pour l'équilibrage de charge
Fournit une méthode vous permettant d'augmenter la disponibilité tout en étant mieux à même de contrôler la gestion de votre charge de travail lorsque les VM de vos backends principaux ne sont pas opérationnelles.
-
Équilibreurs de charge TCP/UDP internes en tant que sauts suivants
Vous pouvez utiliser un équilibreur de charge TCP/UDP interne en tant que passerelle suivante vers laquelle les paquets sont transférés vers leur destination finale en définissant l'équilibreur de charge comme saut suivant dans une route statique personnalisée.
-
Équilibreurs de charge TCP/UDP internes et règles de transfert avec une adresse IP commune
Vous pouvez utiliser plusieurs règles de transfert avec la même adresse IP pour un équilibreur de charge TCP/UDP interne.
Équilibrage de charge réseau TCP/UDP externe
-
Présentation de l'équilibrage de charge réseau TCP/UDP externe
Présentation de l'équilibrage de charge réseau, y compris des protocoles, du schéma, du champ d'application et des types de backends disponibles pour un équilibreur de charge réseau.
-
Équilibrage de charge réseau TCP/UDP externe avec un service de backend
Présentation de l'équilibrage de charge réseau avec un service de backend régional.
-
Présentation du basculement pour l'équilibrage de charge réseau TCP/UDP externe avec un service de backend
Présentation des règles de basculement pour l'équilibrage de charge réseau avec un service de backend régional.
-
Équilibrage de charge réseau TCP/UDP externe avec un pool cible
Présentation de l'équilibrage de charge réseau avec un pool cible.
Équilibrage de charge proxy SSL et équilibrage de charge proxy TCP externes
-
Présentation de l'équilibrage de charge proxy SSL
L'équilibrage de charge proxy SSL met fin aux connexions SSL (TLS) de l'utilisateur au niveau de la couche d'équilibrage de charge, puis répartit les connexions entre les différentes instances en utilisant les protocoles SSL ou TCP. Le proxy SSL est destiné au trafic autre que HTTP(S).
-
Présentation de l'équilibrage de charge proxy TCP
L'équilibrage de charge proxy TCP vous permet d'utiliser une adresse IP unique pour vos utilisateurs du monde entier. L'équilibreur de charge proxy TCP redirige automatiquement le trafic vers les instances les plus proches de l'utilisateur. Le proxy TCP est destiné au trafic autre que HTTP(S).
Groupes de points de terminaison du réseau
-
Présentation des groupes de points de terminaison du réseau
Présentation de l'utilisation de groupes de points de terminaison du réseau (NEG) en tant que backend pour un service de backend.
-
NEG Internet
Un NEG Internet est un backend hébergé en dehors de Google Cloud. L'utilisation d'un NEG Internet est recommandée si vous souhaitez diffuser des contenus depuis une origine hébergée en dehors de Google Cloud et que vous voulez qu'un équilibreur de charge HTTP(S) externe soit employé comme interface.
-
NEG sans serveur
Les NEG sans serveur vous permettent d'utiliser App Engine, Cloud Run ou Cloud Functions en tant que backends pour l'équilibrage de charge HTTP(S) externe.
-
NEG zonaux
Les NEG zonaux peuvent être utilisés comme backends pour les services de backend. Cette configuration sert principalement à déployer des conteneurs sur vos VM afin de pouvoir exécuter des services dans ces conteneurs.
Composants d'équilibrage de charge
-
Services de backend
Présentation des services de backend pour votre équilibreur de charge. Un service de backend contient des valeurs de configuration pour les services d'équilibrage de charge.
-
Règles de transfert
Une règle de transfert et l'adresse IP correspondante représentent la configuration de l'interface (frontend) d'un équilibreur de charge Google Cloud.
-
Vérifications d'état
Présentation des mécanismes liés aux vérification d'état dans le contexte spécifique de Google Cloud et de ses équilibreurs de charge.
-
Terminaison IPv6 pour l'équilibrage de charge HTTP(S), proxy SSL et proxy TCP
La terminaison IPv6 vous permet de gérer les requêtes IPv6 des utilisateurs et de les transmettre par proxy, via IPv4, aux backends.
-
Présentation des certificats SSL
Google Cloud utilise des certificats SSL pour assurer la confidentialité et la sécurité entre un client et un équilibreur de charge.
-
Chiffrement entre l'équilibreur de charge et les backends
Pour certains types d'équilibrage de charge, Google Cloud assure le chiffrement des backends résidant dans Google Cloud.
-
Règles SSL
Les règles SSL vous permettent de contrôler les fonctionnalités SSL que votre équilibreur de charge proxy SSL ou votre équilibreur de charge HTTP(S) externe négocie avec les clients.
-
Mappages d'URL
Les équilibreurs de charge HTTP(S) dirigent les requêtes entrantes vers des services de backend et des buckets backend au moyen d'un mappage d'URL.