Precios de la nube privada virtual

Esta página describe los precios de red para los recursos en redes de nube privada virtual (VPC).

Para conocer los precios de otros Google Cloud productos, consulte Todos los precios de redes .

Información general sobre precios de red

Transferencia de datos

La transferencia de datos puede ser tráfico que llega a un Google Cloud recurso (por ejemplo, VM), saliendo de la región de Google Cloud hacia Internet o entre dos recursos dentro de Google Cloud.

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

• Dentro del conjunto de edificios de la ubicación, que siempre utilizaron la red de Google (precios intrazona e intraregión)
• A otro edificio operado por Google en otra ubicación, que siempre utilizó la red de Google (precios entre regiones)
• 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 que no esté a través de una conexión Cloud Interconnect (precio de transferencia de datos de Internet)

Nivel Premium

El nivel Premium de niveles de servicio de red aprovecha la red troncal premium de Google para transportar el tráfico hacia y desde los usuarios externos. Normalmente, la red pública de internet solo se utiliza entre el usuario y el punto de entrada más cercano a la red de Google.

Nivel estándar

El Nivel Estándar de Servicios de Red aprovecha la internet pública para transportar el tráfico entre sus servicios y sus usuarios. Si bien usar la internet pública ofrece una calidad de servicio inferior, es más económico que el Nivel Premium.

Precios de transferencia de datos entrantes

Precios de transferencia de datos VM-VM dentro Google Cloud

Los siguientes precios se aplican tanto durante como después de la Google Cloud Periodo de prueba gratuito . Durante el periodo de prueba gratuito, estos precios se descontarán del saldo de la prueba gratuita.

Transferencia de datos intrazona/interzona

Si paga en una moneda distinta a USD, se aplicarán los precios que figuran en su moneda en los SKU de Cloud Platform .

Transferencia de datos entre regiones

Si paga en una moneda distinta a USD, se aplicarán los precios que figuran en su moneda en los SKU de Cloud Platform .

Servicio de VM a Google

Los siguientes precios se aplican tanto durante como después de la Google Cloud Periodo de prueba gratuito . Durante el periodo de prueba gratuito, estos precios se descontarán del saldo de la prueba gratuita.

Si paga en una moneda distinta a USD, se aplicarán los precios que figuran en su moneda en los SKU de Cloud Platform .

Velocidades de transferencia de datos de Internet

Precios de nivel Premium

El nivel Premium es el nivel predeterminado para todos Google Cloud Transferencia de datos. Para utilizar el nivel estándar, debe especificarlo explícitamente.

Los siguientes precios se aplican tanto durante como después de la Google Cloud Periodo de prueba gratuito . Durante el periodo de prueba gratuito, estos precios se descontarán del saldo de la prueba gratuita.

Si paga en una moneda distinta a USD, se aplicarán los precios que figuran en su moneda en los SKU de Cloud Platform .

Precios del nivel estándar

El precio de la transferencia de datos de salida se calcula por GiB entregado. El precio se basa en la geolocalización del origen del tráfico. El precio de entrada sigue siendo gratuito. Los límites de uso de Always Free no se aplican al plan Estándar.

Comuníquese con el departamento de ventas para conocer precios superiores a 500 TiB.

Precios de direcciones IP internas

No hay ningún cargo por direcciones IP internas estáticas o efímeras.

Precios de direcciones IP externas

Se le cobrará por direcciones IP externas estáticas y efímeras de acuerdo con la siguiente tabla.

Si reserva una dirección IP externa estática y no la asigna a un recurso, como una instancia de VM o una regla de reenvío, se le cobrará una tarifa más alta que por las direcciones IP externas estáticas y efímeras que están en uso.

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

No se le cobrará por los rangos de direcciones IPv6 externas asignados a subredes ni por las direcciones IPv6 externas asignadas a instancias de máquina virtual . No se le cobrará por las direcciones IPv6 regionales estáticas ( versión preliminar ).

En uso o no

