Tarifs du réseau VPC

Cette page décrit la tarification de la mise en réseau pour les ressources de réseaux de cloud privé virtuel (VPC).

Pour connaître les tarifs des autres produits Google Cloud, consultez la page Tous les tarifs de mise en réseau.

Informations sur les tarifs généraux du réseau

Transfert de données

Le transfert de données désigne le trafic entrant dans une ressource Google Cloud (par exemple, une VM) qui quitte Google vers Internet, ou entre deux ressources Google Cloud.

Une région est un ensemble de bâtiments exploités par Google dans un emplacement géographique, par exemple le campus d'un centre de données. Le trafic peut se déplacer comme suit :

• Dans les bâtiments de l'emplacement géographique qui utilisent toujours le réseau de Google (tarifs intrazone et intra-régional)
• Vers un autre bâtiment géré par Google dans un autre emplacement qui utilise toujours le réseau de Google (tarifs interrégionaux)
• Vers un emplacement non géré par Google via une connexion Cloud Interconnect (tarifs de Cloud Interconnect)
• Vers un emplacement non exploité par Google pas via un service Cloud Interconnect (tarifs du transfert de données Internet sortant)

Niveau Premium

Le niveau Premium des niveaux de service réseau utilise le réseau backbone premium de Google pour transmettre le trafic à destination ou en provenance de vos utilisateurs externes. L'Internet public n'est généralement utilisé qu'entre l'utilisateur et le point d'entrée du réseau Google le plus proche.

Niveau Standard

Le niveau Standard des niveaux de service réseau utilise l'Internet public pour transmettre le trafic entre vos services et vos utilisateurs. L'Internet public fournit une qualité de service inférieur, mais il est plus économique que le niveau Premium.

Tarifs du transfert de données entrant

Tarifs du transfert de données de VM à VM dans Google Cloud

Les tarifs suivants s'appliquent pendant et après la période d'essai gratuit de Google Cloud. Pendant cette période, les tarifs sont imputés au crédit gratuit.

Transfert de données interzone

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page des codes SKU Cloud Platform s'appliquent.

Transfert de données interrégions

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page des codes SKU Cloud Platform s'appliquent.

Trafic de VM à service Google

Les tarifs suivants s'appliquent pendant et après la période d'essai gratuit de Google Cloud. Pendant cette période, les tarifs sont imputés au crédit gratuit.

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page des codes SKU Cloud Platform s'appliquent.

Taux de transfert de données Internet

Tarifs du niveau Premium

Le niveau Premium est le niveau par défaut pour tous les transferts de données Google Cloud. Si vous souhaitez utiliser le niveau Standard, spécifiez-le de manière explicite.

Les tarifs suivants s'appliquent pendant et après la période d'essai gratuit de Google Cloud. Pendant cette période, les tarifs sont imputés au crédit gratuit.

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page des codes SKU Cloud Platform s'appliquent.

Tarifs du niveau Standard

Les tarifs du transfert de données sortant sont appliqués par Gio distribué. Ils sont fonction de la géolocalisation source du trafic. Le trafic entrant reste gratuit. Les limites d'utilisation Always Free ne s'appliquent pas au niveau Standard.

Contactez le service commercial pour connaître les tarifs au-delà de 500 Tio.

Tarifs des adresses IP internes

Les adresses IP internes (statiques ou éphémères) sont gratuites.

Tarifs des adresses IP externes

Les adresses IP externes statiques et éphémères sont facturées conformément au tableau ci-dessous.

Si vous réservez une adresse IP externe statique et que vous ne l'attribuez pas à une ressource, telle qu'une instance de VM ou une règle de transfert, elle vous est facturée à un tarif plus élevé que les adresses IP externes statiques et éphémères utilisées.

Les adresses IP externes statiques attribuées à des règles de transfert ne vous sont pas facturées.

Les plages d'adresses IPv6 externes attribuées aux sous-réseaux ou les adresses IPv6 externes attribuées aux instances de VM ne vous sont pas facturées. Aucuns frais ne vous sont facturés pour <ph type="x-smartling-placeholder"></ph> les adresses IPv6 régionales statiques (Preview).

Adresses utilisées ou non utilisées

Google Cloud considère qu'une adresse IP externe statique est utilisée si elle est associée à une instance de VM, que cette instance soit en cours d'exécution ou arrêtée. Si l'instance est supprimée ou si l'adresse IP est dissociée de l'instance, Google Cloud considère l'adresse IP statique comme non utilisée.

