Todos los precios de redes

En esta página se describen los precios de productos de redes.

Nube privada virtual

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.

Información general sobre los precios de red

Transferencia de datos

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

Una región es un conjunto de edificios que opera Google en una ubicación geográfica, como el 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 que no utilice una conexión de Cloud Interconnect (precios de transferencia de datos 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 cobrará por las 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

Los backendes de Private Service Connect usan un balanceador de carga para acceder a las APIs de Google. Se aplican todos los precios del balanceador de carga. El tráfico a los NEGs de Private Service Connect que se dirige a las APIs de Google incurre en cargos por el balanceo de carga de los datos que procesa el balanceador de carga. Sin embargo, no se cobra por el tráfico de transferencia de datos entre el NEG de Private Service Connect y las APIs de Google.

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

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

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 crees explícitamente espacios de nombres adicionales. Consulta Precios de Directorio de servicios para obtener más información.

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

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. El tráfico entre los NEGs de Private Service Connect y los servicios publicados de Private Service Connect genera cargos por el balanceo de carga de los datos que procesa el balanceador de carga, y 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.

Utilizar 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 publicar servicios mediante vinculaciones de servicios. Los productores se cobran por los cargos derivados de balanceo de carga en el balanceador de carga que se publica para los consumidores.

Desplegar un servicio usando mapas de conexión de servicios

Cuando despliegas un servicio mediante mapas de conexión de servicio, no se aplican cargos del productor por el despliegue de los mapas de conexión de servicio. 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.
• Usar un endpoint de Private Service Connect para acceder a un servicio publicado

Acceso a servicios privados

Cuando creas una conexión de acceso a servicios privados, no se aplican cargos por horas ni por datos asociados a la propia conexión. 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 a la red del productor de servicios

Acceso a VPC sin servidor

Telemetría de red

Los registros vendidos por red generan cargos. 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.

Cloud Load Balancing

Balanceo de carga y reglas de reenvío

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

• Balanceadores de carga de red de paso a través internos y externos
• Balanceadores de carga de red de proxy internos y externos
• Balanceadores de carga de aplicación externos mundiales, clásicos y regionales

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. No se aplican cargos mundiales por el tratamiento de datos. El tratamiento de datos se cobra en función de 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 y los cargos por tratamiento de datos entrantes y 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 aplicaciones externos de todo el mundo pueden usar Google Cloud Armor, Cloud CDN o ambos para minimizar el impacto de los cargos por el tratamiento de datos salientes.

• Cloud CDN: los objetos estáticos que se sirven 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 los costes, Para implementar el almacenamiento en caché, es necesario saber qué parte del tráfico es estática y se puede almacenar en caché. Para obtener más información, consulta la documentación de Cloud CDN.

• Google Cloud Armor: si tu aplicación recibe una cantidad significativa de tráfico no deseado, puedes desplegar Google Cloud Armor para bloquear ese tráfico. Las solicitudes bloqueadas por Google Cloud Armor no pasan por el balanceador de carga, lo que reduce la cantidad de datos salientes que procesa este balanceador El impacto en tus costes depende del porcentaje de tráfico no deseado que haya bloqueado las políticas de seguridad de Google Cloud Armor que hayas implementado.

Si tu aplicación puede operar en una sola región o se requiere que lo haga en una sola región, puedes usar el 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 cargos por transferencia de datos salientes más bajos, por lo que es una opción rentable.

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

Si utilizas backends de NEG sin servidor con un balanceador de carga de aplicación externo (global, regional o clásico), se aplicarán los cargos del balanceador de carga actual además de los cargos de computación sin servidor de Cloud Run, las funciones de Cloud Run o los 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 se aplican las tarifas de transferencia de datos salientes de Internet. Los cargos por transferencia de datos saliente de las funciones de Cloud Run, por el tráfico de red saliente de App Engine y por los cargos por transferencia de datos de Cloud Run no se aplican a las solicitudes que se envían desde un balanceador de carga de aplicación externo (mediante NEGs sin servidor) a las funciones de Cloud Run, App Engine o el servicio de Cloud Run.

Referencias a servicios multiproyecto con VPC compartidas

Revisa los siguientes puntos para saber cómo se cobran los proyectos y las cuentas de facturación por los SKUs de red cuando usas la referenciación de servicios entre proyectos.

• Los cargos relacionados con Cloud Load Balancing siempre se atribuyen al proyecto en el que se ha configurado la regla de reenvío (el proyecto de servicio A en la imagen 1). Esto incluye los cargos por las reglas de reenvío, los datos entrantes procesados y los datos salientes procesados por 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 la red a nivel premium y estándar siempre se atribuyen al proyecto en el que se ha configurado la regla de reenvío (proyecto de servicio 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 hace referencia un mapa de URLs mediante referencias de servicios entre proyectos, todos los cargos de Cloud CDN por el contenido almacenable en caché (transferencia de datos en caché, búsqueda en caché y entrada en caché) siempre se atribuyen al proyecto que contiene el servicio de backend habilitado para Cloud CDN (proyecto de servicio B en la imagen 1) y no al proyecto que haya configurado 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 en un mapa de URLs mediante referencias 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 imagen 1) y no al proyecto que configuró 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 atribuyen 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 misma suscripción de Cloud Armor Enterprise en varios proyectos para incluir todos los servicios de backend a los que se hace referencia mediante las referencias de servicios entre proyectos, asegúrate de incluir todos los proyectos de servicio pertinentes en la misma cuenta de facturación de Cloud Armor Enterprise.
  • Cuando haces referencia a servicios multiproyecto, algunas funciones que ofrece Cloud Armor Enterprise, como la telemetría DDoS y la respuesta DDoS, requieren el registro del nivel Cloud Armor Enterprise tanto para el proyecto de reglas de reenvío de frontend como para los proyectos de 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 correspondiente al envío de 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 entre regiones. Algunos cargos adicionales por transferencias de datos entre regiones también se aplican al balanceador de carga de aplicación interno entre regiones.

^* Los balanceadores de carga de aplicación internos 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. El cargo por instancia de proxy 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 disponibles para gestionar el tráfico en función de tus necesidades. El cargo por instancias de proxy se basa en el número de instancias de proxy que se necesiten para satisfacer las necesidades de tráfico. Cada proxy adicional conlleva un cargo adicional por hora según los precios que figuran 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 un periodo de 10 minutos. Tomamos el mayor de estos valores en dicho periodo:

• El número de proxies necesarios para satisfacer las necesidades de ancho de banda del tráfico. Cada instancia de proxy puede gestionar hasta 18 MB por segundo. Monitorizamos el ancho de banda total necesario y lo dividimos por el ancho de banda que admite una instancia de proxy.
• Número de proxies necesarios para gestionar las conexiones y las solicitudes. Sumamos el total de cada uno de los recursos siguientes y dividimos cada valor por el valor que puede gestionar una instancia de proxy:
  • 600 o 150 conexiones nuevas (HTTP o HTTPS, respectivamente) por segundo
  • 3000 conexiones activas
  • 1400 solicitudes por segundo^*

^* Las instancias de proxy pueden gestionar 1400 solicitudes por segundo si Cloud Logging está inhabilitado. Si habilitas Logging, la instancia de proxy podrá gestionar menos solicitudes por segundo. Por ejemplo, si se registra el 100% de las solicitudes, la capacidad de gestión de solicitudes del proxy se reduce a 700 por segundo. Puedes configurar Logging para que muestrea un porcentaje más pequeño de tráfico. De esta forma, puedes satisfacer tus necesidades de observabilidad y controlar al mismo tiempo los costes.

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

Se aplican cargos por transferencias de datos entre regiones si usas un balanceador de carga de aplicación interno en varias regiones. Por ejemplo, si tienes un despliegue del balanceador de carga de aplicación interno entre regiones en el que el cliente, el proxy Envoy y el backend se encuentran en regiones diferentes, verás los cargos por transferencia de datos entre regiones para cada salto por separado (el proxy Envoy y el proxy Envoy <-> del cliente por separado). Para reducir estos cargos por transferencias de datos entre regiones, puedes desplegar proxies Envoy en varias regiones.

Referencias a servicios multiproyecto con VPC compartidas

En el caso del tratamiento de datos, el uso de instancias de proxy cada hora y la transferencia de datos de máquinas virtuales entre zonas, se cobra el proyecto de reglas 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, se aplicarán los cargos actuales del balanceador de carga de aplicación interno, además de los cargos de computación sin servidor de Cloud Run.

Cargos de NEG de Internet regionales

Los NEGs de Internet regionales requieren el uso de una pasarela de Cloud NAT, lo que conlleva cargos adicionales. Se te cobrará tanto por la transferencia de datos de Internet como por el uso de Cloud NAT por el tráfico enviado desde y hacia la subred de solo proxy Envoy, así como por el tráfico de comprobación del estado. Sin embargo, los cargos del balanceador de carga solo se aplican al tráfico de las solicitudes de los usuarios.

Las pasarelas de Cloud NAT asignadas a Cloud Load Balancing conllevan cargos por hora equivalentes a una red con más de 32 instancias de máquina virtual. Para obtener más información, consulta los precios de Cloud NAT.

Cargos por la política de autorización

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

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 tu balanceador de carga interno. Si una regla de reenvío tiene habilitado el acceso global, se aplican cargos adicionales de transferencia de datos entre regiones cuando el tráfico se envía o se envía desde un cliente de una región distinta a la del balanceador de carga.

Por lo general, el acceso global está disponible para los balanceadores de carga de red de paso a través internos, los balanceadores de carga de aplicación internos regionales y los 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. Se aplica un cargo por la regla de reenvío y 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.

Google Cloud Armor

En este documento se detallan los precios de Google Cloud Armor y Google Cloud Armor Enterprise. Estos precios están activos.

Los recursos protegidos incluyen los siguientes tipos de backend en cada proyecto registrado; los backends cuentan como recursos protegidos en todos los tipos de puntos finales y balanceadores de carga cubiertos del proyecto registrado.

Tarifa por procesamiento de datos

La tarifa por tratamiento de datos de Cloud Armor Enterprise mide los datos transferidos a Internet desde todos los recursos protegidos de cada proyecto registrado en Cloud Armor Enterprise. Si usas el plan anual de Cloud Armor Enterprise, la tarifa de tratamiento de datos se factura a nivel de proyecto, pero el uso se agrega entre todos los recursos protegidos de todos los proyectos registrados en dicho plan. Cuando utilizas Cloud Armor Enterprise Paygo, la tarifa por tratamiento de datos se factura y el uso se agrega a nivel de proyecto. La tarifa por tratamiento de datos de Cloud Armor Enterprise es independiente de la tarifa por tratamiento de datos de Cloud Load Balancing.

Los precios corresponden a los GiB transferidos a Internet directamente o mediante el emparejamiento por operador, y se suman a otras tarifas de transferencia de datos. Por ejemplo, en el caso de las cargas de trabajo que hay detrás de un balanceador de carga de Google Cloud compatible, la tarifa de procesamiento de datos mide los bits de datos transferidos a Internet a través de los endpoints registrados del balanceador de carga, pero no mide el tráfico interregional asociado o entre zonas asociado a la carga de trabajo subyacente. El cargo es de 0,05 USD por cada GiB de datos transferidos para los primeros 100 TiB, y de 0,04 USD por GiB para los siguientes 400 TiB. Si el contenido que se sirve utiliza Cloud CDN y se considera almacenable en caché, se aplica la tarifa por procesamiento de datos de dicho servicio. En la siguiente tabla se incluyen los precios completos:

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

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 Google Cloud Platform.

Sistema de Detección de Intrusos de Cloud

En este documento se detallan los precios de Cloud IDS. Estos precios están activos. Los precios de esta página están en dólares estadounidenses (USD).

Cloud CDN

En este documento se detallan los precios de Cloud CDN.

Los precios de esta página están en dólares estadounidenses (USD). Si pagas en una moneda que no sea el dólar estadounidense, se aplicarán los precios que figuran para tu divisa en la página de SKUs de Cloud Platform.

Estructura de precios

Información general

La transferencia de datos y la entrada en caché se calculan en gibibytes (GiB).

Calculadora de precios

Puedes usar la calculadora de precios de Google Cloud para estimar el coste que supone usar este servicio.

Transferencia de datos en caché

Los cargos por transferencia de datos en caché representan las respuestas almacenadas en caché que se sirven desde las cachés de Cloud CDN y varían en función del destino y del uso mensual. El uso mensual se calcula por proyecto y por destino. El destino es una zona geográfica que viene determinada por el punto en el que sale el tráfico de la red de Google.

Entrada en caché

Los cargos por entrada en caché representan los datos con los que se rellenan las cachés de Cloud CDN. En el caso de las cargas de trabajo típicas en las que se sirve contenido popular, la entrada en caché a menudo es inferior al 10% de los GiB totales de transferencia de datos. Estos cargos varían según el origen y el destino, donde el origen es la región en la que está ubicado el servicio de backend o, en los orígenes personalizados, la zona geográfica basada en tu dirección IP de origen.

Notas sobre los precios

• El uso de red se calcula en gibibytes (GiB).
• Los cargos se acumulan por días, pero Cloud CDN los cobra al final del periodo de facturación. Puedes ver el uso que no se ha facturado en la página de facturación de tu proyecto de la consola de Google Cloud.
• Los bytes medidos para la transferencia de datos o la entrada en caché de la caché incluyen los encabezados de respuesta HTTP (después de comprimirlos, si procede) y el cuerpo de la respuesta, así como cualquier remolque.

Ejemplo de precios

En el ejemplo siguiente se muestra una situación sencilla que podría darse si acabas de empezar a usar Cloud CDN.

Supongamos que tu patrón de uso de Cloud CDN durante un mes concreto es el siguiente:

La factura del mes se calcularía así:

Cloud Interconnect

En este documento se detallan los precios de Cloud Interconnect.

Interconexión dedicada

Google te cobra por hora tanto por las conexiones de Cloud Interconnect como por las vinculaciones de VLAN. El coste por hora de cada recurso, ya sea la conexión de Cloud Interconnect o la vinculación de VLAN, se cobra al proyecto propietario del recurso.

La transferencia de datos desde tus redes de nube privada virtual (VPC) a través de tus conexiones de Cloud Interconnect tiene un descuento con respecto a los precios generales de red de Google Cloud. Los precios de la transferencia de datos dependen del número de gibibytes (GiB) transferidos y de la ubicación de tu conexión de Cloud Interconnect.

Este descuento solo se aplica al tráfico que proceda de la región en la que se encuentra la vinculación de VLAN. Puedes utilizar vinculaciones de VLAN para acceder a servicios ubicados en una región diferente. En ese caso, se te cobrará una tarifa estándar interregional por el tráfico entre la región en la que se encuentra la vinculación y la región donde está ubicado el servicio.

Los cargos por transferencia de datos de Cloud Interconnect se acumulan en el proyecto propietario de la vinculación de VLAN. La transferencia de datos no se factura al proyecto propietario de la conexión de Cloud Interconnect. Concretamente, los costes de la transferencia de datos desde una vinculación de VLAN en un proyecto de servicio de VPC compartida, que se transfiere a través de una conexión de Cloud Interconnect en un proyecto del host diferente, se atribuyen al proyecto de servicio.

En el caso de los despliegues de VPN de alta disponibilidad a través de Cloud Interconnect, se te cobrará por las conexiones de interconexión dedicada, las vinculaciones de VLAN, los túneles de VPN de alta disponibilidad y las direcciones IP externas regionales si se asigna una dirección IP a una pasarela de VPN, pero no se utiliza en un túnel.

En cuanto a la transferencia de datos de las VPNs de alta disponibilidad a través de Cloud Interconnect, solo se te cobra por la transferencia de datos de Cloud Interconnect. No se te cobrará por la transferencia de datos de Cloud VPN.

Para obtener más información, consulta los precios de Cloud VPN.

Tablas de precios

Precios de la interconexión dedicada

Transferencia de datos desde una red de VPC a través de una conexión de Cloud Interconnect

Norteamérica

Europa, Oriente Medio y África (EMEAR)

Asia

Australia

Sudamérica

Transferencia de datos entrantes a través de una conexión de Cloud Interconnect

Ejemplo de precios

En la siguiente tabla se muestra un ejemplo de patrón de uso de las conexiones de interconexión dedicada para un solo mes.

Partner Interconnect

Google factura por horas las vinculaciones de VLAN, dependiendo de su capacidad. Los cargos por hora se facturan al proyecto al que pertenece la vinculación de VLAN. Tu proveedor también puede cobrarte por determinados servicios, como utilizar su red, algo que no se incluye en tus facturas de Google Cloud. Si quieres más información sobre sus precios, ponte en contacto con tu proveedor de servicios.

La transferencia de datos desde tus redes de VPC a través de tus vinculaciones se aplica a los precios generales de red de Google Cloud. Los precios de las transferencias de datos salientes dependen del número de gibibytes (GiB) transferidos y de la ubicación de tu conexión de Cloud Interconnect.

Este descuento solo se aplica al tráfico que proceda de la región en la que se encuentra la vinculación de VLAN. Puedes utilizar vinculaciones de VLAN para acceder a servicios ubicados en una región diferente. En ese caso, se te cobrará una tarifa estándar interregional por el tráfico entre la región en la que se encuentra la vinculación y la región donde está ubicado el servicio.

Los cargos por transferencia de datos de Cloud Interconnect se acumulan en el proyecto propietario de la vinculación de VLAN. La transferencia de datos no se factura al proyecto propietario de la conexión de Cloud Interconnect. En concreto, los costes del tráfico de transferencia de datos desde una vinculación de VLAN en un proyecto de servicio de VPC compartida, que se transfiere a través de una conexión de Cloud Interconnect en un proyecto del host diferente, se atribuyen al proyecto de servicio.

En el caso de los despliegues de VPN de alta disponibilidad a través de Cloud Interconnect, se te cobrará por las vinculaciones de VLAN, túneles de VPN de alta disponibilidad y direcciones IP externas regionales si una dirección se asigna a una pasarela de VPN, pero no se utiliza en ningún túnel.

En cuanto a la transferencia de datos de las VPNs de alta disponibilidad a través de Cloud Interconnect, solo se te cobra por la transferencia de datos saliente de Cloud Interconnect. No se te cobrará por la transferencia de datos de Cloud VPN.

Para obtener más información, consulta los precios de Cloud VPN.

Tablas de precios

Precios de Partner Interconnect

Transferencia de datos desde una red de VPC a través de una conexión de Cloud Interconnect

Norteamérica

Europa, Oriente Medio y África (EMEAR)

Asia

Australia

Sudamérica

Transferencia de datos entrantes a través de una conexión de Cloud Interconnect

Ejemplo de precios

En la siguiente tabla se muestra un ejemplo de patrón de uso de las conexiones de Partner Interconnect para un solo mes:

Cross-Cloud Interconnect

Google te cobra por hora tanto por las conexiones entre Cloud Interconnect como por las vinculaciones de VLAN. El coste por hora de cada recurso, ya sea la conexión entre Cloud Interconnect o la vinculación de VLAN, se cobra al proyecto propietario del recurso.

La transferencia de datos desde tus redes de nube privada virtual (VPC) a través de tus conexiones de Cross-Cloud Interconnect tiene un descuento con respecto a los precios generales de red de Google Cloud. Los precios de Data Transfer dependen del número de gibibytes (GiB) transferidos y de la ubicación de tu conexión de Cross-Cloud Interconnect.

Este descuento solo se aplica al tráfico que proceda de la región en la que se encuentra la vinculación de VLAN. Puedes utilizar vinculaciones de VLAN para acceder a servicios ubicados en una región diferente. En ese caso, se te cobrará una tarifa estándar interregional por el tráfico entre la región en la que se encuentra la vinculación y la región donde está ubicado el servicio.

Los cargos por la transferencia de datos entre Cloud Interconnect se acumulan en el proyecto propietario de la vinculación de VLAN. La transferencia de datos no se factura al proyecto propietario de la conexión de Cloud Interconnect. Concretamente, los costes de la transferencia de datos desde una vinculación de VLAN en un proyecto de servicio de VPC compartida, que se transfiere a través de una conexión de Cloud Interconnect en un proyecto del host diferente, se atribuyen al proyecto de servicio.

En el caso de los despliegues de VPN de alta disponibilidad a través de Cloud Interconnect, se te cobrará por las conexiones entre Cloud Interconnect, las vinculaciones de VLAN, los túneles de VPN de alta disponibilidad y las direcciones IP externas regionales si se asigna una dirección IP a una pasarela de VPN, pero no la utiliza un túnel.

En cuanto a la transferencia de datos de las VPNs de alta disponibilidad a través de Cloud Interconnect, solo se te cobra por la transferencia de datos de Cloud Interconnect. No se te cobrará por la transferencia de datos de Cloud VPN.

Para obtener más información, consulta los precios de Cloud VPN.

Tablas de precios

Precios de Cross-Cloud Interconnect

Transferencia de datos desde una red de VPC a través de una conexión de Cloud Interconnect

Norteamérica

Europa, Oriente Medio y África (EMEAR)

Asia

Australia

Sudamérica

Transferencia de datos entrantes a través de una conexión de Cloud Interconnect

Ejemplo de precios

En la siguiente tabla se muestra un ejemplo de patrón de uso de las conexiones de Cross-Cloud Interconnect para un solo mes.

Escenarios de precios

En esta sección se describen los distintos precios que utiliza Google Cloud para calcular los precios de la transferencia de datos salientes de Cloud Interconnect; es decir, cuando una instancia de máquina virtual (VM) o un producto o servicio de Google Cloud que no sea de máquina virtual envía tráfico a tu ubicación on‐premise a través de una vinculación de VLAN en la misma ubicación geográfica o en una diferente:

• Una máquina virtual en la misma región que una vinculación de VLAN mediante un enrutamiento dinámico de VPC regional o global
• Una máquina virtual en el mismo continente, pero en una región diferente de una vinculación de VLAN mediante un enrutamiento dinámico de VPC global
• Una máquina virtual en un continente diferente de una vinculación de VLAN mediante un enrutamiento dinámico de VPC global
• Una máquina virtual en un continente diferente de una vinculación de VLAN mediante un emparejamiento entre redes de VPC
• Un producto o servicio de Google Cloud que no es de máquina virtual en una ubicación diferente de una vinculación de VLAN mediante un enrutamiento dinámico de VPC global

Para obtener más información sobre los costes de cada escenario, incluidos los cargos por transferencia de datos entre regiones de un continente y entre continentes, consulta Precios generales de red.

Una máquina virtual en la misma región que una vinculación de VLAN mediante un enrutamiento dinámico de VPC regional o global

En este escenario, existen dos regiones dentro de Norteamérica: us-west1 y us-east1. Estas regiones usan el enrutamiento dinámico regional de VPC que proporciona Cloud Router. No importa qué modo de enrutamiento dinámico utilices.

Solicita una conexión de Cloud Interconnect que se ejecute desde tu ubicación on‐premise a San Jose (SJC) y crea dos vinculaciones de VLAN a través de esa conexión. Una vinculación de VLAN se dirige a la región us-east1, y la otra, a us-west1.

Si envías tráfico desde una máquina virtual en us-east1 o desde una máquina virtual en us-west1 a tu ubicación on‐premise a través de tu conexión de Cloud Interconnect en SJC, se te cobrarán las siguientes tarifas:

• Los cargos de transferencia de datos de Cloud Interconnect de Norteamérica (porque es donde se encuentra la conexión de Cloud Interconnect).
• No se te cobrará ningún cargo por la transferencia de datos de región a región porque las máquinas virtuales utilicen una vinculación de VLAN en la misma región.

Una máquina virtual en el mismo continente, pero en una región diferente de una vinculación de VLAN mediante un enrutamiento dinámico de VPC global

En este escenario, tienes máquinas virtuales en dos regiones ubicadas en Norteamérica: us-west1 y us-east1. Has habilitado el enrutamiento dinámico global para tu red de VPC mediante Cloud Router. El enrutamiento dinámico global permite que una o más máquinas virtuales ubicadas en una región puedan usar las vinculaciones de VLAN que se encuentran en otra región.

Solicita una conexión de Cloud Interconnect que se ejecute desde tu ubicación on‐premise a San Jose (SJC) y crea una vinculación de VLAN a través de esa conexión a us-west1. Después, envías tráfico desde una máquina virtual en us-east1 a tu ubicación on‑premise a través de la vinculación de VLAN ubicada en us-west1. Se te cobrarán las siguientes tarifas:

• Los cargos de transferencia de datos entre regiones por el reenvío de tráfico de us-east1 a la vinculación de VLAN en us-west1. La vinculación de VLAN en us-west1 se considera el origen del tráfico.
• Los cargos de transferencia de datos de Cloud Interconnect de Norteamérica por el tráfico desde la región us-west1 hasta tu ubicación on‐premise.

Una máquina virtual en un continente diferente de una vinculación de VLAN mediante un enrutamiento dinámico de VPC global

Este escenario es el mismo que el del ejemplo anterior, solo que en este, una región (us-west1) se encuentra en Norteamérica y la otra (asia-east1), en Asia. El envío de tráfico entre regiones de diferentes continentes genera tasas de transferencia de datos entre regiones más caras.

La única forma de enviar tráfico desde asia-east1 a través de Cloud Interconnect en Norteamérica es habilitar el enrutamiento dinámico de VPC global. Esto hace que la vinculación de VLAN en us-west1 esté disponible para las máquinas virtuales en todas las regiones de tu red de VPC. Se te cobrarán las siguientes tarifas:

• Cargos por transferencias de datos entre regiones intercontinentales por el tráfico reenviado de asia-east1 a us-west1.
• Los cargos de transferencia de datos de Cloud Interconnect de Norteamérica para el tráfico desde la región us-west1 hasta tu ubicación on‐premise.

Una máquina virtual en un continente diferente de una vinculación de VLAN mediante un emparejamiento entre redes de VPC

Este escenario es similar al ejemplo anterior, pero ahora hay dos redes de VPC conectadas a través del emparejamiento entre redes de VPC. Al enviar el tráfico entre regiones, el precio es el mismo que en el ejemplo anterior que usa enrutamiento dinámico global.

Envías tráfico desde us-east4 a tu red on-premise a través de Cloud Interconnect en Asia con el emparejamiento entre redes de VPC. Se te cobrarán las siguientes tarifas:

• Cargos por transferencias de datos entre regiones intercontinentales por el tráfico reenviado de us-east4 a asia-northeast1.
• Los cargos de transferencia de datos de Cloud Interconnect en Asia por el tráfico desde la región asia-northeast1 hasta tu ubicación on‐premise.

Un producto o servicio de Google Cloud que no es de máquina virtual en una ubicación diferente de una vinculación de VLAN mediante un enrutamiento dinámico de VPC global

Además de los casos anteriores, los cargos por transferencia de datos de Cloud Interconnect se aplican al tráfico enviado desde un producto o servicio de Google Cloud que no sea una máquina virtual a tu ubicación on‐premise a través de una vinculación de VLAN. Debes pagar los cargos por transferencia de datos del producto para llegar a la región de la vinculación de VLAN y, a continuación, pagar los cargos por transferencia de datos de Cloud Interconnect según el continente en el que se encuentre la conexión de Cloud Interconnect.

En el siguiente ejemplo se describen los cargos por el tráfico que se transfiere desde un segmento de Cloud Storage ubicado en una región de North America distinta a la de la región en la que se encuentra la vinculación de VLAN.

En este escenario, tienes recursos en dos regiones ubicadas en Norteamérica: us-west1 (Oregon) y northamerica-northeast1 (Montreal). Has habilitado el enrutamiento dinámico global para tu red de VPC mediante Cloud Router.

Solicita una conexión de Cloud Interconnect que se ejecute desde tu ubicación on‐premise a San Jose (SJC) y crea una vinculación de VLAN a través de esa conexión a us-west1. A continuación, envías tráfico desde un segmento de Cloud Storage en northamerica-northeast1 a tu ubicación on‑premise a través de la vinculación de VLAN ubicada en us-west1. Se te cobrarán las siguientes tarifas:

• El coste de la transferencia de datos de Cloud Storage correspondiente al reenvío de tráfico desde un segmento de Cloud Storage en northamerica-northeast1 a una vinculación de VLAN en us-west1.
• La transferencia de datos de Cloud Interconnect de North America por el tráfico desde la región us-west1 hasta tu ubicación on‐premise (porque es donde se encuentra tu conexión de Cloud Interconnect).

Si el segmento de Cloud Storage se encuentra en un continente distinto al de la vinculación de VLAN, pagas los cargos por transferencias de datos intercontinentales de Cloud Storage para llegar a la vinculación de VLAN en us-west1.

Para obtener una lista completa de escenarios de precios de Cloud Storage, consulta la página de precios de Cloud Storage.

Cloud Router

Cloud Router es un servicio gratuito. Los costes generales de red se aplican al tráfico del plano de control (BGP) y, en la mayoría de los casos, son mínimos.

Para obtener más información sobre estos costes, consulta la sección de precios generales de red de la documentación sobre la nube privada virtual (VPC).

Cloud VPN

A grandes rasgos, los cargos de Cloud VPN se componen de:

• Cargo por hora por cada pasarela de Cloud VPN; este cargo está determinado, en parte, por el número de túneles vinculados a la pasarela, así como por su ubicación
• Cargo mensual por el tráfico IPsec
• Cargo por hora de cualquier dirección IP externa asignada a una pasarela VPN, pero no la use un túnel

Para saber más sobre el servicio, consulta la información general sobre Cloud VPN.

Tabla de precios

Para ver los precios, selecciona la ubicación de la pasarela VPN de Cloud. Salvo que se indique lo contrario, toda la información se aplica tanto a la VPN clásica como a la VPN de alta disponibilidad.

Google no aplica cargos por las reglas de reenvío que envían el tráfico a la pasarela de VPN.

Escenarios de precios

Si quieres saber cómo se aplican los precios de Cloud VPN, consulta los siguientes ejemplos.

Pasarela us-central1 al centro de datos

Imagina que tienes una pasarela VPN en us-central1. Esta pasarela utiliza dos túneles para conectarse a un centro de datos on‐premise en Iowa.

Cada mes envías 2 tebibytes (TiB) de datos a tu centro de datos desde tu red de nube privada virtual (VPC) a través de ese túnel. A la vez, envías 2 TiB en la otra dirección: del centro de datos a tu red VPC.

Además, tu pasarela usa una dirección IP externa reservada.

En la siguiente tabla se muestran los cargos que se producirían durante un mes de 30 días con esta configuración.

Pasarela asia-northeast1 a un centro de datos y otra red de VPC

Imagina que tu proyecto tiene una red de VPC llamada Red A, que incluye una pasarela de VPN en asia-northeast1. Esta pasarela utiliza dos túneles para conectarse a un centro de datos on‐premise de Tokio. Además, esta pasarela utiliza dos túneles para conectarse a la red B, otra red VPC de tu proyecto. La pasarela de la red B se encuentra en europe-west6.

El uso mensual de los datos es el siguiente:

• Los usuarios de la red A descargan 10 TiB de datos de Cloud Storage y los envían al centro de datos de Tokio.
• Las redes A y B se envían entre sí unos 20 TiB de datos.

Tanto las pasarelas asia-northeast1 como las europe-west6 utilizan direcciones IP externas reservadas.

Además, tienes una tercera pasarela de VPN en southamerica-east1. Creaste esta pasarela hace varios meses y le asignaste una dirección IP externa reservada, pero nunca has configurado un túnel para esta pasarela.

En la siguiente tabla se muestran los cargos que aplicaría esta configuración durante un mes de 30 días.

Network Connectivity Center

En este documento se describen los precios de Network Connectivity Center.

Network Connectivity Center es un modelo de eje y radio para gestionar la conectividad de red de Google Cloud. Con este modelo, las redes de nube privada virtual y las redes on‐premise se conectan a un hub de Network Connectivity Center mediante rayos que tienen asociados recursos de radio compatibles de Google Cloud.

Para obtener más información sobre Network Connectivity Center, consulta la información general de Network Connectivity Center.

Precios actuales

En las siguientes secciones, se describen los precios actuales de Network Connectivity Center.

Hubs y radios

En la siguiente tabla se describen los cargos por los hubs y radios. Las horas de voz hacen referencia al número de horas que un radio está activo durante un mes.

No se cobran los cargos por horas de voz de hasta tres radios de VPN y tres radios de Cloud Interconnect.

Transferencia de datos

La transferencia de datos hace referencia al tráfico regional que utiliza la red de Google para conectar redes que no son de Google Cloud.

El tráfico de transferencia de datos del centro de conectividad de red es distinto de la transferencia de datos entrante y saliente, que fluye hacia dentro o fuera de la red de Google. En cambio, la transferencia de datos de Network Connectivity Center hace ambas cosas: entra y sale de la red de Google, ya que se origina y finaliza fuera de la red de Google.

Los cargos por transferencia de datos se basan en los gibibytes (GiB) de tráfico al mes.

Redes de datos avanzadas

Las redes de datos avanzadas (ADN) son la tarifa de procesamiento que se aplica a todo el tráfico que se envía desde un altavoz a través de un hub.

El cargo por ADN es de 0,02 USD por gibibyte (GiB) al mes.

Este cargo se aplica actualmente al tráfico entre radios de VPC. Actualmente, no se aplican los cargos de ADN por los radios híbridos.

Ejemplo de precios

Redes de datos avanzadas

En este ejemplo, una empresa tiene dos redes globales de nube privada virtual (VPC), una VPC-1 y una VPC-2, que se conectan mediante radios de VPC a su hub de Network Connectivity Center. Cada VPC está en su propio proyecto distinto del proyecto del centro.

Cada mes, VPC-1 envía 10 TiB de datos a VPC-2, y VPC-2 envía 5 TiB de datos a VPC-1.

En la siguiente tabla se describen los cargos de un mes de 30 días.

Ten en cuenta que los cargos por horas de Spoke y Redes de datos avanzadas por radios de VPC se acumulan en sus respectivos proyectos.

Transferencia de datos

En este ejemplo, una empresa conecta dos radios del router a su eje de Network Connectivity Center. Un radio representa una oficina de Los Ángeles (us-west2). Otra representa una oficina de Bombay (asia-south1).

Cada mes, la oficina de EE. UU. transfiere 5 TiB de datos a la oficina de Asia, y la oficina de Asia transfiere 5 TiB a la oficina de EE. UU.

En la siguiente tabla se describen los cargos de un mes de 30 días.

Precios de otros recursos de Google Cloud

Los precios de esta página no incluyen los cargos por otros recursos y productos de Google Cloud que puedas usar junto con Network Connectivity Center. Por ejemplo:

• Si utilizas radios del router, pagas por los recursos subyacentes de Compute Engine.
• Si utilizas radios de vinculación de VLAN, pagas por los recursos subyacentes de Cloud Interconnect.
• Si utilizas radios VPN, pagas por los recursos subyacentes de Cloud VPN.

Dispositivo router

Los precios de los dispositivos router forman parte del precio de Network Connectivity Center. Para obtener más información al respecto, consulta la sección de precios de Network Connectivity Center.

Para obtener más información sobre estos costes, consulta la sección de precios generales de red de la documentación sobre la nube privada virtual.

Cloud NAT

Los precios de Cloud NAT se basan en el uso siguiente:

• Un precio por hora para la pasarela de NAT que se basa en el número de instancias de máquina virtual que usan esa pasarela. La tarifa por hora está limitada a 32 instancias de máquina virtual. Las pasarelas que sirven a un número de instancias superior al número máximo se cobran a la tarifa máxima por hora.

  Google Cloud contabiliza las instancias de máquina virtual que obtienen una asignación de NAT como si usaran esa pasarela. La pasarela de NAT lleva a cabo el NAT de origen (SNAT) para el tráfico de transferencia de datos desde los recursos que no tienen direcciones IP externas y el NAT de destino (DNAT) para los paquetes de entrada que llegan como respuesta a los paquetes salientes.

• El coste por GiB correspondiente a la transferencia de datos que procesa la pasarela. El precio del tratamiento de datos es el mismo en todas las regiones. También se aplican los costes de Data Transfer derivados de enviar tráfico desde la máquina virtual fuera de la red.

• Precio por hora de cada dirección IP externa estática o efímera que utiliza una pasarela de NAT.

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.

El coste total por ejecutar una pasarela de NAT y transferir el tráfico a través de ella se calcula de la siguiente manera:

total cost for running the gateway = hourly cost for the NAT gateway
+ cost per GiB of data that is processed by the gateway
+ hourly cost for the external IP addresses used by the gateway
+ data transfer costs for any traffic leaving the network

Ejemplo de precios

En la siguiente tabla se muestra el coste mensual estimado de una sola pasarela de NAT que usa direcciones IP externas para servir a un número distinto de instancias de máquina virtual. En ambos casos, la pasarela se ejecuta durante 720 horas en un ciclo de facturación.

Precios del almacenamiento de registros

Consulta los precios del almacenamiento de registros de NAT en la sección de precios de la telemetría de red.

Se aplicarán los precios estándar de Cloud Logging, BigQuery o Pub/Sub.

Cloud DNS

En el modelo de precios de Cloud DNS, los cargos se realizan de forma mensual y por zonas (independientemente de si las utilizas o no). Además, debes pagar las consultas que se realicen a tus zonas.

Tabla de precios

Los precios siguientes se aplican a todos los tipos de zonas: públicas, privadas y de reenvío. A la hora de calcularlos, se suman todos los tipos de zona; por ejemplo, si tienes 10 de cada tipo (públicas, privadas y de reenvío), los precios se basan en el total de 30 zonas. También se suman todas las consultas, independientemente del tipo de zona que utilices.

Puedes usar etiquetas para clasificar las zonas según te convenga y utilizarlas después para ver desgloses por etiquetas en tus facturas.

Precio de las consultas

Precios de las zonas gestionadas

^* Los precios de las zonas gestionadas se calculan según el número de esas zonas que haya en cada momento, prorrateado por el tiempo del mes durante el cual han existido, expresado en forma de porcentaje. Este prorrateo se mide en horas. Las zonas que existen durante una fracción de hora se contabilizan como si hubieran existido durante la hora completa.

El uso de Cloud DNS no conlleva ningún cargo por la transferencia de datos.

Precios de las comprobaciones del estado

Ejemplo de precios

En la siguiente tabla se muestran algunos ejemplos de patrones de uso de Cloud DNS y de posibles costes mensuales:

El precio de las consultas es proporcional al uso. Por lo tanto, 500.000 consultas se cobraban 0,20 USD (la mitad de lo que cuesta un millón de consultas).

Ejemplo de precio de GA posterior para las comprobaciones del estado

Directorio de servicios

Ten en cuenta que si utilizas las zonas de Directorio de servicios, se te cobrará de acuerdo con la lista de precios de Cloud DNS.

Extensiones de servicio

En este documento se detallan los precios de las extensiones de servicio.

Se aplican los siguientes cargos a las llamadas de extensiones de servicio en Cloud Load Balancing. Es posible que se apliquen otros cargos pertinentes por la transferencia de datos al tráfico entre regiones y a los recursos de computación al otro extremo de la llamada.

Cloud Domains

Resumen de precios

Los dominios se registran en incrementos de un año. Al registrar un dominio, te comprometes a pagar el año completo. Los dominios se renuevan automáticamente. Si tu dominio se renueva en Cloud Domains, se te cobrarán los 12 meses posteriores a la fecha de renovación. Si quieres dejar de pagar por tu dominio o no quieres que se renueve automáticamente, consulta el artículo Desactivar la renovación automática de un nombre de dominio.

Precios por terminación de dominio

Los precios varían en función de las terminaciones de dominio (TLD), que se muestran en la tabla de precios. Por ejemplo, si compras example.com, example.charity y example.wiki, el coste anual de cada dominio será diferente porque las terminaciones de dominio .com, .charity y .wiki tienen precios distintos. El precio anual de cada dominio que registres se añade al total de facturación. Consulta el ejemplo de precios.

Cloud Domains no admite los siguientes tipos de dominios:

• Dominios premium
• Dominios que requieren un aviso de marca

Modelos de facturación

Facturación de suscripciones (para cuentas de facturación de Cloud fuera de Brasil)

El modelo de facturación de suscripciones te cobra el importe anual del dominio al mes siguiente de haber registrado, renovado o transferido tu dominio. Se aplica a todos los dominios de Cloud Domains que se hayan registrado, renovado o transferido en la versión de disponibilidad general.

Los cargos de Cloud Domains aparecen en tu factura en la sección Cargos que no son específicos de un proyecto porque están vinculados a la cuenta de facturación de Cloud.

El modelo de facturación de suscripciones no se incluye en el programa de descuentos para empresas.

Facturación de compromisos (para cuentas de facturación de Cloud en Brasil)

Si tu cuenta de facturación de Cloud tiene una dirección de Brasil, el modelo de facturación de compromisos te cobrará la doceava parte del coste total cada mes durante los 12 meses siguientes hasta que caduque el dominio. Se aplica a todos los dominios de Cloud Domains que se hayan registrado, renovado o transferido en la versión de disponibilidad general.

Los cargos de Cloud Domains aparecen en tu factura en la sección Cargos que no son específicos de un proyecto porque están vinculados a la cuenta de facturación.

El modelo de facturación de suscripciones no se incluye en el programa de descuentos para empresas.

Si decides transferir un dominio registrado a otro registrador durante un periodo de 12 meses a partir de la fecha de registro, renovación o transferencia a Cloud Domains, se te cobrará una tarifa de cancelación. La tarifa de cancelación equivale a la parte no facturada del coste anual del dominio.

Facturación de dominios recién registrados

Al registrar un dominio con Cloud Domains, te comprometes a pagar un año completo de registro.

Facturación de dominios transferidos

Cuando transfieres un dominio desde otro proveedor, la facturación se realiza de la siguiente forma:

• Se mantiene el tiempo de registro actual con tu proveedor original.
• Una vez realizada la transferencia, el plazo de registro se amplía un año.
• Se te facturará el periodo ampliado de inmediato.
• No se te volverá a facturar hasta que tu dominio esté a punto de caducar y deba renovarse.

Ejemplo

En los siguientes ejemplos se explica cómo funciona la facturación de los dominios transferidos.

• Si queda un mes de registro antes de realizar la transferencia, se te facturará un año en el momento de transferir el dominio. El siguiente evento de facturación tras la transferencia es la renovación del dominio, 13 meses (1 mes + 1 año) después de la transferencia.
• Si al dominio le quedan dos años de registro antes de realizar la transferencia, el siguiente evento de facturación es de tres años (2 años + 1 año).

Facturación de renovaciones

Los dominios renovados se facturan con suscripción o con compromiso.

Para detener la renovación automática, consulta el artículo Desactivar la renovación automática de un nombre de dominio. Para gestionar la cuenta de facturación de un dominio por separado (fuera de un proyecto de Google Cloud), debes transferirla a un registrador externo. Sin embargo, después de registrar un dominio con Cloud Domains, si decides transferir tu dominio a un tercero antes de que finalice el periodo de 12 meses, se te seguirá cobrando el dominio durante el resto de esos 12 meses. La frecuencia de facturación depende del modelo de facturación de tu recurso.

Para obtener más información sobre las renovaciones, consulta las preguntas frecuentes sobre la compra de Google Domains por Squarespace.

Es obligatorio usar Cloud Domains para gestionar la facturación de los dominios que hayas registrado con el servicio.

Uso gratuito

Cloud Domains no ofrece uso gratuito para el registro de dominios. Consulta la página de cuotas para obtener más información al respecto.

Tabla de precios

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.

SKUs de facturación

A la hora de buscar SKUs adecuados para el modelo de facturación correspondiente a tu registro, transferencia o renovación, utiliza los siguientes enlaces:

• Todos los SKUs de Cloud Domains
• SKUs de facturación de suscripciones
• SKUs de facturación de compromisos
• SKUs de cancelación

Ejemplo de precios

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

Ejemplo 1

Facturación de suscripciones: compras un dominio .com por 12 USD. En la próxima factura mensual se te cobrarán 12 USD. El próximo cargo se hará un año después de que se renueve el dominio por 12 USD.

Facturación de compromisos: compras un dominio .com por 12 USD. En la próxima factura mensual se te cobrará 1 USD y pagarás 1 USD cada ciclo de facturación mensual hasta que caduque el dominio. Si decides eliminar el dominio después de que se te haya facturado un total de 5 meses (5 USD en total), se te cobrará una tarifa de cancelación de 7 USD, de forma que el importe facturado total sea de 12 USD.

Ejemplo 2

Imagina que has registrado tres dominios: example.charity, example.wiki y example.info.

El precio es:

.charity = 30 USD/año

.wiki = 28 USD/año

.info = 12 USD/año

Coste de la suscripción = 30 USD + 28 USD + 12 USD = 70 USD/año

Facturación por compromiso = 1/12 del precio anual = 70 USD/12 = 5,83 USD/mes

Siguientes pasos

• Lee la documentación de la nube privada virtual.
• Prueba la calculadora de precios.
• Más información sobre soluciones y casos prácticos de VPC