Todos los precios de herramientas de redes

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

Nube privada virtual

Se aplican los siguientes precios durante y después del período de nivel gratuito de Google Cloud. Durante este período, los precios se cobran en el importe del crédito de la prueba.

Información sobre los precios generales de red

Transferencia de datos

La transferencia de datos puede ser el tráfico que ingresa a un recurso de Google Cloud (p.ej., una VM), que sale de la región de Google Cloud a Internet o que se encuentra entre dos recursos dentro de Google Cloud.

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

• Dentro del conjunto de edificios en la ubicación, que siempre usó la red de Google (precios dentro de la zona y dentro de la región)
• A otro edificio operado por Google en otra ubicación, que siempre utilizó la red de Google (precios entre regiones)
• A una ubicación que Google no opera mediante una conexión de Cloud Interconnect (precios de Cloud Interconnect)
• A una ubicación que Google no opera no a través de una conexión de Cloud Interconnect (precios de transferencia de datos de salida de Internet)

Nivel Premium

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

Nivel Estándar

El nivel Estándar de los Niveles de servicio de red aprovecha la Internet pública para transportar el tráfico entre los servicios y los usuarios. Si bien el uso de la Internet pública brinda una menor calidad de servicio, es más económica que el nivel Premium.

Precios de la transferencia de datos entrante

Precios de las transferencias de datos de VM a VM dentro de Google Cloud

Se aplican los siguientes precios durante y después del período de nivel gratuito de Google Cloud. Durante este período, los precios se cobran en el importe del crédito de la prueba.

Transferencia de datos entre zonas

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que figuran en tu moneda en los SKU de Cloud Platform.

Transferencia de datos entre regiones

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que figuran en tu moneda en los SKU de Cloud Platform.

Servicio de VM a Google

Se aplican los siguientes precios durante y después del período de nivel gratuito de Google Cloud. Durante este período, los precios se cobran en el importe del crédito de la prueba.

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que figuran en tu moneda en los SKU de Cloud Platform.

Tarifas de transferencia de datos de Internet

Precios del nivel Premium

El nivel Premium es el nivel predeterminado para todas las transferencias de datos de Google Cloud. Para usar el nivel Estándar, debes especificarlo de forma explícita.

Se aplican los siguientes precios durante y después del período de nivel gratuito de Google Cloud. Durante este período, los precios se cobran en el importe del crédito de la prueba.

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que figuran en tu moneda en los SKU de Cloud Platform.

Precios del nivel Estándar

Los precios de transferencia de datos salientes se calculan por cada GiB entregado. Los precios se basan en la ubicación geográfica de origen del tráfico. Todavía no se aplican cargos por la entrada. Los límites de uso del nivel Siempre gratuito no se aplican al nivel Estándar.

Comunícate con ventas para obtener información sobre precios superiores a 500 TiB.

Precios de direcciones IP internas

No se aplican cargos por las direcciones IP internas estáticas o efímeras.

Precios de direcciones IP externas

Las direcciones IP externas estáticas y efímeras se cobran en función de la siguiente tabla.

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

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

No se te cobra por los rangos de direcciones IPv6 externas que sean asignadas a subredes o direcciones IPv6 externas que sean asignadas a instancias de VM. No se te cobrará por las direcciones IPv6 regionales estáticas (Vista previa).

En uso o sin usar

Google Cloud considera que una dirección IP externa estática está en uso si está asociada a una instancia de VM, ya sea que la instancia esté en ejecución o detenida. Si se borra la instancia o si se desvincula la dirección IP de la instancia, 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 la instancia de VM asociada está en ejecución. Cuando la instancia se detiene o se borra, Google Cloud libera la dirección IP efímera y ya no la considera en uso.

Puedes verificar si una dirección IP externa estática está en uso si realizas una solicitud gcloud compute addresses list. Este comando muestra una lista de direcciones IP externas estáticas y sus estados:

gcloud compute addresses list

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

En este ejemplo, la dirección IPv4 address-1 está en uso, mientras que la dirección IPv4 address-2 está reservada, pero no se encuentra en uso. Ambas direcciones se cobran en función de la tabla de precios de direcciones IP externas de este documento.

Reglas de firewall

Para obtener los precios de Cloud Next Generation Firewall, consulta la página de precios de Cloud NGFW.

Private Service Connect

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

Cargos del consumidor

Usa un extremo de Private Service Connect (regla de reenvío) para acceder a las API de Google

Usa un backend de Private Service Connect (balanceador de cargas) para acceder a las APIs de Google

Los backends de Private Service Connect usan un balanceador de cargas para acceder a las APIs de Google. Se aplican todos los precios del balanceador de cargas. El tráfico a los NEG de Private Service Connect que se dirige a las APIs de Google genera cargos de balanceo de cargas por los datos que procesa el balanceador de cargas. Sin embargo, no hay cargos de Private Service Connect 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 cargas, consulta los precios de los balanceadores de cargas de aplicaciones externos globales o balanceadores de cargas de aplicaciones internos.

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

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

Usa un backend de Private Service Connect (balanceador de cargas) para acceder a un servicio publicado

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

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

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

Directorio de servicios

Procesamiento de datos del consumidor

A los consumidores de Private Service Connect se les cobra el procesamiento de datos del consumidor según la siguiente tabla. El procesamiento de datos de consumidores se cobra de forma entrante y saliente.

Cargos del productor

Cargos para publicar un servicio administrado mediante un adjunto de servicio de Private Service Connect

No hay cargos por hora ni por transferencia de datos de Private Service Connect para publicar servicios a través de adjuntos de servicio. Se les cobra a los productores por cualquier cargo de balanceo de cargas que se genere en el balanceador de cargas que se publica para los consumidores.

Implementa un servicio con mapas de conexión de servicios

Cuando implementas un servicio con mapas de conexiones de servicios, no hay cargos de productor por la implementación de los mapas de conexiones de servicios. Sin embargo, se le cobra al consumidor por lo siguiente:

• Recursos que se implementan en el proyecto del consumidor a través de la automatización de la conectividad del servicio
• Usa un extremo de Private Service Connect para acceder a un servicio publicado

Acceso privado a servicios

Cuando creas una conexión de acceso privado a servicios, no hay cargos por hora ni por datos para la conexión en sí. Sin embargo, se te cobrará por lo siguiente:

• Recursos que aprovisionas en la red del productor de servicios
• Tráfico de transferencia de datos desde tus VMs a la red del productor de servicios

Acceso a VPC sin servidores

Telemetría de red

Los registros de red vendidos generan cargos. Se cobran los siguientes productos:

• Registros de flujo de VPC
• Registro de reglas de firewall
• Registro de Cloud NAT

Duplicación de paquetes