Google Cloud considère qu'une adresse IP éphémère est utilisée uniquement si l'instance de VM associée est en cours d'exécution. Lorsque l'instance est arrêtée ou supprimée, Google Cloud libère l'adresse IP éphémère et ne la considère plus comme utilisée.

Vous pouvez vérifier si une adresse IP externe statique est utilisée en envoyant une requête gcloud compute addresses list. Cette commande renvoie la liste des adresses IP externes statiques et l'état correspondant :

gcloud compute addresses list

NAME          REGION  ADDRESS        STATUS
address-1             130.211.8.68   IN_USE
address-2             35.186.217.84  RESERVED

Dans cet exemple, l'adresse IPv4 address-1 est utilisée alors que l'adresse IPv4 address-2 est réservée, mais n'est pas utilisée. Les deux adresses sont facturées conformément au tableau Tarifs des adresses IP externes de ce document.

Règles de pare-feu

Pour connaître les tarifs de Cloud nouvelle génération de pare-feu, consultez la page des tarifs de Cloud NGFW.

Private Service Connect

Les coûts associés à Private Service Connect varient en fonction de la configuration.

Frais à la charge du client

Utiliser un point de terminaison Private Service Connect (règle de transfert) pour accéder aux API Google

Utiliser un backend Private Service Connect (équilibreur de charge) pour accéder aux API Google

<ph type="x-smartling-placeholder"></ph> Les backends Private Service Connect utilisent un pour accéder aux API Google. Tous les équilibreurs de charge s'appliquent. Trafic vers les NEG Private Service Connect dirigé vers Google Les API entraînent des frais d'équilibrage de charge pour les données traitées par l'équilibreur de charge. Cependant, il y a aucuns frais Private Service Connect pour le trafic de transfert de données NEG Private Service Connect et API Google.

Pour obtenir des informations sur la tarification de votre équilibreur de charge, consultez les tarifs équilibreurs de charge d'application externes globaux ou équilibreurs de charge d'application internes.

à l'aide d'un point de terminaison Private Service Connect (règle de transfert) pour accéder à un service

Private Service Connect crée automatiquement un espace de noms de l'Annuaire des services dans lequel enregistrer les points de terminaison. Un seul espace de noms par défaut est utilisé pour les points de terminaison situés dans la même région d'un projet, sauf si vous créer des espaces de noms supplémentaires. Pour en savoir plus sur les tarifs de l'Annuaire des services, consultez la page Tarifs de l'Annuaire des services.

Utiliser un backend Private Service Connect (équilibreur de charge) pour accéder à un service

<ph type="x-smartling-placeholder"></ph> Les backends Private Service Connect utilisent un pour accéder aux services publiés. Tous les tarifs de l'équilibreur de charge s'appliquent. Trafic entre Publication des NEG Private Service Connect et de Private Service Connect entraînent des frais d'équilibrage de charge pour les données traitées par l'équilibreur de charge Private Service Connect facture le trafic de transfert de données entre le NEG et le service publié.

Le tableau suivant récapitule les frais applicables à cette configuration.

Utiliser une interface Private Service Connect pour l'accès à un réseau VPC de producteur ou de client

Annuaire des services

Traitement des données des consommateurs

Le traitement des données client est facturé aux clients Private Service Connect selon le tableau suivant. Le traitement des données client est facturé en entrée et en sortie.

Frais générés par le producteur

Frais de publication d'un service géré à l'aide d'un rattachement de service Private Service Connect

La publication des services avec Private Service Connect n'entraîne pas de frais horaires ou de transfert de données via des rattachements de service. Les producteurs sont facturés pour tous les frais d'équilibrage de charge encourus de l'équilibreur de charge publié aux clients.

Déployer un service à l'aide de mappages de connexions au service

Lorsque vous déployer un service à l'aide de mappages de connexions au service, aucuns frais ne sont facturés au producteur le déploiement des mappages de connexions au service. Toutefois, les éléments suivants sont facturés au consommateur:

• Ressources déployées dans le projet client via l'automatisation de la connectivité des services
• <ph type="x-smartling-placeholder"></ph> Utiliser un point de terminaison Private Service Connect pour accéder à un service publié

Accès aux services privés

Lorsque vous créez un d'accès aux services privés, aucuns frais horaires ni frais de données ne s'appliquent lui-même. Toutefois, les éléments suivants vous sont facturés:

• Ressources que vous provisionnez dans le réseau du producteur de services
• le trafic de transfert de données entre vos VM et réseau du producteur de services

Accès au VPC sans serveur

Télémétrie réseau

Les journaux réseau entraînent des frais. Vous êtes facturé pour les produits suivants :

• Journaux de flux VPC
• Journalisation des règles de pare-feu
• Journalisation Cloud NAT

Mise en miroir de paquets

La quantité de données traitées par mise en miroir de paquets vous est facturée. En revanche, vous ne payez pas les règles de transfert pour la mise en miroir de paquets. Actuellement, aucuns frais supplémentaires par VM ne sont facturés pour l'utilisation de la mise en miroir de paquets. Les coûts correspondant aux données traitées par mise en miroir de paquets sont décrits dans le tableau suivant.

Les tarifs de transfert de données standards sont facturés pour le trafic sortant d'un équilibreur de charge. Aucun coût supplémentaire n'est facturé pour le transfert de données de l'équilibreur de charge au-delà des tarifs normaux du transfert de données sortant.

Équilibrage de charge et règles de transfert

Les grilles tarifaires de cette section s'appliquent à tous les types d'équilibreurs de charge autres que que les équilibreurs de charge d'application internes. Pour les équilibreurs de charge d'application internes, consultez la page Équilibreur de charge d'application interne .

Pour en savoir plus sur les règles de transfert Private Service Connect, consultez la section Private Service Connect.

Le tableau suivant indique les tarifs des règles de transfert globales. Il y a aucuns frais globaux de traitement des données. Le traitement des données est facturé par région, en fonction de l'endroit où le trafic est traité.

Le tableau suivant présente les frais liés aux règles de transfert régionales ainsi que les frais liés aux les frais de traitement des données sortantes par région.

Réduire les coûts d'un équilibreur de charge d'application externe

Les utilisateurs de l'équilibreur de charge d'application externe global peuvent utiliser Google Cloud Armor, Cloud CDN, ou les deux, pour minimiser l'impact Frais de traitement des données sortantes.

• Cloud CDN:objets statiques diffusés sur le du cache ne transitent pas par l'équilibreur de charge. Une solution efficace de mise en cache permet de réduire la quantité de données sortantes traités par l'équilibreur de charge et de réduire vos coûts. Pour implémenter la mise en cache, est nécessaire pour déterminer quelle partie de votre trafic est statique pouvant être mises en cache. Pour en savoir plus, consultez le Documentation Cloud CDN

• Google Cloud Armor:si votre application reçoit un une quantité importante de trafic indésirable, vous pouvez Google Cloud Armor pour bloquer ce trafic. Requêtes bloquées par Google Cloud Armor ne transite pas par l'équilibreur de charge, ce qui réduit la quantité de données sortantes traitées par l'équilibreur de charge. La sur vos coûts dépend du pourcentage de trafic indésirable bloqué par l'API Google Cloud Armor les règles de sécurité que vous avez implémentées.

Si votre application peut fonctionner dans une seule région ou est nécessaire pour fonctionner d'une même région, vous pouvez utiliser Équilibreur de charge d'application externe régional. L'équilibreur de charge d'application externe régional n'utilise que le niveau de réseau Standard, de réduction des frais de transfert de données sortantes une option rentable.

Tarifs de l'équilibreur de charge d'application externe avec des NEG sans serveur

Si vous utilisez des NEG sans serveur backends avec un équilibreur de charge d'application externe (mondial, régional ou classique), existant des frais de l'équilibreur de charge s'appliqueront en plus des frais de calcul sans serveur Cloud Run, fonctions Cloud Run ou backends App Engine, selon le cas. Si Google Cloud Armor ou Cloud CDN est utilisé, les frais correspondants seront également appliqués.

