Precios de la nube privada virtual

En esta página se describen los precios de red que se aplican a los recursos de las redes de nube privada virtual (VPC).

Para ver los precios de otros productos de Google Cloud, consulta Todos los precios de redes.

Información general sobre los precios de red

Transferencia de datos

Las transferencias de datos pueden ser tráfico que llega a un recurso de Google Cloud (por ejemplo, una máquina virtual) y sale de Google una región de Cloud en Internet o entre dos recursos de Google Cloud.

Una región es un conjunto de edificios operados por Google en una ubicación geográfica, como del campus de un centro de datos. El tráfico puede viajar de la siguiente manera:

• Por el conjunto de edificios de la ubicación, donde siempre se ha utilizado la red de Google (precios dentro y fuera de la misma región)
• A otro edificio operado por Google situado en otra ubicación, donde siempre se ha usado la red de Google (precios interregionales)
• A una ubicación no operada por Google a través de una conexión de Cloud Interconnect (precios de Cloud Interconnect)
• A una ubicación no operada por Google no a través de Cloud Interconnect conexión (precios de transferencia de datos a través de Internet)

Nivel premium

En el nivel Premium de los niveles de servicio de red, el tráfico que tiene su origen y su destino en usuarios externos va por la excepcional red troncal de Google. Por lo general, la red pública de Internet solo se emplea entre el usuario y el punto de entrada en la red de Google más cercano.

Nivel estándar

En el nivel estándar de los niveles de servicios de red , el tráfico entre tus servicios y los usuarios va por la red pública de Internet. En este caso, la calidad del servicio disminuye con respecto al nivel Premium, pero también lo hace el coste.

Precios de la transferencia de datos entrante

Precios de la transferencia de datos de máquinas virtuales en Google Cloud

Los siguientes precios se aplican tanto durante el periodo de prueba gratuito de Google Cloud como después. Durante este periodo, se factura con cargo al crédito de la prueba gratuita.

Transferencia de datos entre zonas

Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en los SKU de Cloud Platform.

Transferencia de datos interregionales

Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en los SKU de Cloud Platform.

Servicio entre máquinas virtuales y Google

Los siguientes precios se aplican tanto durante el periodo de prueba gratuito de Google Cloud como después. Durante este periodo, se factura con cargo al crédito de la prueba gratuita.

Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en los SKU de Cloud Platform.

Velocidades de transferencia de datos de Internet

Precios del nivel Premium

El nivel premium es el predeterminado para todas las transferencias de datos de Google Cloud. Para utilizar el nivel estándar, debes especificarlo explícitamente.

Los siguientes precios se aplican tanto durante el periodo de prueba gratuito de Google Cloud como después. Durante este periodo, se factura con cargo al crédito de la prueba gratuita.

Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en los SKU de Cloud Platform.

Precios del nivel Estándar

Los precios de la transferencia de datos se calculan por GiB y se basan en la geolocalización de origen del tráfico. El tráfico de entrada sigue siendo gratuito. Los límites de uso de Always Free no se aplican al nivel Estándar.

Ponte en contacto con Ventas para conocer los precios superiores a 500 TiB.

Precios de las direcciones IP internas

Las direcciones IP internas estáticas o efímeras no conllevan ningún cargo.

Precios de las direcciones IP externas

En la tabla siguiente se indica cómo se te cobra por las direcciones IP externas estáticas y efímeras.

Si reservas una dirección IP externa estática, pero no la asignas a ningún recurso, como una instancia de máquina virtual o una regla de reenvío, se te cobra una tarifa superior a la de las direcciones IP externas estáticas y efímeras que están en uso.

No se te cobra nada por las direcciones IP externas estáticas que estén asignadas a reglas de reenvío.

No se te cobra nada por los intervalos de direcciones IPv6 externos que se encuentren asignados a subredes o a instancias de máquina virtual. No se te cobra por <ph type="x-smartling-placeholder"></ph> direcciones IPv6 regionales estáticas (versión preliminar).

En uso o no

Google Cloud considera que una dirección IP externa estática está en uso si está asociada con una instancia de máquina virtual, independientemente de que la instancia se esté ejecutando o esté detenida. Si se ha eliminado la instancia o la dirección IP no está asociada a ella, Google Cloud considera que la dirección IP estática no está en uso.