Se te cobrará según la cantidad de datos que se procesen mediante la duplicación de paquetes. No se te cobrarán las reglas de reenvío de la Duplicación de paquetes. En la actualidad, no hay un costo adicional por VM por usar la Duplicación de paquetes. En la siguiente tabla, se indican los costos de los datos procesados mediante la Duplicación de paquetes.

Las tarifas de transferencia de datos normales se cobran por tráfico de salida desde un balanceador de cargas. No hay costos adicionales de transferencia de datos del balanceador de cargas aparte de las tarifas de transferencia de datos de salida normales.

Cloud Load Balancing

Balanceo de cargas y reglas de reenvío

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

• Balanceadores de cargas de red de transferencia internos y externos
• Balanceadores de cargas de red del proxy interno y externo
• Balanceadores de cargas de aplicaciones externos globales, clásicos y regionales

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

En la siguiente tabla, se muestran los precios de las reglas de reenvío globales. No hay cargos por procesamiento de datos globales. El procesamiento de datos se cobra por región, según el lugar en el que se procesa el tráfico.

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

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

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

• Cloud CDN: Los objetos estáticos que se entregan al cliente desde la caché no pasan a través del balanceador de cargas. Una estrategia eficaz de almacenamiento en caché puede reducir la cantidad de datos salientes que procesa el balanceador de cargas y disminuir tus costos. Para implementar el almacenamiento en caché, es necesario comprender qué parte de tu 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 implementar Google Cloud Armor para bloquearlo. Las solicitudes que bloquea Google Cloud Armor no transitan por el balanceador de cargas, lo que reduce de forma eficaz la cantidad de datos salientes que procesa el balanceador de cargas. El impacto en tus costos depende del porcentaje de tráfico no deseado que bloquean las políticas de seguridad de Google Cloud Armor que implementaste.

Si tu aplicación puede operar en una sola región o se requiere que opere en una sola región, puedes usar el balanceador de cargas de aplicaciones externo regional. El balanceador de cargas de aplicaciones externo regional solo usa el nivel de red Estándar, que tiene tarifas de transferencia de datos salientes más bajas y, por lo tanto, es una opción rentable.

Precios del balanceador de cargas de aplicaciones externo con NEG sin servidores

Si estás usando backends de NEG sin servidores con un balanceador de cargas de aplicaciones externo (global, regional o clásico), se aplicarán los cargos existentes del balanceador de cargas, además de los cargos de procesamiento sin servidores para Cloud Run, Cloud Run Functions o backends de App Engine, según corresponda. Si se utiliza Google Cloud Armor o Cloud CDN, también se aplican los cargos respectivos.

Sin embargo, no se te cobrará la transferencia de datos salientes sin servidores. Solo se aplican las tarifas de transferencia de datos salientes de Internet. No se aplican cargos por la transferencia de datos salientes de Cloud Run Functions, el tráfico de red saliente de App Engine ni los cargos de transferencia de datos de Cloud Run para las solicitudes que se pasan de un balanceador de cargas de aplicaciones externo (con NEG sin servidores) a un servicio de Cloud Run Functions, App Engine o Cloud Run.

Referencia de servicio entre proyectos con VPC compartida

Revisa los siguientes puntos para comprender cómo se les cobra a los proyectos y las cuentas de facturación por los SKU de redes cuando usas referencias de servicio entre proyectos.

• Los cargos relacionados con Cloud Load Balancing siempre se atribuyen al proyecto en el que se configura la regla de reenvío (proyecto de servicio A en la figura 1). Esto incluye cargos por reglas de reenvío, datos entrantes procesados y datos salientes procesados por el balanceador de cargas de aplicaciones externo global. Revisa los conceptos básicos de los precios de Cloud Load Balancing.
• La transferencia de datos de Internet de red para el nivel Premium y el nivel Estándar siempre se atribuye al proyecto en el que se configura la regla de reenvío (proyecto de servicio A en la figura 1). Revisa los precios de la transferencia de datos de red.
• Si configuras Cloud CDN en un servicio de backend al que se hace referencia con un mapa de URL mediante la referencia de servicios entre proyectos, todos los cargos de Cloud CDN por contenido almacenable en caché (transferencia de datos de caché, búsqueda de caché, llenado de caché) siempre se atribuyen al proyecto que contiene el servicio de backend habilitado para Cloud CDN (proyecto de servicio B en la figura 1), y no al proyecto en el que se configuraron las reglas de reenvío. Revisa los precios de Cloud CDN.

• Si configuras Google Cloud Armor en un servicio de backend al que se hace referencia mediante un mapa de URL con la referencia de servicio entre proyectos, todos los cargos relacionados con Google Cloud Armor se atribuyen al proyecto que contiene el servicio de backend habilitado para Google Cloud Armor (proyecto de servicio B en la figura 1), y no al proyecto que configuró las reglas de reenvío. Revisa los precios de Google Cloud Armor. Específicamente, todos los cargos de los niveles Estándar y Enterprise de Google Cloud Armor se atribuyen al proyecto de servicio B.

  Las siguientes consideraciones adicionales también se aplican cuando usas Google Cloud Armor con referencia a servicios entre proyectos:

  • Los cambios en la suscripción relacionados con Cloud Armor Enterprise se atribuyen a la cuenta de facturación que especificaste durante la inscripción. Si quieres usar la misma suscripción a Cloud Armor Enterprise en varios proyectos para incluir todos los servicios de backend a los que se hace referencia con la referencia de servicios entre proyectos, asegúrate de incluir todos los proyectos de servicios relevantes como parte de la misma cuenta de facturación de Cloud Armor Enterprise.
  • Cuando usas la referencia de servicio entre proyectos, algunas funciones que se ofrecen en Cloud Armor Enterprise, como la telemetría de DSD y la respuesta a DSD, requieren la inscripción en el nivel de Cloud Armor Enterprise para el proyecto de la regla de reenvío de frontend y los proyectos de servicio de backend.

Ejemplos de precios de las reglas de reenvío

Google Cloud cobra por las reglas de reenvío, sin importar si se crean para el balanceo de cargas o para otros usos, como la duplicación de paquetes.

Los ejemplos siguientes usan precios de EE.UU.:

Puedes crear hasta 5 reglas de reenvío al precio de $0.025 por hora. Por ejemplo, si creas una regla de reenvío, se te cobra $0.025 por hora. Si tienes 3 reglas de reenvío, también se te cobra $0.025 por hora. Sin embargo, si tienes 10 reglas de reenvío, se te cobra de la siguiente manera:

• 5 reglas de reenvío = $0.025 por hora
• Cada regla de reenvío adicional = $0.01 por hora

$0.025 por hora por 5 reglas + (5 reglas adicionales * $0.01 por hora) = $0.075 por hora