Toutefois, vous ne serez pas facturé pour le transfert de données sortant sans serveur. Sortie Internet uniquement des frais de transfert de données s'appliquent. Fonctions Cloud Run les frais de transfert de données sortants, App Engine ; trafic réseau sortant contrairement aux frais de transfert de données Cloud Run aux requêtes transmises depuis un équilibreur de charge d'application externe (à l'aide de NEG sans serveur) Cloud Run, App Engine ou Cloud Run.

Référencement de services inter-projets avec un VPC partagé

Consultez les points suivants pour comprendre comment les projets et les comptes de facturation sont facturés pour les SKU de mise en réseau inter-projets le référencement de services.

</ph>
• Les frais liés à Cloud Load Balancing sont toujours attribués au projet dans lequel la règle de transfert est configurée (projet de service A dans la figure 1). Cela inclut les frais liés aux règles de transfert, aux données entrantes traitées et aux frais des données traitées par l'équilibreur de charge d'application externe global. Consultez les principes de base des tarifs de Cloud Load Balancing.
• Le transfert de données depuis le réseau Internet sortant pour les Niveau Premium et Standard est toujours attribué au projet dans lequel la règle de transfert est configurée (service le projet A de la figure 1). Consultez la page Tarifs du transfert de données réseau.
• Si vous configurez Cloud CDN sur un service de backend référencé par un mappage d'URL via un référencement de services inter-projets, Cloud CDN facture le contenu pouvant être mis en cache (transfert de données en cache sortant, recherche dans le cache, le remplissage du cache) sont toujours attribués au projet qui contient un service de backend compatible avec Cloud CDN (projet de service B dans la figure 1) ; et non au projet qui a configuré les règles de transfert. Consultez les tarifs de Cloud CDN.

• Si vous configurez Google Cloud Armor sur un service de backend référencé par un mappage d'URL via un référencement de services inter-projets, Les frais liés à Google Cloud Armor sont attribués au projet qui contient le service de backend compatible avec Google Cloud Armor (projet de service B dans la figure 1), et non le projet qui a configuré les règles de transfert. Consultez les tarifs de Google Cloud Armor. Plus précisément, tous les Les frais des niveaux Google Cloud Armor Standard et Cloud Armor Enterprise sont les suivants : attribuée au projet de service B.

  Les considérations supplémentaires suivantes s'appliquent également lorsque vous utilisez Google Cloud Armor avec un référencement de services inter-projets:

  • Les changements d'abonnement liés à Cloud Armor Enterprise sont attribués au de facturation que vous avez spécifié lors de l'inscription. Si vous souhaitez utiliser même abonnement Cloud Armor Enterprise pour plusieurs projets inclure tous les services de backend référencés à l'aide du service inter-projets veillez à inclure tous les projets de service pertinents au même compte de facturation Cloud Armor Enterprise.
  • Lorsque vous utilisez le référencement de services multiprojets, certaines fonctionnalités dans Cloud Armor Enterprise, comme la télémétrie et la réponse aux attaques DDoS, nécessitent un enregistrement au niveau Cloud Armor Enterprise pour les deux règles de transfert de l'interface et les projets de service de backend.

Exemples de tarification pour les règles de transfert

Google Cloud facture les règles de transfert, qu'elles soient créées pour l'équilibrage de charge ou pour d'autres utilisations, telles que la mise en miroir de paquets.

Dans les exemples suivants, les tarifs sont indiqués en USD :

Vous pouvez créer jusqu'à cinq règles de transfert au prix de 0,025 $/heure. Par exemple, si vous créez une règle de transfert, vous payez 0,025 $/heure. Si vous créez trois règles de transfert, vous payez toujours 0,025 $/heure. Toutefois, si vous créez 10 règles de transfert, leur coût est calculé comme suit :

• 5 règles de transfert = 0,025 $/heure
• Chaque règle de transfert supplémentaire = 0,01 $/heure

0,025 $/heure pour 5 règles + (5 règles supplémentaires x 0,01 $/heure) = 0,075 $/heure

Pour la plupart des cas d'utilisation de l'équilibrage de charge, vous n'avez besoin que d'une règle de transfert par équilibreur de charge.

Les règles de transfert globales et les règles de transfert régionales sont facturées séparément et par projet dans Google Cloud. Par exemple, si vous utilisez une règle de transfert globale et une règle de transfert régionale dans deux projets distincts (soit quatre règles au total), vous payez 0,10 $/heure (4 x 0,025 $/heure).

Estimation des frais du service d'équilibrage de charge

Pour estimer les frais du service d'équilibrage de charge, procédez comme suit :

1. Accédez au Simulateur de coût.
2. Cliquez sur l'onglet Cloud Load Balancing.
3. Sélectionnez une région dans le menu déroulant.
4. Indiquez le nombre estimé de règles de transfert.
5. Saisissez le montant estimé pour le trafic réseau traité par mois.

Exemple :

• Iowa
• Nombre de règles de transfert: 10
• Données entrantes traitées par l'équilibreur de charge: 2 048 Gio
• Coût total estimé : 71,13 $ pour un mois

Le coût du transfert de données sortant vers Internet n'est pas inclus dans cet exemple. d'envoi de réponses à partir des backends.

Équilibreur de charge d'application interne

Les frais suivants s'appliquent à la fois aux équilibreurs de charge d'application internes régionaux et d'équilibreurs de charge d'application internes interrégionaux. Des frais de transfert de données interrégional supplémentaires s'appliquent également à l'équilibreur de charge d'application interne interrégional.

^* Les équilibreurs de charge d'application internes utilisent un parc d'instances de proxy gérées allouées de manière dynamique à votre réseau pour pour gérer le volume de trafic. La valeur par instance de proxy les frais sont déterminés en fonction du nombre d'instances de proxy requises pour le traitement sur le trafic sur une période donnée.

Frais d'instances de proxy

Les équilibreurs de charge basés sur Envoy évoluent automatiquement le nombre de proxys disponibles pour gérer votre trafic en fonction de vos besoins en termes de trafic. Les frais d'instances de proxy sont basés sur le nombre d'instances de proxy nécessaires pour répondre à vos besoins en termes de trafic. Chaque proxy supplémentaire entraîne des frais horaires supplémentaires selon les tarifs indiqués dans la grille tarifaire.

Le nombre de proxys alloués à votre équilibreur de charge est calculé en fonction de la capacité mesurée nécessaire pour gérer votre trafic sur une période de 10 minutes. Durant cette période, nous observons la plus haute valeur enregistrée pour :

• Le nombre de proxys nécessaires pour répondre aux besoins en bande passante de votre trafic. Chaque instance de proxy peut gérer jusqu'à 18 Mo par seconde. Nous surveillons la bande passante totale nécessaire et divisons ce total par la bande passante que peut gérer une instance de proxy.
• Le nombre de proxys nécessaires pour gérer les connexions et les requêtes. Nous comptons le total de chacune des ressources suivantes et divisons cette valeur par ce que peut gérer une instance de proxy :
  • 600 nouvelles connexions HTTP ou 150 nouvelles connexions HTTPS par seconde
  • 3 000 connexions actives
  • 1 400 requêtes par seconde^*

^* Une instance de proxy peut gérer 1 400 requêtes par seconde si Cloud Logging est désactivé. Si vous activez Logging, votre instance de proxy ne peut pas gérer autant de requêtes par seconde. Par exemple, la journalisation de l'intégralité des requêtes réduit la capacité de gestion des requêtes du proxy à 700 requêtes par seconde. Vous pouvez configurer Logging de manière à échantillonner un pourcentage inférieur du trafic. Cela vous permet de répondre à vos besoins d'observabilité tout en contrôlant vos coûts.

Exemple de calcul

Sur une période de 10 minutes, 180 Mo par seconde de données passent par l'équilibreur de charge. 180 MB per second / 18 MB per second per proxy instance = 10 proxy instances

Sur cette même période, 300 nouvelles connexions HTTPS sont établies toutes les secondes, 3 000 connexions sont actives et 2 800 requêtes sont envoyées par seconde :

Cela implique un total de 5 instances de proxy. Ce nombre est inférieur aux 10 instances de proxy nécessaires pour gérer la bande passante. Par conséquent, les frais d'instances de proxy pour cette période de 10 minutes seraient calculés comme suit :

La facturation est calculée en fonction de la capacité mesurée nécessaire pour répondre à vos besoins en termes de trafic, et non du nombre d'instances de proxy qui établissent des connexions avec vos backends. Vous pouvez donc être facturé pour un nombre d'instances de proxy différent de celui affiché dans votre infrastructure.

Frais minimaux d'instances de proxy

Pour assurer des performances et une fiabilité optimales, chaque équilibreur de charge se voit attribuer au moins trois instances de proxy dans la région Google Cloud où l'équilibreur de charge est déployé. Ces instances de proxy sont attribuées même si l'équilibreur de charge ne gère aucun trafic. Après avoir déployé une règle de transfert (avec un schéma d'équilibrage de charge INTERNAL_MANAGED), des frais d'instances de proxy commencent à vous être facturés. Toute règle de transfert supplémentaire entraîne des frais d'instance de proxy, tel que décrit précédemment (en d'autres termes, trois instances de proxy supplémentaires par règle de transfert).

Des frais horaires minimaux d'instances de proxy s'appliquent aux trois instances de proxy attribuées à votre équilibreur de charge. Par exemple, pour la région Google Cloud us-central1, les frais minimaux sont calculés comme suit :

Comme indiqué précédemment, ces instances de proxy peuvent chacune gérer un certain volume de trafic. Dès que vos besoins en termes de trafic dépasseront la capacité de ces trois instances de proxy, vous serez facturé pour les instances de proxy nécessaires pour gérer tout trafic supplémentaire.

Frais de traitement des données

Les frais de traitement des données sont calculés en mesurant le volume total de données pour les requêtes et les réponses traitées par votre équilibreur de charge durant le cycle de facturation. Ces frais varient en fonction de votre utilisation, et il n'y a pas de montant minimal.

Frais de transfert de données interrégional

Transfert de données interrégional des frais supplémentaires s'appliquent si vous utilisez un équilibreur de charge d'application interne interrégional. Par exemple, si vous disposez d'un équilibreur de charge d'application interne interrégional dans lequel le client, le proxy Envoy et le backend se trouvent dans des dans plusieurs régions, les frais de transfert de données interrégionaux pour chaque saut s'affichent séparément &lt;-&gt; Proxys Envoy et proxys Envoy <-> backend). Pour réduire ces des frais de transfert de données interrégional, vous pouvez déployer des proxys Envoy dans plusieurs dans différentes régions.

Référencement de services inter-projets avec un VPC partagé

Pour le traitement des données, l'utilisation horaire des instances de proxy et le transfert de données de VM interzone, le est facturé au projet de règle de transfert.

Tarifs de l'équilibreur de charge d'application interne avec des NEG sans serveur

Si vous utilisez des backends de NEG sans serveur pour un équilibreur de charge d'application interne, Des frais d'équilibreur de charge d'application interne s'appliqueront en plus du calcul sans serveur pour Cloud Run.

Frais des NEG Internet régionaux

Les NEG Internet régionaux nécessitent l'utilisation d'une passerelle Cloud NAT entraîne des frais supplémentaires. Vous serez facturé pour le transfert de données Internet sortant et Utilisation de Cloud NAT pour tout trafic envoyé vers et depuis le proxy Envoy uniquement pour le sous-réseau et pour le trafic vérification de l'état. Toutefois, les frais de l'équilibreur de charge s'appliquent pour le trafic des requêtes utilisateur.

Les passerelles Cloud NAT allouées à Cloud Load Balancing sont facturées toutes les heures les frais facturés pour un réseau comportant plus de 32 instances de VM. Pour plus de détails, consultez les tarifs de Cloud NAT

Frais des en-têtes de requête personnalisés et de Google Cloud Armor

Si une stratégie de sécurité Google Cloud Armor est associée à un service de backend, vous pouvez utiliser la fonctionnalité d'en-têtes personnalisés avec ce service de backend, sans frais supplémentaires.

Si aucune stratégie Google Cloud Armor n'est associée au service de backend qui utilise la fonctionnalité d'en-têtes de requête personnalisés, les frais appliqués sont les suivants : 0,75 $ pour 1 000 000 de requêtes HTTP(S) par mois et par compte. Vous êtes facturé uniquement pour les 666 666 667 premières requêtes par mois et par compte.

Accès mondial pour les équilibreurs de charge internes

L'accès mondial permet aux instances clientes de n'importe quelle région d'accéder à un équilibreur de charge interne. Si l'accès mondial est activé pour une règle de transfert, des frais de transfert de données interrégional supplémentaires sont facturés le trafic est envoyé vers ou depuis un client situé dans une région différente de celle de la charge. de votre équilibreur de charge.

L'accès mondial est généralement disponible pour les équilibreurs de charge réseau passthrough internes, des équilibreurs de charge d'application internes régionaux et des équilibreurs de charge réseau proxy régionaux.

Transfert de protocole

Le transfert de protocole est facturé au même tarif que l'équilibrage de charge. Des frais s'appliquent à la règle de transfert ainsi qu'aux données entrantes traitées par l'instance cible.

Certificats SSL

Les certificats SSL autogérés et gérés par Google sont gratuits.

Étape suivante

• Lisez la documentation Cloud Load Balancing.
• Essayez le Simulateur de coût.
• Découvrez les solutions et les cas d'utilisation de Cloud Load Balancing.