En el caso de una dirección IP efímera, Google Cloud considera que la dirección está en uso solo si se está ejecutando la instancia de máquina virtual asociada. Al detener o eliminar la instancia, Google Cloud libera la dirección IP efímera y deja de considerar que está en uso.

Para comprobar si una dirección IP externa estática se está utilizando, realiza una solicitud de gcloud compute addresses list. Este comando muestra una lista con direcciones IP externas estáticas y sus estados:

gcloud compute addresses list

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

En este ejemplo, la dirección IPv4 address-1 está en uso y la address-2 está reservada, pero no se está usando. Las dos direcciones se facturan según la tabla de precios de las direcciones IP externas de este documento.

Reglas de cortafuegos

Para conocer los precios del cortafuegos de nueva generación de Cloud Next, consulta la página de precios de Cloud NGFW.

Private Service Connect

Los costes asociados a Private Service Connect varían en función de la configuración.

Cargos al consumidor

Usar un punto final de Private Service Connect (regla de reenvío) para acceder a las APIs de Google

Usar un backend de Private Service Connect (balanceador de carga) para acceder a las APIs de Google

<ph type="x-smartling-placeholder"></ph> Los backends de Private Service Connect usan un balanceador de carga para acceder a las API de Google. Todo el balanceador de carga se aplica el precio. Tráfico a los NEGs de Private Service Connect que está dirigido a Google Se aplican cargos por balanceo de carga a las API por los datos que procesa el balanceador de carga. Sin embargo, hay no se aplica ningún cargo a Private Service Connect por el tráfico de transferencia de datos entre los NEG de Private Service Connect y APIs de Google.

Para obtener información sobre los precios de tu balanceador de carga, consulta los precios de balanceadores de carga de aplicación externos globales balanceadores de carga de aplicación internos.

Usar un endpoint de Private Service Connect (regla de reenvío) para acceder a un servicio

Private Service Connect crea automáticamente un espacio de nombres de Directorio de servicios para registrar endpoints. Se utiliza un único espacio de nombres predeterminado para los endpoints de la misma región de un proyecto, a menos que se especifique explícitamente Crea espacios de nombres adicionales. Para obtener más información sobre los precios de Directorio de servicios, consulta los precios del Directorio de servicios.

Usar un backend de Private Service Connect (balanceador de carga) para acceder a un servicio

<ph type="x-smartling-placeholder"></ph> Los backends de Private Service Connect usan un balanceador de carga para acceder a los servicios publicados. Se aplican todos los precios del balanceador de carga. Tráfico entre Se han publicado los NEGs de Private Service Connect y Private Service Connect conllevan cargos de balanceo de carga para los datos procesados por el balanceador de carga y Private Service Connect cobra el tráfico de transferencia de datos entre el NEG y el servicio publicado.

En la siguiente tabla se resumen los cargos aplicables a esta configuración.

Usar una interfaz de Private Service Connect para acceder a una red VPC de productor o consumidor

Directorio de servicios

Tratamiento de datos de los consumidores

A los clientes de Private Service Connect se les cobra por el tratamiento de datos de los consumidores según la tabla que aparece a continuación. El tratamiento de los datos de los consumidores se cobra de entrada y de salida.

Cargos de productor

Cargos por publicar un servicio gestionado usando una vinculación de servicio de Private Service Connect

No se aplican cargos de Private Service Connect por horas ni por transferencia de datos por los servicios de publicación. mediante vinculaciones de servicio. Se cobra a los productores por todos los cargos de balanceo de carga derivados de el balanceador de carga que se publica para los consumidores.

Desplegar un servicio usando mapas de conexión de servicios

Cuando desplegar un servicio mediante mapas de conexión de servicios, no se aplica ningún cargo del productor por que el despliegue de la conexión de servicio se asigne a sí mismo. No obstante, se le cobrará por lo siguiente:

• Recursos que se despliegan en el proyecto del consumidor mediante la automatización de la conectividad del servicio.
• <ph type="x-smartling-placeholder"></ph> Usar un endpoint de Private Service Connect para acceder a un servicio publicado

Acceso a servicios privados

Cuando creas un conexión de acceso a servicios privados, no se aplican cargos por la conexión ni por horas en el propio sitio. Sin embargo, se te cobrará lo siguiente:

• Recursos que aprovisionas en la red del productor del servicio
• Tráfico de transferencia de datos de tus máquinas virtuales al red del productor del servicio

Acceso a VPC sin servidor

Telemetría de red

Se aplican cargos por los registros de red. Concretamente, se realizan cobros por los siguientes productos:

• Registros de flujo de VPC
• Almacenamiento de registros de reglas de cortafuegos
• Almacenamiento de registros de Cloud NAT

Replicación de paquetes

Se te cobra por la cantidad de datos que procesa la replicación de paquetes, pero no por sus reglas de reenvío. No se aplican cargos adicionales por máquina virtual por usar la replicación de paquetes. En la siguiente tabla se indica el coste de los datos procesados por la replicación de paquetes.

Por el tráfico saliente de un balanceador de carga se cobran las tarifas normales de transferencia de datos. No hay un coste adicional de transferencia de datos del balanceador de carga aparte de las tarifas normales de transferencia de datos.

Balanceo de carga y reglas de reenvío

Las tablas de precios de esta sección se aplican a todos los tipos de balanceadores de carga que no que los balanceadores de carga de aplicación internos. Para los balanceadores de carga internos de la aplicación, consulta el balanceador de carga interno de la aplicación. .

Para obtener información sobre las reglas de reenvío de Private Service Connect, consulta la sección Private Service Connect.

En la tabla siguiente se muestran los precios de las reglas de reenvío globales. Hay no se aplican cargos globales por el procesamiento de datos. El tratamiento de datos se cobra según la región, en función de dónde se procese el tráfico.

En la siguiente tabla se muestran los cargos de las reglas de reenvío regionales, así como los cargos de las reglas de reenvío entrantes y cargos por procesamiento de datos salientes por región.

Formas de reducir los costes del balanceador de carga de aplicación externo

Los usuarios externos de balanceadores de carga de aplicación externos pueden usar Google Cloud Armor, Cloud CDN, o ambas, para minimizar el impacto de Cargos por tratamiento de datos salientes.

• Cloud CDN: objetos estáticos que se publican en el cliente de la caché no pasan por el balanceador de carga. Un método eficaz estrategia de almacenamiento en caché reduciría la cantidad de datos salientes que procesa el balanceador de carga, y se reducen los costes. Para implementar el almacenamiento en la memoria caché, para saber qué parte del tráfico es estático y cuál es se pueden almacenar en caché. Para obtener más información, consulta la documentación de Cloud CDN.

• Google Cloud Armor: si tu aplicación recibe un una cantidad significativa de tráfico no deseado, puede implementar Google Cloud Armor para bloquear ese tráfico. Solicitudes bloqueadas por Google Cloud Armor no realiza el tránsito a través del balanceador de carga, de forma eficaz. reducir la cantidad de datos salientes que procesa el balanceador de carga. La el impacto en sus costes depende del porcentaje de tráfico no deseado que se bloquea de Google Cloud Armor políticas de seguridad que hayas implementado.

Si tu aplicación puede funcionar en una sola región o debe funcionar en una sola región, puedes utilizar la balanceador de carga de aplicación externo regional. El balanceador de carga de aplicación externo regional utiliza solo el nivel de red estándar que tiene menos de cargos por transferencia de datos salientes es una opción rentable.

Precios del balanceador de carga de aplicaciones externas con NEGs sin servidor

Si usas NEG sin servidor backends con un balanceador de carga de aplicación externo (global, regional o clásico), ya sea se aplicarán cargos del balanceador de carga, además de los de computación sin servidor para Cloud Run, funciones de Cloud Run o backends de App Engine, según corresponda. Además, si utilizas Google Cloud Armor o Cloud CDN, se cobran aparte.

Sin embargo, no se te cobrará por la transferencia de datos salientes sin servidor. Solo salida a Internet se aplican las tarifas de transferencia de datos. Funciones de Cloud Run transferencias de datos salientes, App Engine tráfico de red saliente y los cargos por transferencia de datos de Cloud Run no se aplican a las solicitudes que se transfieren desde un balanceador de carga de aplicación externo (mediante NEGs sin servidor) a un Funciones de Cloud Run, App Engine o servicio de Cloud Run.

Referencias a servicios multiproyecto con VPC compartidas