Solo necesitarás una regla de reenvío por balanceador de cargas para la mayoría de los casos prácticos de balanceo de cargas.

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

Cómo estimar los cargos del balanceo de cargas

Sigue estos pasos para calcular los cargos por balanceo de cargas:

1. Ir a la Calculadora de precios
2. En la pestaña Cloud Load Balancing.
3. Selecciona una región del menú desplegable.
4. Ingresa la cantidad estimada de reglas de reenvío.
5. Ingresa la cantidad mensual estimada de tráfico de red que se procesará.

Por ejemplo:

• Iowa
• Cantidad de reglas de reenvío: 10
• Datos de entrada procesados por el balanceador de cargas: 2,048 GiB
• Costo total estimado: $71.13 por 1 mes

En este ejemplo, no se incluye el costo de transferencia de datos salientes de Internet que se cobra por enviar respuestas desde los backends.

Balanceador de cargas de aplicaciones interno

Los siguientes cargos se aplican tanto a los balanceadores de cargas de aplicaciones internos regionales como a los balanceadores de cargas de aplicaciones internos entre regiones. Algunos cargos adicionales por transferencia de datos entre regiones también se aplican al balanceador de cargas de aplicaciones interno entre regiones.

^* Los balanceadores de cargas de aplicaciones internas usan una flota de instancias de proxy administradas que se asignan de forma dinámica a tu red para manejar el volumen del tráfico. El cargo por instancia de proxy se determina según la cantidad de instancias de proxy necesarias para administrar el tráfico durante un período específico.

Cargo de instancia del proxy

Los balanceadores de cargas basados en Envoy escalan automáticamente la cantidad de proxies disponibles para administrar el tráfico según tus necesidades de tráfico. El cargo de instancia del proxy se basa en la cantidad de instancias de proxy necesarias para satisfacer tus necesidades de tráfico. Cada proxy adicional genera un cargo adicional por hora de acuerdo con los precios indicados en la tabla de precios.

La cantidad de proxies asignados a tu balanceador de cargas se calcula según la capacidad medida necesaria para administrar el tráfico durante un período de 10 minutos. Durante este período, observamos el valor más alto que se obtiene en los siguientes supuestos:

• La cantidad de proxies necesarios para ofrecer un servicio que se adapte a las necesidades de ancho de banda del tráfico. Cada instancia de proxy puede administrar hasta 18 MB por segundo. Supervisamos el ancho de banda total necesario y dividimos ese total por el ancho de banda que una instancia de proxy puede admitir.
• La cantidad de proxies necesarios para administrar las conexiones y las solicitudes. Contamos la cantidad total de cada uno de los siguientes recursos y dividimos cada valor por lo que una instancia de proxy puede administrar:
  • 600 (HTTP) o 150 (HTTPS) conexiones nuevas por segundo
  • 3,000 conexiones activas
  • 1,400 solicitudes por segundo^*

^* Una instancia de proxy puede administrar 1,400 solicitudes por segundo si Cloud Logging está inhabilitado. Si habilitas Logging, la instancia de proxy puede administrar menos solicitudes por segundo. Por ejemplo: registrar el 100% de las solicitudes disminuye la capacidad de control de solicitudes del proxy a 700 solicitudes por segundo. Puedes configurar Logging para realizar muestras de un porcentaje menor de tráfico. Esto te permite satisfacer tus necesidades de observabilidad mientras controlas los costos.

Ejemplo de cálculo

En un período de 10 minutos, 180 MB por segundo de datos pasan por el balanceador de cargas. 180 MB per second / 18 MB per second per proxy instance = 10 proxy instances

Durante este mismo período, se establecen 300 conexiones HTTPS nuevas por segundo, 3,000 conexiones están activas y se envían 2,800 solicitudes por segundo:

Esto suma hasta 5 instancias de proxy. Esta cantidad es menor que las 10 instancias de proxy necesarias para entregar el ancho de banda. Por lo tanto, el cargo de instancia de proxy para este período de 10 minutos se calcularía de la siguiente manera:

La facturación se calcula según la capacidad medida necesaria para satisfacer tus necesidades de tráfico y no según la cantidad de instancias de proxy que establecen conexiones con los backends. Por lo tanto, es posible que se te facture por una cantidad diferente de instancias de proxy de la que se ve en tu infraestructura.

Cargo mínimo de instancia del proxy

Para asegurar un rendimiento y una confiabilidad óptimos, cada balanceador de cargas se asigna a un mínimo de tres instancias de proxy en la región de Google Cloud donde se implementa el balanceador de cargas. Estas instancias de proxy se asignan incluso si el balanceador de cargas no controla tráfico. Después de que se implementa una regla de reenvío (con esquema de balanceo de cargas INTERNAL_MANAGED) en tu proyecto, comienzas a acumular cargos por instancia de proxy. Las reglas de reenvío adicionales generan cargos adicionales por instancia de proxy como se describió antes (en otras palabras, tres instancias de proxy adicionales por regla de reenvío).

Las tres instancias de proxy que se asignan a tu balanceador de cargas dan como resultado un cargo por hora mínimo por instancia de proxy. Por ejemplo, para la región de Google Cloud us-central1, el cargo mínimo se calcula de la siguiente manera:

Como se describió antes, cada una de estas instancias de proxy puede administrar una cantidad determinada de tráfico. Una vez que las necesidades de tráfico superen la capacidad de estas tres instancias de proxy, se generarán costos por las instancias de proxy necesarias para administrar cualquier tráfico adicional.

Cargo de procesamiento de datos

El cargo de procesamiento de datos se calcula a través de la medición del volumen total de datos de las solicitudes y las respuestas que procesa el balanceador de cargas durante el ciclo de facturación. Este cargo escala de acuerdo con el uso y no hay cargo mínimo por el procesamiento de datos.

Cargos por transferencia de datos interregionales

Los cargos por transferencia de datos entre regiones se aplican si usas un balanceador de cargas de aplicaciones interno entre regiones. Por ejemplo, si tienes una implementación de balanceador de cargas de aplicaciones interno entre regiones en la que el cliente, el proxy de Envoy y el backend se encuentran en regiones separadas, verás los cargos de transferencia de datos entre regiones para cada salto por separado (cliente <-> proxy de Envoy, y proxy de Envoy <-> backend). Para reducir estos cargos de transferencia de datos entre regiones, puedes implementar proxies de Envoy en varias regiones.

Referencia de servicio entre proyectos con VPC compartida

En el caso del procesamiento de datos, el uso de instancias de proxy por hora y la transferencia de datos de VM entre zonas, se cobra el proyecto de regla de reenvío.

Precios del balanceador de cargas de aplicaciones interno con NEG sin servidores

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

Cargos de NEG de Internet regional