Google Cloud Se considera que una dirección IP externa estática está en uso si está asociada a una instancia de máquina virtual, independientemente de si esta se está ejecutando o detenida. Si la instancia se elimina o si la dirección IP se disocia de ella,Google Cloud considera la dirección IP estática como no en uso.

Para una dirección IP efímera, Google Cloud Considera la dirección como en uso solo cuando la instancia de VM asociada está en ejecución. Cuando la instancia se detiene o se elimina, Google Cloud libera la dirección IP efímera y ya no la considera como en uso.

Puedes comprobar si una dirección IP externa estática está en uso mediante una solicitud a gcloud compute addresses list . Este comando devuelve una lista de 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, address-1 está en uso, mientras que address-2 está reservada, pero no se utiliza. Ambas direcciones se facturan según la tabla de precios de direcciones IP externas de este documento.

Reglas del firewall

Para conocer los precios de Cloud Next Generation Firewall, consulte la página de precios de Cloud NGFW .

Conexión de servicio privado

Los costos asociados con Private Service Connect varían según la configuración.

Cargos al consumidor

Uso de un punto final de conexión de servicio privado (regla de reenvío) para acceder a las API de Google

Uso de un backend de Private Service Connect (balanceador de carga) para acceder a las API de Google

Los backends de Private Service Connect utilizan un balanceador de carga para acceder a las API de Google. Se aplican todos los precios de balanceadores de carga. El tráfico a los NEG de Private Service Connect dirigido a las API de Google genera cargos por balanceo de carga por los datos procesados ​​por el balanceador . Sin embargo, no se aplica ningún cargo de Private Service Connect por el tráfico de transferencia de datos entre el NEG de Private Service Connect y las API de Google.

Para obtener información sobre los precios de su balanceador de carga, consulte los precios de los balanceadores de carga de aplicaciones externos globales o de los balanceadores de carga de aplicaciones internos .

Uso de un punto final de conexión de servicio privado (regla de reenvío) para acceder a un servicio publicado

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

Uso de un backend de conexión de servicio privado (balanceador de carga) para acceder a un servicio publicado

Los backends de Private Service Connect utilizan un balanceador de carga para acceder a los servicios publicados. Se aplican todos los precios de balanceadores de carga. El tráfico entre los NEG de Private Service Connect y los servicios publicados de Private Service Connect genera cargos por balanceo de carga por los datos procesados ​​por el balanceador y cargos por transferencia de datos entre el NEG y el servicio publicado.

La siguiente tabla resume los cargos aplicables para esta configuración.

Uso de una interfaz de conexión de servicio privado para acceder a una red VPC de productor o consumidor

Directorio de servicios

Tratamiento de datos de consumidores

A los consumidores de Private Service Connect se les cobra el procesamiento de datos según la siguiente tabla. El procesamiento de datos se factura tanto entrante como saliente.

Cargos del productor

Cargos por publicar un servicio administrado mediante el uso de un archivo adjunto de servicio de Private Service Connect

No se aplican cargos por hora ni por transferencia de datos a Private Service Connect por publicar servicios mediante adjuntos de servicio. Los productores pagan cualquier cargo por balanceo de carga generado por el balanceador de carga publicado para los consumidores.

Implementación de un servicio mediante el uso de mapas de conexión de servicio

Al implementar un servicio mediante mapas de conexión de servicio , no se aplican cargos al productor por la implementación de dichos mapas. Sin embargo, al consumidor se le cobra por lo siguiente:

• Recursos que se implementan en el proyecto del consumidor a través de la automatización de la conectividad del servicio
• Uso de un punto final de conexión de servicio privado para acceder a un servicio publicado

Acceso a servicios privados

Al crear una conexión de acceso a servicios privados , no se aplican cargos por hora ni por datos. Sin embargo, se le cobrará por lo siguiente:

• Recursos que usted proporciona en la red del productor de servicios
• Tráfico de transferencia de datos desde sus máquinas virtuales a la red del productor de servicios

Acceso a VPC sin servidor

Telemetría de red

Los registros vendidos en red generan cargos. Se le cobrará por los siguientes productos:

• Registros de flujo de VPC
• Registro de reglas de firewall
• Registro de NAT en la nube

