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 tráfico que llega a un recurso de Google Cloud (por ejemplo, una máquina virtual) y sale de Google una región de Cloud en Internet o entre dos recursos de Google Cloud.

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

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

Nivel premium

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

Nivel estándar

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

Precios de la transferencia de datos entrante

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

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

Transferencia de datos entre zonas

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

Transferencia de datos interregionales

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

Servicio entre máquinas virtuales y Google

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

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

Velocidades de transferencia de datos de Internet

Precios del nivel Premium

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

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

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

Precios del nivel Estándar

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

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

Precios de las direcciones IP internas

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

Precios de las direcciones IP externas

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

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

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

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

En uso o no

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

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

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

gcloud compute addresses list

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

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

Reglas de cortafuegos

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

Private Service Connect

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

Cargos al consumidor

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

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

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

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

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

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

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

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

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

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

Directorio de servicios

Tratamiento de datos de los consumidores

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

Cargos de productor

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

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

Desplegar un servicio usando mapas de conexión de servicios

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

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

Acceso a servicios privados

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

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

Acceso a VPC sin servidor

Telemetría de red

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

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

Replicación de paquetes

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

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

Cloud Load Balancing

Balanceo de carga y reglas de reenvío

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

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

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

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

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

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

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

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

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

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

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

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

Referencias a servicios multiproyecto con VPC compartidas

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

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

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

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

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

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

Ejemplos de precios de reglas de reenvío

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

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

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

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

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

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

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

Calcular los cargos por balanceo de carga

Para calcular los cargos por balanceo de carga:

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

Por ejemplo:

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

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

Balanceador de carga interno de la aplicación

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

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

Cargo por instancias de proxy

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

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

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

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

Ejemplo de cálculo

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

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

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

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

Cargo mínimo por instancias de proxy

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

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

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

Cargo por procesamiento de datos

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

Cargos por transferencias de datos entre regiones

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

Referencias a servicios multiproyecto con VPC compartidas

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

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

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

Cargos de NEG de Internet regionales

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

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

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

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

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

Acceso global para balanceadores de carga internos

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

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

Reenvío de protocolos

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

Certificados SSL

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

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 a Internet de todos los recursos protegidos de todos los proyectos registrados en Cloud Armor Enterprise. Si usas el plan anual de Cloud Armor Enterprise, los datos la tarifa de procesamiento se factura a nivel de proyecto, pero el uso se agrega en todas las cuentas protegidas de recursos en todos los proyectos registrados en el plan anual de Cloud Armor Enterprise. Si utilizas Cloud Armor Enterprise Paygo, la tarifa por tratamiento de datos se factura y el uso se agrega al el nivel de proyecto. La tarifa de tratamiento de datos de Cloud Armor Enterprise es independiente de la de Cloud Load Balancing tarifa por tratamiento de datos.

Los precios corresponden a los GiB transferidos a Internet directamente o mediante el emparejamiento mediante operador, y se corresponden con además de otras tarifas de transferencia de datos. Por ejemplo, en el caso de las cargas de trabajo que Balanceador de carga de Google Cloud, la tarifa por tratamiento de datos mide los bits de datos que se transfieren a Internet a través de los endpoints del balanceador de carga registrados, pero no mide la interregión o tráfico entre zonas de la carga de trabajo subyacente. El cargo es de 0,05 USD por cada GiB de datos transferido para el los primeros 100 TiB y 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 se activarán cuando Cloud IDS esté disponible de forma general. Durante la vista previa pública, Cloud IDS está disponible sin tarifas de uso.

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 almacenados en caché y la entrada en caché se calculan 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 se determina por dónde 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. Para cargas de trabajo típicas en las que publicas contenido popular, la entrada en caché a menudo es inferior al 10% de tu GiB total 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 en caché o la entrada en caché incluyen encabezados de respuesta HTTP (después de la compresión, si corresponde) y el cuerpo de la respuesta, así como los tráileres.

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 cargo 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 tu Las conexiones de Cloud Interconnect se descuentan en comparación con 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 del 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, costes de la transferencia de datos desde una vinculación de VLAN en un proyecto de servicio de VPC compartida, que a través de una conexión de Cloud Interconnect de un proyecto del host diferente, se atribuyen a la .

Para <ph type="x-smartling-placeholder"></ph> VPN de alta disponibilidad a través de Cloud Interconnect, se te cobra por los Conexiones de interconexión dedicada, vinculaciones de VLAN túneles de VPN de alta disponibilidad y direcciones IP externas regionales, si una dirección IP está asignada a un Pasarela VPN, pero no se usa 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 Transferencia de datos de Cloud Interconnect. No se te cobra por Cloud VPN la transferencia de datos.

Para obtener más información, consulta 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.

Se aplican un descuento a la transferencia de datos desde tus redes de VPC a través de tus vinculaciones en comparación con 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 del 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 del tráfico de transferencia de datos de una vinculación de VLAN en un proyecto de servicio de VPC compartida, lo que a través de una conexión de Cloud Interconnect de un proyecto del host diferente, se atribuyen a la .

Para <ph type="x-smartling-placeholder"></ph> VPN de alta disponibilidad a través de Cloud Interconnect, se te cobra por los Las vinculaciones de VLAN, túneles de VPN de alta disponibilidad y direcciones IP externas regionales, si se asigna a una pasarela 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 Transferencia de datos salientes de Cloud Interconnect. No se te cobra por Cloud VPN la transferencia de datos.