Los NEG de Internet regionales requieren el uso de una puerta de enlace de Cloud NAT, que genera cargos adicionales. Se te cobrará por la transferencia de datos de salida de Internet y el uso de Cloud NAT para cualquier tráfico enviado desde y hacia la subred de proxy exclusivo de Envoy, y para el tráfico de verificación de estado. Sin embargo, los cargos del balanceador de cargas solo se aplican al tráfico de solicitudes de los usuarios.

Las puertas de enlace Cloud NAT asignadas para Cloud Load Balancing generan cargos por hora equivalentes a una red con más de 32 instancias de VM. Para obtener más información, consulta Precios de Cloud NAT.

Cargos de la política de autorización

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

Encabezados de solicitud personalizados y cargos de Google Cloud Armor

Si un servicio de backend tiene asociada una política de Google Cloud Armor, puedes usar la función de encabezados de solicitud personalizados con ese servicio sin que se te cobre nada adicional por esa función.

Si un servicio de backend que usa la función de encabezados de solicitud personalizados no tiene asociada una política de Google Cloud Armor, los cargos son de $0.75 por 1,000,000 de solicitudes HTTP(S) por mes y por cuenta. Solo se te cobran las primeras 666,666,667 solicitudes por mes y por cuenta.

Acceso global para balanceadores de cargas internos

El acceso global permite que las instancias de cliente de cualquier región accedan al balanceador de cargas interno. Si una regla de reenvío tiene el acceso global habilitado, se incurren en cargos adicionales por transferencia de datos entre regiones cuando el tráfico se envía desde o hacia un cliente en una región diferente del balanceador de cargas.

El acceso global está disponible, por lo general, para los balanceadores de cargas de red de paso interno, los balanceadores de cargas de aplicaciones internos regionales y los balanceadores de cargas de red de proxy interno regionales.

Reenvío de protocolos

El reenvío de protocolos se cobra con la misma tarifa que el balanceo de cargas. Se aplican cargos por la regla de reenvío y un cargo por los datos entrantes que procesa la instancia de destino.

Certificados SSL

No se aplican cargos por los certificados SSL autoadministrados o administrados por Google.

Google Cloud Armor

En este documento, se explican los detalles de los precios de Google Cloud Armor y Google Cloud Armor Enterprise. Estos precios son activos.

Los recursos protegidos incluyen los siguientes tipos de backend en cada proyecto inscrito: Los backends se cuentan como recursos protegidos para todos los tipos de balanceadores de cargas y extremos cubiertos en el proyecto inscrito.

Tarifa por procesamiento de datos

La tarifa de procesamiento de datos de Cloud Armor Enterprise mide los datos transferidos a Internet de todos los recursos protegidos para cada proyecto inscrito en Cloud Armor Enterprise. Cuando usas Cloud Armor Enterprise Annual, la tarifa de procesamiento de datos se factura a nivel del proyecto, pero el uso se agrega en todos los recursos protegidos de todos los proyectos inscritos en Cloud Armor Enterprise Annual. Cuando usas Cloud Armor Enterprise Paygo, la tarifa de procesamiento de datos se factura y el uso se agrega a nivel de proyecto. La tarifa por procesamiento de datos de Cloud Armor Enterprise es independiente de la tarifa por procesamiento de datos de Cloud Load Balancing.

Los precios se calculan por GiB transferido a Internet directamente o a través del intercambio de tráfico por proveedores, además de otras tarifas de transferencia de datos. Por ejemplo, para las cargas de trabajo detrás de un balanceador de cargas de Google Cloud compatible, la tarifa de procesamiento de datos mide los bits de transferencia de datos a Internet a través de los extremos del balanceador de cargas inscritos, pero no mide el tráfico interregional o interzonal asociado por la carga de trabajo subyacente. El cargo es de $0.05 por GiB de datos transferidos para los primeros 100 TiB y de $0.04 por GiB para los siguientes 400 TiB. Si el contenido que se entrega usa Cloud CDN y se considera almacenable en caché, se aplicará la tarifa por procesamiento de datos de Cloud CDN. La siguiente tabla contiene los precios completos.

Si un servicio de backend tiene una política de seguridad de Google Cloud Armor asociada a él, puedes usar la función de encabezados personalizados con ese servicio sin que se te cobre nada adicional por esa función.

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que aparecen en tu moneda en los SKU de Google Cloud Platform.

Sistema de detección de intrusiones de Cloud

En este documento, se detallan los precios de Cloud Scheduler. Estos precios son activos. Los precios de esta página se indican en dólares estadounidenses (USD).

Cloud CDN

En este documento se analizan los precios de Cloud CDN.

Los precios de esta página se indican en dólares estadounidenses (USD). Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que aparecen en tu moneda en SKU de Google Cloud.

Estructura de precios

Descripción general

La transferencia de datos de caché y el llenado de caché se calculan en gibibytes (GiB).

Calculadora de precios

Puedes usar la calculadora de precios de Google Cloud para estimar el costo del uso de Cloud CDN.

Transferencia de datos de salida en caché

Los cargos por la transferencia de datos de caché representan respuestas almacenadas en caché que se entregan desde las caché de Cloud CDN y varían según el destino y el uso mensual. El uso mensual se calcula por proyecto y destino. El destino es un área geográfica que se determina por el lugar en el que el tráfico sale de la red de Google.

Llenado de caché

Los cargos de llenado de caché por mes representan los datos que se requieren para propagar las cachés de Cloud CDN. Para las cargas de trabajo normales en las que entregas contenido popular, a menudo, el llenado de caché es menos del 10% de tu GiB de transferencia de datos total. Los cargos varían en función del origen y el destino, en los que el origen es la región del servicio de backend, o para backends personalizados, el área geográfica según la dirección IP de tu origen.

Notas sobre los precios

• El uso de red se calcula en gibibytes (GiB).
• Los cargos se aplican por día, pero Cloud CDN te factura solo al final del período de facturación. Puedes ver el uso no facturado en la página de facturación de tu proyecto en la consola de Google Cloud.
• Los bytes medidos para la transferencia de datos de caché o el relleno de caché incluyen encabezados de respuesta HTTP (después de la compresión, si corresponde) y el cuerpo de la respuesta, así como los elementos restantes.

Ejemplo de precios

En el siguiente ejemplo, se muestra una situación simple que puede ser adecuada para ti si recién comienzas con Cloud CDN.

Supongamos que tienes el siguiente patrón de uso de Cloud CDN en un mes determinado.

La factura del mes se calcula de la siguiente manera:

Cloud Interconnect

En este documento, se explican en detalle los precios de Cloud Interconnect.

Interconexión dedicada

Google te cobra por hora por las conexiones de Cloud Interconnect y los adjuntos de VLAN. El cargo por hora de cada recurso, ya sea una conexión de Cloud Interconnect o un adjunto de VLAN, se cobra al proyecto propietario del recurso.

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