Revisa los siguientes puntos para saber cómo funcionan los proyectos y las cuentas de facturación se aplican cargos por los SKUs de red cuando utilizas multiproyecto referencias a servicios.

</ph> <ph type="x-smartling-placeholder"></ph>

• Los cargos relacionados con Cloud Load Balancing siempre se atribuyen a la donde está configurada la regla de reenvío (proyecto de servicio A en la imagen 1). Esto incluye los cargos por reglas de reenvío, datos entrantes procesados y salientes que procesa el balanceador de carga de aplicación externo global. Consulta los conceptos básicos sobre los precios de Cloud Load Balancing.
• Las transferencias de datos de Internet de red en los niveles premium y estándar siempre se que se atribuye al proyecto en el que está configurada la regla de reenvío (servicio el proyecto A en la figura 1). Consulte los precios de transferencia de datos de red.
• Si configuras Cloud CDN en un servicio de backend al que se hace referencia mediante un mapa de URLs mediante referencias de servicios multiproyecto, todos los Cloud CDN cobra por el contenido que se puede almacenar en caché (transferencia de datos en caché, búsqueda en caché, entrada en caché) siempre se atribuyen al proyecto que contiene la Servicio de backend habilitado para Cloud CDN (proyecto de servicio B en la imagen 1) no el proyecto que configuró las reglas de reenvío. Consulta los precios de Cloud CDN.

• Si configuras Google Cloud Armor en un servicio de backend al que se hace referencia mediante un mapa de URLs mediante referencias de servicios multiproyecto, todos los Los cargos relacionados con Google Cloud Armor se atribuyen al proyecto que contiene el Servicio de backend habilitado para Google Cloud Armor (proyecto de servicio B en la imagen 1) el proyecto que ha configurado las reglas de reenvío. Consulta los precios de Google Cloud Armor. En concreto, todos Los cargos de los niveles estándar de Google Cloud Armor y Cloud Armor Enterprise se cobran atribuido al proyecto de servicio B.

  Las siguientes consideraciones adicionales también se aplican cuando usas Google Cloud Armor con referencias a servicios multiproyecto:

  • Los cambios en las suscripciones relacionados con Cloud Armor Enterprise se atribuyen a la cuenta de facturación que especificaste durante el registro. Si quieres utilizar la la misma suscripción de Cloud Armor Enterprise en varios proyectos Incluir todos los servicios de backend a los que se hace referencia mediante el servicio multiproyecto asegúrate de incluir todos los proyectos de servicio pertinentes que forma parte de la misma cuenta de facturación de Cloud Armor Enterprise.
  • Cuando usas la referencia de servicios multiproyecto, algunas de las funciones en Cloud Armor Enterprise, como la telemetría DDoS y la respuesta DDoS, requiere el registro del nivel Cloud Armor Enterprise para la regla de reenvío de frontend y los proyectos del servicio de backend.

Ejemplos de precios de reglas de reenvío

Google Cloud cobra por las reglas de reenvío que se crean para el balanceo de carga o para otros usos, como replicar paquetes.

En los siguientes ejemplos se utilizan precios de EE. UU.:

Puedes crear hasta 5 reglas de reenvío por el precio de 0,025 USD/hora. Por ejemplo, si creas 1 regla de reenvío, se te cobran 0,025 USD por hora. Si creas 3 reglas de reenvío, se te cobrará la misma cantidad. Sin embargo, si tienes 10 reglas de reenvío, se te cobrará lo siguiente:

• 5 reglas de reenvío = 0,025 USD por hora
• Cada regla de reenvío adicional = 0,01 USD por hora

0,025 USD/hora por 5 reglas + (5 reglas adicionales * 0,01 USD/hora) = 0,075 USD por hora

En la mayoría de los casos, basta con una regla de reenvío por cada balanceador de carga.

Google Cloud cobra por las reglas de reenvío globales y por las regionales por separado, y también por proyecto. Por ejemplo, si usas una regla de reenvío global y otra regional en dos proyectos independientes (cuatro reglas en total), se te cobrarán 0,10 USD por hora (4 x 0,025 USD por hora).

Calcular los cargos por balanceo de carga

Para calcular los cargos por balanceo de carga:

1. Ve a la calculadora de precios.
2. Ve a la pestaña Cloud Load Balancing.
3. Selecciona una región en el menú desplegable.
4. Introduce el número de reglas de reenvío que creas adecuado.
5. Introduce la cantidad de tráfico de red que calculas que se procesará al mes.

Por ejemplo:

• Iowa
• Número de reglas de reenvío: 10
• Datos entrantes procesados por el balanceador de carga: 2048 GiB
• Coste total estimado: 71,13 USD por 1 mes

En este ejemplo no se incluye el coste de la transferencia de datos de Internet. de enviar respuestas desde los backends.

Balanceador de carga interno de la aplicación

Los siguientes cargos se aplican tanto a los balanceadores de carga de aplicación internos regionales como a los balanceadores de carga de aplicación internos multirregionales. También se aplican algunos cargos adicionales por transferencias de datos entre regiones al balanceador de carga de aplicación interno entre regiones.

^* Los balanceadores de carga de aplicación interna utilizan una flota de instancias de proxy gestionadas que se asignan de forma dinámica a tu red para gestionar el volumen de tráfico. La instancia de proxy el cargo se determina en función del número de instancias de proxy necesarias para gestionar el tráfico durante un periodo concreto.

Cargo por instancias de proxy

Los balanceadores de carga basados en Envoy escalan automáticamente el número de proxies para gestionar tu tráfico en función de tus necesidades. El proxy el cargo por instancias se basa en el número de instancias de proxy necesarias para cumplir tus necesidades de tráfico. Cada proxy adicional tiene un coste adicional por hora de acuerdo con los precios indicados en la tabla de precios.

El número de proxies asignados a tu balanceador de carga se calcula en función de La capacidad medida necesaria para gestionar el tráfico durante 10 minutos periodo. Tomamos el mayor de estos valores en dicho periodo:

• El número de proxies necesarios para servir el ancho de banda del tráfico necesidades. Cada instancia de proxy puede gestionar hasta 18 MB por segundo. Mi para supervisar el ancho de banda total necesario y divide el total entre el ancho de banda que admite una instancia de proxy.
• El número de proxies necesarios para gestionar las conexiones y . Sumamos el total de cada uno de los siguientes recursos y divide cada valor por lo que puede gestionar una instancia de proxy: <ph type="x-smartling-placeholder">
  </ph>
  • 600 o 150 conexiones nuevas (HTTP o HTTPS, respectivamente) por segundo
  • 3000 conexiones activas
  • 1400 solicitudes por segundo^*

^* Una instancia de proxy puede gestionar 1400 solicitudes por segundo si Cloud Logging está inhabilitado. Si habilitas Logging, el instancia de proxy puede gestionar menos solicitudes por segundo. Para Ejemplo: si se registra el 100% de las solicitudes, se reduce la gestión de solicitudes del proxy. hasta 700 solicitudes por segundo. Puedes definir Logging como muestrea un porcentaje menor de tráfico. Este te permite satisfacer tus necesidades de observabilidad controlando el coste.

Ejemplo de cálculo

En un periodo de 10 minutos, se transfieren 180 MB de datos por segundo a través del balanceador de carga: 180 MB per second / 18 MB per second per proxy instance = 10 proxy instances

En ese mismo periodo, se establecen 300 conexiones HTTPS nuevas por segundo, hay 3000 conexiones activas y se envían 2800 solicitudes por segundo:

La suma asciende a 5 instancias de proxy, menos que las 10 instancias de proxy necesarias para servir el ancho de banda. Por lo tanto, para calcular el cargo por instancias de proxy durante este periodo de 10 minutos, se hace esta operación:

Para calcular la factura, se tiene en cuenta la capacidad medida que se necesita para gestionar el tráfico, no el número de instancias de proxy que establecen conexiones con los backends. Por eso, quizá no veas en la factura las mismas instancias que ves en tu infraestructura.

Cargo mínimo por instancias de proxy

Para que el rendimiento y la fiabilidad sean óptimos, a cada balanceador de carga se le asignan al menos tres instancias de proxy de la región de Google Cloud donde está desplegado. Esas instancias se asignan aunque el balanceador de carga no gestione nada de tráfico. En cuanto despliegas una regla de reenvío con el esquema de balanceo de carga INTERNAL_MANAGED en tu proyecto, se empiezan a devengar cargos por las instancias de proxy. Cuantas más reglas de reenvío, más cargos por ese concepto (según lo que hemos explicado antes); en suma, por cada regla de reenvío, tres instancias de proxy más.