Duplicación de paquetes

Se le cobrará por la cantidad de datos procesados ​​por la Duplicación de Paquetes. No se le cobrarán las reglas de reenvío de la Duplicación de Paquetes. Actualmente, no hay cargos adicionales por máquina virtual por usar la Duplicación de Paquetes. Los costos de los datos procesados ​​por la Duplicación de Paquetes se describen en la siguiente tabla.

Se aplican tarifas normales de transferencia de datos al tráfico saliente de un balanceador de carga. No hay costos adicionales por transferencia de datos del balanceador de carga, más allá de las tarifas normales de transferencia de datos de salida.

Reglas de reenvío y equilibrio de carga

Las tablas de precios de esta sección se aplican a los siguientes balanceadores de carga:

• Balanceadores de carga de red de paso interno y externo
• Balanceadores de carga de red proxy internos y externos
• Balanceadores de carga de aplicaciones externos globales, clásicos y regionales

Para conocer las reglas de reenvío de Conexión de servicio privado, consulte la sección Conexión de servicio privado .

La siguiente tabla muestra los precios de las reglas de reenvío global. No hay cargos por procesamiento de datos global. El procesamiento de datos se cobra por región, según dónde se procesa el tráfico.

La siguiente tabla muestra los cargos por reglas de reenvío regionales y los cargos por procesamiento de datos entrantes y salientes por región.

Formas de reducir los costos del balanceador de carga de aplicaciones externo

Los usuarios del balanceador de carga de aplicaciones externo global pueden usar Google Cloud Armor, Cloud CDN o ambos para minimizar el impacto de los cargos por procesamiento de datos salientes .

• CDN en la nube: Los objetos estáticos que se entregan al cliente desde la caché no pasan por el balanceador de carga. Una estrategia de almacenamiento en caché eficaz reduciría la cantidad de datos salientes que procesa el balanceador de carga y, por lo tanto, sus costos. Para implementar el almacenamiento en caché, es necesario comprender qué parte de su tráfico es estática y qué parte del tráfico se puede almacenar en caché. Para obtener más información, consulte la documentación de CDN en la nube .

• Google Cloud Armor: Si su aplicación recibe una cantidad significativa de tráfico no deseado, puede implementar Google Cloud Armor para bloquearlo. Las solicitudes bloqueadas por Google Cloud Armor no pasan por el balanceador de carga, lo que reduce eficazmente la cantidad de datos salientes que procesa. El impacto en sus costos depende del porcentaje de tráfico no deseado bloqueado por las políticas de seguridad de Google Cloud Armor que haya implementado.

Si su aplicación puede operar en una sola región o debe hacerlo, puede usar el Balanceador de Carga de Aplicaciones Externo Regional . Este balanceador utiliza únicamente el nivel de red estándar, que ofrece menores costos de transferencia de datos salientes, lo que lo convierte en una opción rentable.

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

Si utiliza backends NEG sin servidor con un balanceador de carga de aplicaciones externo ( global, regional o clásico ), se aplicarán los cargos del balanceador de carga existente, además de los cargos de computación sin servidor para Cloud Run, las funciones de Cloud Run o los backends de App Engine, según corresponda. Si utiliza Google Cloud Armor o Cloud CDN, también se aplicarán sus respectivos cargos.

Sin embargo, no se le cobrará por la transferencia de datos salientes sin servidor. Solo se aplican las tarifas de transferencia de datos salientes por internet. Los cargos por transferencia de datos salientes de las funciones de Cloud Run, el tráfico de red saliente de App Engine y los cargos por transferencia de datos de Cloud Run no se aplican a las solicitudes enviadas desde un balanceador de carga de aplicaciones externo (mediante NEG sin servidor) a las funciones de Cloud Run, App Engine o un servicio de Cloud Run.

Referencia de servicios entre proyectos con VPC compartida

Revise los siguientes puntos para comprender cómo se cobran los proyectos y las cuentas de facturación por los SKU de red cuando utiliza referencias de servicios entre proyectos .