El precio con descuento se aplica solamente al tráfico que se origina en la región en la que se encuentra el adjunto de VLAN. Puedes usar adjuntos de VLAN para acceder a los servicios ubicados en regiones diferentes a la del adjunto de VLAN. En este caso, se te cobrarán las tarifas estándar por el tráfico entre la región del adjunto de VLAN y la del servicio.

Los cargos de transferencia de datos de salida de Cloud Interconnect se acumulan al proyecto que posee el adjunto de VLAN. No se factura la transferencia de datos al proyecto que posee la conexión de Cloud Interconnect. Específicamente, los costos por la transferencia de datos de un adjunto de VLAN en un proyecto de servicio de VPC compartida, que se transfieren a través de una conexión de Cloud Interconnect en un proyecto host diferente, se atribuyen al proyecto de servicio.

Para las implementaciones de VPN con alta disponibilidad a través de Cloud Interconnect se te cobrará por tus conexiones de interconexión dedicada, adjuntos de VLAN, túneles de VPN con alta disponibilidad y direcciones IP externas regionales, si una dirección IP se asigna a una puerta de enlace de VPN, pero no la usa un túnel.

En términos de la transferencia de datos de la VPN con alta disponibilidad a través de Cloud Interconnect, solo se te cobra por la transferencia de datos saliente de Cloud Interconnect. No se te cobra por la transferencia de datos de Cloud VPN.

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

Tablas de precios

Precios de 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 entrante 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 interconexión dedicada durante un mes.

Interconexión de socio

Google te cobra por hora por los adjuntos de VLAN, según su capacidad. Los cargos por hora se facturan al proyecto que posee el adjunto de VLAN. Es posible que tu proveedor de servicios también te cobre por servicios como el uso de la red, lo que no se incluye en tus facturas de Google Cloud. Para obtener información sobre sus precios, comunícate con tu proveedor de servicios.

La transferencia de datos de tus redes de VPC a través de los adjuntos tiene un descuento en comparación con los precios generales de red de Google Cloud. Los precios de la transferencia de datos salientes dependen de la cantidad de gibibytes (GiB) transferidos y la ubicación de tu conexión de Cloud Interconnect.

El precio con descuento se aplica solamente al tráfico que se origina en la región en la que se encuentra el adjunto de VLAN. Puedes usar adjuntos de VLAN para acceder a los servicios ubicados en regiones diferentes a la del adjunto de VLAN. En este caso, se te cobrarán las tarifas estándar por el tráfico entre la región del adjunto de VLAN y la del servicio.

Los cargos de transferencia de datos de salida de Cloud Interconnect se acumulan al proyecto que posee el adjunto de VLAN. No se factura la transferencia de datos al proyecto que posee la conexión de Cloud Interconnect. Específicamente, los costos por el tráfico de transferencia de datos de un adjunto de VLAN en un proyecto de servicio de VPC compartida, que se transfieren a través de una conexión de Cloud Interconnect en un proyecto host diferente, se atribuyen al proyecto de servicio.

Para las implementaciones de VPN con alta disponibilidad a través de Cloud Interconnect, se te cobrará por tus adjuntos de VLAN, túneles de VPN con alta disponibilidad y direcciones IP externas regionales, si una dirección se asigna a una puerta de enlace de VPN, pero no la usa un túnel.

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

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

Tablas de precios

Precios de la interconexión de socio

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 entrante 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 interconexión de socio en un mes.

Cross‑Cloud Interconnect

Google te cobra por hora por las conexiones de Cross‑Cloud Interconnect y los adjuntos de VLAN. El cargo por hora de cada recurso, ya sea una conexión de Cross‑Cloud Interconnect o un adjunto de VLAN, se cobra al proyecto propietario del recurso.

La transferencia de datos de tus redes de nube privada virtual (VPC) a través de las conexiones de Cross‑Cloud Interconnect tiene un descuento en comparación con los precios generales de red de Google Cloud. Los precios de la transferencia de datos dependen de la cantidad de gibibytes (GiB) transferidos y la ubicación de tu conexión de Cross‑Cloud Interconnect.

El precio con descuento se aplica solamente al tráfico que se origina en la región en la que se encuentra el adjunto de VLAN. Puedes usar adjuntos de VLAN para acceder a los servicios ubicados en regiones diferentes a la del adjunto de VLAN. En este caso, se te cobrarán las tarifas estándar por el tráfico entre la región del adjunto de VLAN y la del servicio.

Los cargos de transferencia de datos de salida de Cross‑Cloud Interconnect se acumulan al proyecto que posee el adjunto de VLAN. No se factura la transferencia de datos al proyecto que posee la conexión de Cloud Interconnect. Específicamente, los costos por la transferencia de datos de un adjunto de VLAN en un proyecto de servicio de VPC compartida, que se transfieren a través de una conexión de Cloud Interconnect en un proyecto host diferente, se atribuyen al proyecto de servicio.

Para las implementaciones de VPN con alta disponibilidad en Cloud Interconnect, se te cobrará por tus conexiones de Cross‑Cloud Interconnect, adjuntos de VLAN, túneles de VPN con alta disponibilidad y direcciones IP externas regionales, si una dirección IP se asigna a una puerta de enlace de VPN, pero no la usa un túnel.

En términos de la transferencia de datos saliente de la VPN con alta disponibilidad a través de Cloud Interconnect, solo se te cobra por la transferencia de datos de Cloud Interconnect. No se te cobra por la transferencia de datos de Cloud VPN.

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 entrante 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 conexiones de Cross‑Cloud Interconnect durante un mes.

Casos de precios

En esta sección, se describen diferentes situaciones de precios para explicar cómo Google Cloud calcula 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 otro tipo de Google Cloud envía tráfico a tu ubicación local mediante un adjunto de VLAN que se encuentra en la misma ubicación geográfica o en una diferente:

• Una VM en la misma región que un adjunto de VLAN con enrutamiento dinámico de VPC regional o global
• Una VM en el mismo continente que un adjunto de VLAN (pero distinta región) con enrutamiento dinámico global de VPC
• Una VM en un continente diferente al del adjunto de VLAN, con enrutamiento dinámico global de VPC
• Una VM en un continente diferente al adjunto de VLAN con intercambio de tráfico entre redes de VPC
• Un producto o servicio de Google Cloud que no es una VM en una ubicación diferente a la del adjunto de VLAN con enrutamiento dinámico global de VPC

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

Una VM en la misma región que un adjunto de VLAN con enrutamiento dinámico de VPC regional o global

En este caso, América del Norte tiene dos regiones, us-west1 y us-east1. Estas regiones usan el enrutamiento dinámico regional de VPC que proporciona Cloud Router. En este caso, no importa qué modo de enrutamiento dinámico uses.