Para obtener más información, consulta 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 cargo por hora de cada recurso, ya sea una conexión de Cross-Cloud Interconnect o una 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 tu Las conexiones de Cross-Cloud Interconnect se descuentan en comparación con 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 del Conexión entre 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, costes de la transferencia de datos desde una vinculación de VLAN en un proyecto de servicio de VPC compartida, que a través de una conexión de Cloud Interconnect de un proyecto del host diferente, se atribuyen a la .

Para <ph type="x-smartling-placeholder"></ph> VPN de alta disponibilidad a través de Cloud Interconnect, se te cobra por los Conexiones de Cross-Cloud Interconnect, vinculaciones de VLAN, túneles de VPN de alta disponibilidad y direcciones IP externas regionales, si una dirección IP está asignada a un Pasarela VPN, pero no se usa 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 Transferencia de datos de Cloud Interconnect. No se te cobra por Cloud VPN la transferencia de datos.

Para obtener más información, consulta 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 Cross-Cloud Interconnect. conexiones durante un solo mes.

Escenarios de precios

En esta sección se describen diversos escenarios de precios que utiliza Google Cloud para calcular los precios de Transferencia de datos salientes de Cloud Interconnect. es decir, cuando una instancia de máquina virtual (VM) o un un producto o servicio de Google Cloud que no es de máquina virtual envía tráfico a tu ubicación on-premise a través de Vinculación de VLAN ubicada en la misma ubicación geográfica o en otra:

• 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 situación, incluidos los cargos por transferencia de datos entre regiones dentro 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.

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

Solicita una conexión de Cloud Interconnect que se ejecute desde tu ubicación on-premise a San Jose (SJC) y crear dos VLAN adjuntos 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 VM en us-east1 o desde una VM en us-west1 a tu ubicación on-premise en tu la conexión de Cloud Interconnect en SJC, se te cobrarán las siguientes tarifas:

• Los cargos por transferencias de datos de Cloud Interconnect de Norteamérica (porque son 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.

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

Solicita una conexión de Cloud Interconnect que se ejecute desde tu ubicación on-premise a San Jose (SJC) y crear una VLAN vinculación a través de esa conexión con 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:

• Cargos de transferencias de datos entre regiones por el reenvío de tráfico desde 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.
• Cargos por 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 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. Enviando tráfico entre regiones en diferentes continentes generan tasas de transferencia de datos entre regiones más caras.

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

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.
• Cargos por transferencia de datos de Cloud Interconnect de tráfico de Norteamérica de la región us-west1 a 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.

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

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.
• Cargos de tráfico de transferencia de datos de Cloud Interconnect de Asia de la región asia-northeast1 a 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 escenarios anteriores, la transferencia de datos de Cloud Interconnect se aplican cargos al tráfico enviado desde un producto o servicio de Google Cloud que no es una máquina virtual a tu ubicación on-premise a través de una vinculación de VLAN. Tu Pagar los cargos de transferencia de datos del producto para llegar a la región de la VLAN vinculación y, a continuación, abonar los cargos por transferencia de datos de Cloud Interconnect en función de del continente donde se encuentra la conexión de Cloud Interconnect.

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

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

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 crear una VLAN vinculación a través de esa conexión con 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 una Segmento de Cloud Storage de northamerica-northeast1 a una VLAN archivo adjunto en us-west1. Si las regiones están dentro de la ubicación de US, no se realizará ningún cargo por la transferencia de datos.
• Cargos de transferencia de datos de Cloud Interconnect de North America para el tráfico de la región us-west1 a 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 la vinculación de VLAN, pagas a través de Cloud Storage los cargos por transferencia de datos 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 través del túnel, desde tu La red de nube privada virtual (VPC) a tu centro de datos. Al mismo tiempo, envías 2 TiB en en el sentido contrario: del centro de datos a la red de 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 a Tokio centro de datos.
• 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 radios. que tengan recursos de voz admitidos de Google Cloud junto a ellos.

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 a las Número de horas en un mes en que un radio está activo.

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 del tráfico de la transferencia de datos entrante y la transferencia de datos, que fluye hacia dentro o fuera de la red de Google. Por el contrario, Red La transferencia de datos del Centro de conectividad hace ambas cosas: entra y sale de la red de Google, porque 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): VPC-1 y 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 y a 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 ejecuta NAT de origen (SNAT) para el tráfico de transferencia de datos desde que no tengan direcciones IP externas y la NAT de destino (DNAT) para los paquetes de entrada que llegan como respuestas a los paquetes salientes.

• Coste por GiB correspondiente a la transferencia de datos que procesa el pasarela. El precio del tratamiento de datos es el mismo en todas las regiones. Costes de Data Transfer también se aplica el tráfico de la VM 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 utiliza servicios Direcciones IP para un número distinto de instancias de VM. 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. Entonces, para 500.000 consultas, se cobra 0,20 EUR. (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 los textos destacados de extensiones de servicio en Cloud Load Balancing. Es posible que se apliquen otros cargos pertinentes por la transferencia de datos en diversas regiones el tráfico y cualquier método de computación en el otro extremo del texto destacado.

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, Si no quieres que tu dominio se renueve automáticamente, consulta 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 transferir a un registrador externo. Sin embargo, una vez que registres 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 por el dominio durante el resto de esos doce 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