• Los cargos relacionados con el Balanceo de Carga en la Nube siempre se atribuyen al proyecto donde se configura la regla de reenvío (proyecto de servicio A en la figura 1). Esto incluye los cargos por reglas de reenvío, datos entrantes procesados ​​y datos salientes procesados ​​por el Balanceador de Carga de Aplicaciones externo global. Consulte los conceptos básicos de precios del Balanceo de Carga en la Nube .
• La transferencia de datos de red a través de internet, tanto para los niveles Premium como Estándar, siempre se atribuye al proyecto donde está configurada la regla de reenvío (proyecto de servicio A en la figura 1). Consulte los precios de transferencia de datos de red .
• Si configura Cloud CDN en un servicio de backend referenciado por un mapa de URL mediante referencias entre proyectos, todos los cargos de Cloud CDN por contenido almacenable en caché (transferencia de datos de caché, búsqueda de caché, llenado de caché) siempre se atribuyen al proyecto que contiene el servicio de backend habilitado para Cloud CDN (proyecto de servicio B en la figura 1), y no al proyecto que configuró las reglas de reenvío. Consulte los precios de Cloud CDN .

• Si configura Google Cloud Armor en un servicio de backend referenciado por un mapa de URL mediante la referencia de servicios entre proyectos, todos 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 figura 1), y no al proyecto que configuró las reglas de reenvío. Consulte los precios de Google Cloud Armor . En concreto, todos los cargos de los niveles Estándar y Enterprise de Google Cloud Armor se atribuyen al proyecto de servicio B.

  Las siguientes consideraciones adicionales también se aplican cuando se utiliza Google Cloud Armor con referencias de servicios entre proyectos:

  • Los cambios de suscripción relacionados con Cloud Armor Enterprise se atribuyen a la cuenta de facturación que especificó durante la inscripción. Si desea usar la misma suscripción de Cloud Armor Enterprise en varios proyectos para incluir todos los servicios de backend referenciados mediante la referencia a servicios entre proyectos, asegúrese de incluir todos los proyectos de servicio relevantes como parte de la misma cuenta de facturación de Cloud Armor Enterprise.
  • Cuando usa referencias de servicios entre proyectos, algunas funciones ofrecidas en Cloud Armor Enterprise, como la telemetría DDoS y la respuesta DDoS, requieren la inscripción en el nivel de Cloud Armor Enterprise tanto para el proyecto de reglas de reenvío de front-end como para los proyectos de servicios de back-end.

Ejemplos de precios de reglas de reenvío

Google Cloud cargos por reglas de reenvío, ya sea que se creen para equilibrar la carga u otros usos, como la duplicación de paquetes.

Los siguientes ejemplos utilizan precios de EE. UU.:

Puede crear hasta 5 reglas de reenvío por $0.025/hora. Por ejemplo, si crea una regla de reenvío, se le cobrará $0.025/hora. Si tiene 3 reglas de reenvío, se le cobrará $0.025/hora. Sin embargo, si tiene 10 reglas de reenvío, se le cobrará de la siguiente manera:

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

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

Para la mayoría de los casos de uso de equilibrio de carga, solo necesita una regla de reenvío por equilibrador de carga.

Google Cloud Las reglas de reenvío globales y regionales se cobran por separado, y también por proyecto. Por ejemplo, si utiliza una regla de reenvío global y otra regional en dos proyectos separados (cuatro reglas en total), se le cobrará $0.10/hora (4 x $0.025/hora).

Estimación de cargos por equilibrio de carga

Para estimar los cargos por equilibrio de carga:

1. Vaya a la calculadora de precios .
2. En la pestaña Equilibrio de carga en la nube .
3. En el menú desplegable, seleccione una región.
4. Introduzca el número estimado de reglas de reenvío.
5. Ingrese la cantidad estimada mensual de tráfico de red procesado.

Por ejemplo:

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

Este ejemplo no incluye el costo de transferencia de datos de Internet por el envío de respuestas desde los backends.

Balanceador de carga de aplicaciones interno

Los siguientes cargos se aplican tanto a los balanceadores de carga de aplicaciones internos regionales como a los balanceadores de carga de aplicaciones internos interregionales. También se aplican cargos adicionales por transferencia de datos interregional al balanceador de carga de aplicaciones interno interregional .