Pides una conexión de Cloud Interconnect que se ejecuta desde tu ubicación local a San Jose (SJC) y creas dos adjuntos de VLAN a través de esa conexión. Un adjunto de VLAN va a la región us-east1, y el otro adjunto de VLAN va a la región us-west1.

Si envías tráfico desde una VM en us-east1 o en us-west1 hacia tu ubicación local mediante una conexión de Cloud Interconnect en SJC, se te cobrarán las siguientes tarifas:

• Se generan cargos de transferencia de datos de Cloud Interconnect para América del Norte (porque es allí donde se encuentra la conexión de Cloud Interconnect).
• No se te cobran cargos por transferencia de datos entre regiones porque las VMs usan un adjunto de VLAN ubicado en la misma región.

Una VM en el mismo continente que un adjunto de VLAN (pero distinta región) con enrutamiento dinámico global de VPC

En este caso, tienes varias VM dentro de América del Norte en dos regiones, us-west1 y us-east1. Habilitaste el enrutamiento dinámico global para tu red de VPC con Cloud Router. El enrutamiento dinámico global permite que los adjuntos de VLAN de una región se utilicen con una o más VM ubicadas en otra región.

Pides una conexión de Cloud Interconnect entre tu ubicación local y San Jose (SJC), y creas un adjunto de VLAN en ella a us-west1. Luego, envías tráfico desde una VM en us-east1 hacia tu ubicación local a través del adjunto de VLAN ubicado en us-west1. Por consiguiente, se te cobran las siguientes tarifas:

• Se cobran cargos de transferencia de datos de región a región por el desvío de tráfico desde us-east1 hacia el adjunto de VLAN en us-west1. Se considera que el adjunto de VLAN en us-west1 es la fuente de tráfico.
• También se aplican cargos de transferencia de datos de Cloud Interconnect para América del Norte por el tráfico desde la región us-west1 hacia tu ubicación local.

Una VM en un continente diferente al del adjunto de VLAN con enrutamiento dinámico global de VPC

Este caso es igual al ejemplo anterior, salvo por el hecho de que una de las regiones, us-west1, se ubica en América del Norte y la otra, asia-east1, en Asia. El envío de tráfico entre regiones de diferentes continentes tiene tarifas de transferencia de datos entre regiones más costosas.

La única forma de enviar tráfico desde asia-east1 mediante la conexión de Cloud Interconnect en América del Norte es habilitar el enrutamiento dinámico global de VPC. Esto permite que el adjunto de VLAN de us-west1 esté disponible para las VM de todas las regiones de tu red de VPC. Por consiguiente, se te cobran las siguientes tarifas:

• Se cobran cargos de transferencia de datos intercontinentales de región a región por el desvío de tráfico de asia-east1 a us-west1.
• También se aplican cargos de transferencia de datos de Cloud Interconnect para América del Norte por el tráfico desde la región us-west1 hacia tu ubicación local.

Una VM en un continente diferente al del adjunto de VLAN con intercambio de tráfico entre redes de VPC

Este caso es igual al ejemplo anterior, salvo por el hecho de que hay dos redes de VPC conectadas a través del intercambio de tráfico entre redes de VPC. El envío de tráfico entre regiones genera las mismas tarifas que el ejemplo anterior que utiliza enrutamiento dinámico global.

Envías tráfico de us-east4 a tu red local a través de Cloud Interconnect en Asia mediante el intercambio de tráfico entre redes de VPC. Por consiguiente, se te cobran las siguientes tarifas:

• Se cobran cargos de transferencia de datos intercontinentales de región a región por el desvío de tráfico de us-east4 a asia-northeast1.
• También se aplican cargos de transferencia de datos de Cloud Interconnect para Asia por el tráfico desde la región asia-northeast1 hacia tu ubicación local.

Un producto o servicio de Google Cloud que no es una VM en una ubicación diferente a la del adjunto de VLAN, con enrutamiento dinámico global de VPC

Además de los casos anteriores, los cargos de transferencia de datos de Cloud Interconnect se aplican al tráfico enviado desde un producto o servicio de Google Cloud que no es una VM hacia tu ubicación local mediante un adjunto de VLAN. Pagas los cargos de transferencia de datos del producto para alcanzar la región del adjunto de VLAN, y pagas los cargos de salida de transferencia de datos de Cloud Interconnect según el continente en que se ubica la conexión.

En el siguiente ejemplo, se describen los cargos por la salida de tráfico de un bucket de Cloud Storage en una región de North America distinta de la región en la que se ubica el adjunto de VLAN.

En este caso, tienes varios recursos dentro de América del Norte en dos regiones, us-west1 (Oregon) y northamerica-northeast1 (Montreal). Habilitaste el enrutamiento dinámico global para tu red de VPC con Cloud Router.

Pides una conexión de Cloud Interconnect entre tu ubicación local y San Jose (SJC), y creas un adjunto de VLAN en ella a us-west1. Luego, envías tráfico desde un bucket de Cloud Storage en northamerica-northeast1 hacia tu ubicación local a través del adjunto de VLAN ubicado en us-west1. Se te cobran las siguientes tarifas:

• Se cobra el costo de transferencia de datos de Cloud Storage por desviar el tráfico desde un bucket de Cloud Storage en northamerica-northeast1 hacia un adjunto de VLAN en us-west1.
• También se aplican cargos de transferencia de datos de Cloud Interconnect para North America el tráfico desde la región us-west1 hacia tu ubicación local (porque es allí donde se encuentra tu conexión de Cloud Interconnect).

Si el bucket de Cloud Storage no se encuentra en el mismo continente que el adjunto de VLAN, deberás pagar cargos de transferencia de datos intercontinentales de Cloud Storage para alcanzar el adjunto de VLAN en us-west1.

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

Cloud Router

Cloud Router se ofrece sin cargo. Se aplican los costos generales de herramientas de redes para el tráfico del plano de control (BGP). En la mayoría de los casos, estos costos son mínimos.

Para obtener más información sobre los costos de herramientas de redes, consulta Precios generales de red en la documentación de la Nube privada virtual (VPC).

Cloud VPN

En un nivel alto, los cargos de Cloud VPN consisten en lo siguiente:

• Un cargo por hora por cada puerta de enlace de Cloud VPN. Este cargo se determina en parte por la cantidad de túneles conectados a la puerta de enlace y por la ubicación de la puerta de enlace.
• Un cargo mensual por el tráfico IPsec
• Un cargo por hora por cualquier dirección IP externa asignada a una puerta de enlace de VPN, pero que un túnel no utiliza

Para obtener más información sobre Cloud VPN, consulta la Descripción general de Cloud VPN.

Tabla de precios