Las tres instancias de proxy que se asignan al balanceador de carga tienen un cargo mínimo de instancia de proxy por hora. Por ejemplo, en la región us-central1 de Google Cloud, el cargo mínimo se calcularía así:

Como decíamos antes, cada una de esas instancias de proxy puede gestionar una cantidad determinada de tráfico. Si el tráfico supera dicha capacidad, se te cobra por las instancias de proxy de más que hagan falta para gestionarlo.

Cargo por procesamiento de datos

Para calcular este cargo, se mide el volumen total de datos de las solicitudes y las respuestas que ha procesado el balanceador de carga durante el ciclo de facturación. El importe depende del uso y no se aplica ningún cargo mínimo.

Cargos por transferencias de datos entre regiones

Transferencia de datos entre regiones cargos adicionales si usas una equilibrador de carga de aplicación interno multirregional. Por ejemplo, si tienes un balanceador de carga de aplicación interno en varias regiones despliegue donde el cliente, el proxy Envoy y el backend están en ubicaciones regiones, verás los cargos por transferencias de datos entre regiones de cada salto por separado (es decir, &lt;-&gt; Proxy Envoy y proxy Envoy <-> backend). Para reducir estas costes de transferencia de datos entre regiones, puedes desplegar proxies Envoy regiones.

Referencias a servicios multiproyecto con VPC compartidas

En el caso del procesamiento de datos, el uso de instancias de proxy por horas y la transferencia de datos de máquinas virtuales entre zonas, la proyecto de regla de reenvío.

Precios del balanceador de carga interno de aplicaciones con NEGs sin servidor

Si usas backends de NEG sin servidor para un balanceador de carga de aplicación interno, Además de los recursos de computación sin servidor, se aplicarán cargos internos del balanceador de carga de aplicación interno cargos de Cloud Run.

Cargos de NEG de Internet regionales

Los NEGs de Internet regionales requieren el uso de una pasarela de Cloud NAT que conlleva cargos adicionales. Se te cobrará tanto por la transferencia de datos de Internet como por la Uso de Cloud NAT para cualquier tráfico enviado y recibido del servidor de solo proxy Envoy subred y para el tráfico de comprobación del estado. Sin embargo, se aplicarán los cargos del balanceador de carga, únicamente al tráfico de solicitud del usuario.

Las pasarelas de Cloud NAT asignadas a Cloud Load Balancing tienen un gasto por hora los cargos equivalentes a una red con más de 32 instancias de máquina virtual. Para Consulta más información en los precios de Cloud NAT.

Cargos por Google Cloud Armor y por los encabezados de solicitud personalizados

En los servicios de backend que tienen asociada alguna política de Google Cloud Armor, puedes utilizar la función de encabezados de solicitud personalizados sin ningún cargo adicional.

En los servicios de backend que usan la función de encabezados de solicitud personalizados y no tienen asociada ninguna política de Google Cloud Armor, se cobra 0,75 USD por cada millón de solicitudes HTTP o HTTPS por mes y cuenta. Solo se te cobrarán las primeras 666.666.667 solicitudes por mes y cuenta.

Acceso global para balanceadores de carga internos

El acceso global permite que las instancias de cliente de cualquier región accedan a tus balanceador de carga interno. Si una regla de reenvío tiene habilitado el acceso global, se aplican cargos adicionales por transferencias de datos entre regiones tráfico desde o hacia un cliente ubicado en una región distinta a la carga equilibrador.

El acceso global está disponible de forma general para los balanceadores de carga de red de paso a través internos, Balanceadores de carga de aplicación internos regionales y balanceadores de carga de red de proxy internos regionales.

Reenvío de protocolos

El reenvío de protocolos se cobra al mismo precio que el balanceo de carga. Hay un un cargo por la regla de reenvío y un cargo por los datos entrantes que procese la instancia de destino.

Certificados SSL

No se aplican cargos por los certificados SSL autogestionados o de cuya gestión se ocupe Google.

Siguientes pasos

• Lee la documentación de Cloud Load Balancing.
• Prueba la calculadora de precios.
• Más información sobre las soluciones y los casos prácticos de Cloud Load Balancing