^* Los balanceadores de carga de aplicaciones internos utilizan un conjunto de instancias de proxy administradas que se asignan dinámicamente a su red para gestionar el volumen de tráfico. El cargo por instancia de proxy se determina en función de la cantidad de instancias de proxy necesarias para gestionar su tráfico durante un período específico.

Cargo por instancia de proxy

Los balanceadores de carga basados ​​en Envoy escalan automáticamente la cantidad de proxies disponibles para gestionar su tráfico según sus necesidades. El cargo por instancia de proxy se basa en la cantidad de instancias de proxy necesarias para satisfacer sus necesidades de tráfico. Cada proxy adicional tiene un cargo por hora adicional según los precios indicados en la tabla de precios .

La cantidad de proxies asignados a su balanceador de carga se calcula en función de la capacidad necesaria para gestionar su tráfico durante un período de 10 minutos. Durante este período, consideramos el mayor de los siguientes valores:

• La cantidad de proxies necesarios para satisfacer las necesidades de ancho de banda de su tráfico . Cada instancia de proxy puede gestionar hasta 18 MB por segundo. Monitoreamos el ancho de banda total requerido y dividimos ese total entre el ancho de banda que admite una instancia de proxy.
• El número de proxies necesarios para gestionar conexiones y solicitudes . Contamos el total de cada uno de los siguientes recursos y dividimos cada valor entre la capacidad de gestión de una instancia de proxy:
  • 600 (HTTP) o 150 (HTTPS) nuevas conexiones por segundo
  • 3.000 conexiones activas
  • 1.400 solicitudes por segundo ^*

^* Una instancia de proxy puede gestionar 1400 solicitudes por segundo si Cloud Logging está deshabilitado. Si habilita Cloud Logging, su instancia de proxy puede gestionar menos solicitudes por segundo. Por ejemplo, registrar el 100 % de las solicitudes reduce la capacidad de gestión del proxy a 700 solicitudes por segundo. Puede configurar Cloud Logging para que muestree un porcentaje menor del tráfico. Esto le permite satisfacer sus necesidades de observabilidad y, al mismo tiempo, controlar los costos.

Ejemplo de cálculo

En un período de 10 minutos, 180 MB por segundo de datos pasan a través del balanceador de carga. 180 MB per second / 18 MB per second per proxy instance = 10 proxy instances

Durante este mismo período, se establecen 300 nuevas conexiones HTTPS por segundo, hay 3.000 conexiones activas y se envían 2.800 solicitudes por segundo:

Esto suma un total de 5 instancias de proxy. Esta cantidad es inferior a las 10 instancias de proxy necesarias para proporcionar ancho de banda. Por lo tanto, el cargo por instancia de proxy para este período de 10 minutos se calcularía de la siguiente manera:

La facturación se calcula en función de la capacidad medida necesaria para satisfacer sus necesidades de tráfico, no del número de instancias de proxy que se conectan a sus backends. Por lo tanto, es posible que se le facture una cantidad de instancias de proxy diferente a la que ve en su infraestructura.

Cargo mínimo por instancia de proxy

Para garantizar un rendimiento y una confiabilidad óptimos, a cada balanceador de carga se le asignan al menos tres instancias de proxy en el Google Cloud Región donde se implementa el balanceador de carga. Estas instancias de proxy se asignan incluso si el balanceador de carga no gestiona tráfico. Tras implementar una regla de reenvío (con el esquema de balanceo de carga INTERNAL_MANAGED ) en el proyecto, se empiezan a acumular cargos por instancias de proxy. Las reglas de reenvío adicionales generan cargos adicionales por instancia de proxy, como se describió anteriormente (es decir, tres instancias de proxy adicionales por regla de reenvío).

Las tres instancias de proxy asignadas a su balanceador de carga generan un cargo mínimo por hora. Por ejemplo, para us-central1 Google Cloud región, la tarifa mínima se calcula de la siguiente manera:

Como se describió anteriormente, cada una de estas instancias de proxy puede gestionar una cantidad determinada de tráfico. Si sus necesidades de tráfico superan la capacidad de estas tres instancias, se generarán costos por las instancias de proxy necesarias para gestionar el tráfico adicional.

Cargo por procesamiento de datos

El cargo por procesamiento de datos se calcula midiendo el volumen total de datos de solicitudes y respuestas procesados ​​por su balanceador de carga durante el ciclo de facturación. Este cargo se ajusta según su uso y no hay un cargo mínimo por procesamiento de datos.

Cargos por transferencia de datos entre regiones

Se aplican cargos por transferencia de datos entre regiones si utiliza un balanceador de carga de aplicaciones interno interregional. Por ejemplo, si tiene una implementación de un balanceador de carga de aplicaciones interno interregional donde el cliente, el proxy de Envoy y el backend se encuentran en regiones separadas, verá cargos por transferencia de datos entre regiones para cada salto por separado (cliente <-> proxy de Envoy y proxy de Envoy <-> backend). Para reducir estos cargos por transferencia de datos entre regiones, puede implementar proxies de Envoy en varias regiones.

Referencia de servicios entre proyectos con VPC compartida

Para el procesamiento de datos, el uso de instancias de proxy por hora y la transferencia de datos de máquinas virtuales entre zonas, se cobra el proyecto de regla de reenvío.

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

Si está utilizando backends NEG sin servidor para un balanceador de carga de aplicaciones interno, se aplicarán los cargos del balanceador de carga de aplicaciones interno existentes además de los cargos de procesamiento sin servidor para Cloud Run.

Tarifas regionales de Internet NEG

Los NEG de Internet regionales requieren el uso de una puerta de enlace NAT en la nube, lo que genera cargos adicionales. Se le cobrará tanto por la transferencia de datos de Internet como por el uso de NAT en la nube para cualquier tráfico enviado hacia y desde la subred de solo proxy de Envoy, así como por el tráfico de comprobación de estado. Sin embargo, los cargos del balanceador de carga se aplican únicamente al tráfico de solicitudes de usuario.

Las puertas de enlace NAT en la nube asignadas para el balanceo de carga en la nube tienen un coste por hora equivalente al de una red con más de 32 instancias de máquinas virtuales . Para más información, consulte los precios de NAT en la nube.

Cargos por política de autorización

Las políticas de autorización se ofrecen sin tarifas de uso durante la duración de la vista previa.

Encabezados de solicitud personalizados y cargos de armadura en la nube de Google

Si un servicio de backend tiene una política de armadura de Google Cloud asociada con él, puede usar la función de encabezados de solicitudes personalizados con ese servicio de backend sin ningún cargo adicional para la función de encabezados de solicitud personalizados.

Si un servicio de back -end que utiliza la función de encabezados de solicitud personalizados no tiene una política de armadura de Google Cloud asociada con él, los cargos son de $ 0.75 por 1,000,000 de solicitudes HTTP (s) por mes por cuenta. Solo se le cobra por las primeras 666,666,667 solicitudes por mes por cuenta.

Acceso global para equilibradores de carga internos

Global Access permite que las instancias del cliente desde cualquier región accedan a su equilibrador de carga interna. Si una regla de reenvío tiene acceso global habilitado, se incurren en cargos de transferencia de datos transversales adicionales cuando se envía el tráfico a o desde un cliente en una región diferente al equilibrador de carga.

El acceso global generalmente está disponible para equilibradores de carga de red de paso interno, equilibradores de carga de aplicación interna regional y equilibradores de carga de red proxy internos regionales.

Reenvío de protocolo

El reenvío del protocolo se carga a la misma velocidad que el equilibrio de carga. Hay una carga por la regla de reenvío y una carga por los datos entrantes procesados por la instancia de destino.

certificados SSL

No hay ningún cargo por los certificados SSL autogestionados y administrados por Google.

¿Qué sigue?

• Lea la documentación de equilibrio de carga en la nube .
• Pruebe la calculadora de precios .
• Aprenda sobre soluciones de equilibrio de carga en la nube y casos de uso .