Para ver los precios, selecciona la ubicación de la puerta de enlace de Cloud VPN. Excepto cuando se indique lo contrario, todos los detalles se aplican a la VPN clásica y a la VPN con alta disponibilidad.

Google no cobra por las reglas de reenvío que remiten tráfico a la puerta de enlace VPN.

Casos de precios

Si deseas obtener ayuda sobre los precios de Cloud VPN, consulta los siguientes ejemplos.

Puerta de enlace us-central1 al centro de datos

Supongamos que tienes una puerta de enlace de VPN en us-central1. Esa puerta de enlace usa dos túneles para conectarse con un centro de datos local en Iowa.

Cada mes, envías 2 tebibytes (TiB) de datos a través del túnel desde tu red de nube privada virtual (VPC) hasta tu centro de datos. Al mismo tiempo, envías 2 TiB en la dirección opuesta, desde el centro de datos a tu red de VPC.

Además, la puerta de enlace usa una dirección IP externa reservada.

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

Puerta de enlace asia-northeast1 al centro de datos y otra red de VPC

Supongamos que tu proyecto tiene una red de VPC llamada Red A, que incluye una puerta de enlace de VPN en asia-northeast1. Esta puerta de enlace usa dos túneles para conectarse con un centro de datos local en Tokio. Además, esta puerta de enlace usa dos túneles para conectarse con la Red B, otra red de VPC del proyecto. La puerta de enlace de la Red B se encuentra en europe-west6.

Cada mes, tu uso de datos es el siguiente:

• Los usuarios en la Red A descargan 10 TiB de datos desde Cloud Storage y los envían al centro de datos de Tokio.
• Las Redes A y B se envían entre sí alrededor de 20 TiB de datos.

Las puertas de enlace asia-northeast1 y europe-west6 usan direcciones IP externas reservadas.

Además, tienes una tercera puerta de enlace de VPN en southamerica-east1. Creaste esta puerta de enlace hace varios meses y le asignaste una dirección IP externa reservada. Sin embargo, nunca configuraste un túnel para esta puerta de enlace.

En la siguiente tabla, se muestran los cargos que generarí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 concentrador y radio para administrar la conectividad de red en Google Cloud. Con este modelo, las redes de nube privada virtual y las redes locales se conectan a un centro de Network Connectivity Center mediante radios que tienen recursos de radios de Google Cloud compatibles adjuntos.

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

Precios actuales

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

Concentradores y radios

En la siguiente tabla, se describen los cargos por concentradores y radios. Las horas de radio se refieren a la cantidad de horas dentro del mes en que un radio está activo.

Los cargos de horas de radio están exentos para un máximo de tres radios de VPN y tres radios de Cloud Interconnect.

Transferencia de datos

La transferencia de datos se refiere a cualquier tráfico que fluya entre un conjunto de radios híbridas conectadas a Network Connectivity Center.

El tráfico de transferencia de datos de Network Connectivity Center es diferente de la transferencia de datos de entrada y salida, que fluye hacia la red de Google o fuera de ella. Por el contrario, la transferencia de datos de Network Connectivity Center puede ser ambas: puede fluir hacia dentro y fuera de la red de Google, porque es tráfico que se intercambia entre dos radios híbridos.

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

Herramientas de redes de datos avanzadas

Las herramientas de redes de datos avanzadas (ADN) se refieren a la tarifa de procesamiento que se cobra por todo el tráfico que se envía desde un radio mediante un concentrador.

El cargo de ADN es de $0.02 por gibibyte (GiB) al mes.

Actualmente, este cargo se aplica al tráfico entre radios de VPC. Actualmente, se han anulado los cargos de ADN para los radios híbridos.

Ejemplo de precios

Herramientas de 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 a través de radios de VPC a su concentrador de Network Connectivity Center. Cada VPC está en su propio proyecto distinto del proyecto del concentrador.

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 por un mes de 30 días.

Ten en cuenta que los cargos por hora de radio y los cargos de herramientas de redes de datos avanzados para los radios de VPC se acumulan en sus respectivos proyectos.

Transferencia de datos

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

Todos los meses, 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 por un mes de 30 días.

Precios de otros recursos de Google Cloud

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

• Si usas radios de dispositivos de router, pagas por los recursos subyacentes de Compute Engine.
• Si usas radios de adjuntos de VLAN, pagas por los recursos subyacentes de Cloud Interconnect.
• Si usas radios de VPN, pagas por los recursos subyacentes de Cloud VPN.

Dispositivo de router

El precio del dispositivo del router es parte de los precios de Network Connectivity Center. Para obtener más información, consulta los precios de Network Connectivity Center.

Para obtener más información sobre los costos de herramientas de redes, consulta Precios generales de red en la documentación de la nube privada virtual.

Cloud NAT

Los precios de Cloud NAT se basan en las siguientes opciones de uso:

• Un precio por hora para la puerta de enlace NAT, que se basa en la cantidad de instancias de VM que usan la puerta de enlace. La tarifa por hora máxima es de 32 instancias de VM. Si se supera la cantidad máxima de instancias que usan una puerta de enlace, se cobra la tarifa máxima por hora.

  Para determinar el uso de la puerta de enlace, Google Cloud cuenta las instancias de VM que obtienen una asignación de NAT. La puerta de enlace NAT realiza NAT de origen (SNAT) para el tráfico de transferencia de datos de recursos que no tienen direcciones IP externas y NAT de destino (DNAT) para paquetes de entrada que llegan como respuestas a paquetes de salida.

• Un costo por GiB para la transferencia de datos que procesa la puerta de enlace. El precio del procesamiento de datos es el mismo en todas las regiones. También se aplican los costos de transferencia de datos para enviar tráfico desde la VM hacia fuera de la red.

• Un precio por hora por cada dirección IP externa estática o efímera que usa una puerta de enlace de NAT.

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que figuran en tu moneda en los SKU de Cloud Platform.

El costo total por ejecutar la puerta de enlace NAT y el tráfico que circula por ella se calcula mediante esta fórmula:

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 costo mensual estimado por una puerta de enlace NAT que usa direcciones IP externas para entregar servicios a una cantidad diferente de instancias de VM. En ambos casos la puerta de enlace se ejecuta durante 720 horas en un ciclo de facturación.

Precios del registro

Los precios del registro de NAT se describen en los precios de telemetría de red.

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

Cloud DNS

En la determinación de precios de Cloud DNS, el costo se calcula por zona y por mes (independientemente de si usas tu zona), y también pagas por las consultas en tus zonas.

Tabla de precios

Los siguientes precios se aplican a todos los tipos de zona: privada, pública y de reenvío. Para determinar los precios, se agregan todos los tipos de zona. Por ejemplo, si tienes 10 zonas públicas, 10 zonas privadas y 10 zonas de reenvío, el precio se basa en la posesión de 30 zonas. También se agregan todas las consultas, independientemente del tipo de zona.

Puedes usar etiquetas para identificar las zonas de ciertas maneras. Luego, puedes usarlas a fin de ver desgloses por etiqueta en la facturación.

Precios de consulta

Precios de las zonas administradas

^* Los precios de las zonas administradas se calculan según la cantidad de zonas que haya en un período y se prorratean según el porcentaje del mes en el que existen. Este prorrateo se mide por hora. Las zonas que existen durante una fracción de hora se cuentan como si hubieran existido durante la hora completa.

El uso de Cloud DNS no genera cargos por transferencia de datos.

Precios de las verificaciones de estado

Ejemplo de precios

En la siguiente tabla, se muestran ejemplos de patrones de uso de Cloud DNS y sus costos posibles por mes:

Los precios de las consultas son proporcionales al uso. Por lo tanto, se cobraría $0.20 por 500,000 consultas (la mitad del precio de 1 millón de consultas).

Ejemplo de precios posteriores a la DG para las verificaciones de estado

Directorio de servicios

Ten en cuenta que, si usas las zonas del Directorio de servicios, se te facturará por separado para Cloud DNS según los precios de Cloud DNS.

Extensiones del servicio

En este documento, se detallan los precios de las Extensiones del servicio.

Se aplican los siguientes cargos a las extensiones de servicio en Cloud Load Balancing. Es posible que se apliquen otros cargos relevantes por transferencia de datos para el tráfico entre regiones y cualquier procesamiento en el otro extremo del texto destacado.

Cloud Domains

Descripción general de los precios

Los dominios se registran en incrementos de un año. Si registras un dominio, te comprometes a pagar todo el año. Los dominios se renuevan automáticamente. Si el dominio se renueva en Cloud Domains, se te facturará por los 12 meses siguientes a la fecha de renovación. Si quieres dejar de pagar por tu dominio o si no quieres que se renueve automáticamente, consulta Cómo desactivar la renovación automática de un nombre de dominio.

Precios por terminación de dominio

Los precios varían según las terminaciones de dominio (TLD) que se enumeran en la tabla de precios. Por ejemplo, si compras example.com, example.charity y example.wiki, el costo anual de cada uno de estos dominios difiere porque las terminaciones de dominio .com, .charity y .wiki tienen costos diferentes. Se agrega el precio anual de cada dominio que registras para obtener el costo total. 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 suscripción (para cuentas de Facturación de Cloud fuera de Brasil)

El modelo de facturación de suscripción te factura el importe anual del dominio durante el primer mes después del registro, la renovación o la transferencia del dominio. Esto se aplica a todos los dominios que se registran, renuevan o transfieren durante la disponibilidad general de Cloud Domains.

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

El modelo de facturación de suscripción no está incluido en el Programa de descuentos para empresas.

Facturación por compromiso (para cuentas de Facturación de Cloud en Brasil)

Si tu cuenta de Facturación de Cloud tiene una dirección de Brasil, con el modelo de facturación por compromiso se te factura la duodécima parte del costo total por mes durante los próximos 12 meses hasta que venza el dominio. Esto se aplica a todos los dominios que se registran, renuevan o transfieren durante la disponibilidad general de Cloud Domains.

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

El modelo de facturación de suscripción no está incluido en el Programa de descuentos para empresas.

Si decides transferir un dominio registrado a otro registrador durante el período 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 es igual a la parte no facturada del costo anual del dominio.

Facturación de dominios recientemente registrados

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

Facturación de dominios transferidos

La facturación se realiza de la siguiente manera cuando transfieres un dominio de otro proveedor.

• Se mantiene el tiempo de registro existente con tu proveedor original.
• Cuando se completa la transferencia, el tiempo de registro se extiende por un año.
• Se te facturará el año extendido de inmediato.
• No se te volverá a facturar hasta que el dominio esté por vencer y deba renovarse.

Ejemplo

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

• Si al dominio le quedaba un mes de registro antes de la transferencia, se te facturará 1 año en el momento de la transferencia. El siguiente evento de facturación después de que se completa la transferencia es la próxima renovación del dominio, 13 meses (1 mes + 1 año) después de la transferencia.
• Si al dominio le quedaban dos años de registro antes de la transferencia, el siguiente evento de facturación es 3 años (2 años + 1 año) después.

Facturación de las renovaciones

Los dominios renovados se facturan con la facturación de suscripción o por compromiso.

Para detener la renovación automática, consulta Cómo desactivar la renovación automática de un nombre de dominio. Para administrar la cuenta de facturación de un dominio de forma individual (fuera de un proyecto de Google Cloud), debes transferirla a un registrador de terceros. Sin embargo, una vez que registras un dominio en Cloud Domains, si optas por transferirlo a un tercero antes de que venza el período de 12 meses, se te seguirá cobrando el dominio por el tiempo restante de los 12 meses. La frecuencia de facturación depende del modelo de facturación del recurso.

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

Debes usar la facturación de Cloud Domains para administrar la facturación de los dominios registrados en Cloud Domains.

Uso gratuito

Cloud Domains no ofrece uso gratuito para el registro de dominios. Para obtener información sobre las cuotas, consulta la página Cuotas.

Tabla de precios

Si pagas en una moneda distinta del dólar estadounidense, se aplican los precios que figuran en tu moneda en los SKU de Cloud Platform.

SKU de facturación

Usa los siguientes vínculos a fin de buscar SKU apropiados para el modelo de facturación aplicable a tu registro, transferencia o renovación.

• Todos los SKU de Cloud Domains
• SKU de la facturación de suscripción
• SKU de la facturación por compromiso
• SKU de cancelación.

Ejemplo de precios

Los ejemplos siguientes usan precios de EE.UU.

Ejemplo 1

Facturación de suscripción: Compras un dominio .com de $12. En la próxima factura mensual, se te cobrarán $12. El próximo cargo se cobrará un año después, cuando el dominio se renueve por $12.

Facturación por compromiso: Compras un dominio .com de $12. En la próxima factura mensual, se te cobrará $1, y se te cobrará $1 por cada ciclo de facturación mensual hasta el vencimiento del dominio. Si decides borrar el dominio después de que se te facturen 5 meses ($5 en total), se te cobrará una tarifa de cancelación de $7 para que el total facturado sea de $12.

Ejemplo 2

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

El costo es:

.charity = $30/año

.wiki = $28/año

.info = $12/año

Costo de suscripción = USD 30 + $28 + $12 = $70/año

Facturación por compromiso = 1/12 del precio anual = $70/12 = $5.83/mes

¿Qué sigue?

• Consulta la documentación de la nube privada virtual.
• Prueba la calculadora de precios.
• Obtén información sobre las soluciones y los casos de uso de la VPC.