Precios de equilibrio de carga en la nube

Reglas de reenvío y equilibrio de carga

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

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

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

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

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

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

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

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

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

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

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

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

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

Referencia de servicios entre proyectos con VPC compartida

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

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

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

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

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

Ejemplos de precios de reglas de reenvío

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

Los siguientes ejemplos utilizan precios de EE. UU.:

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

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

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

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

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

Estimación de cargos por equilibrio de carga

Para estimar los cargos por equilibrio de carga:

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

Por ejemplo:

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

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

Balanceador de carga de aplicaciones interno

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

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

Cargo por instancia de proxy

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

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

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

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

Ejemplo de cálculo

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

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

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

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

Cargo mínimo por instancia de proxy

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

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

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

Cargo por procesamiento de datos

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

Cargos por transferencia de datos entre regiones

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

Referencia de servicios entre proyectos con VPC compartida

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

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

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

Tarifas regionales de Internet NEG

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

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

Cargos por política de autorización

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

Encabezados de solicitud personalizados y cargos de Google Cloud Armor

Si un servicio de backend tiene una política de Google Cloud Armor asociada, puedes usar la función de encabezados de solicitud personalizados con ese servicio de backend sin ningún cargo adicional por dicha función.

Si un servicio de backend que utiliza la función de encabezados de solicitud personalizados no tiene una política de Google Cloud Armor asociada, se aplicará un cargo de $0.75 por cada 1,000,000 de solicitudes HTTP(S) al mes por cuenta. Solo se cobrarán las primeras 666,666,667 solicitudes al mes por cuenta.

Acceso global para balanceadores de carga internos

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

El acceso global generalmente está disponible para balanceadores de carga de red de paso interno, balanceadores de carga de aplicaciones internos regionales y balanceadores de carga de red de proxy interno regionales.

Reenvío de protocolo

El reenvío de protocolo se cobra a la misma tarifa que el balanceo de carga. Se cobra por la regla de reenvío y por los datos entrantes procesados ​​por la instancia de destino.

certificados SSL

Los certificados SSL autogestionados y administrados por Google no tienen ningún costo.

¿Qué sigue?

• Lea la documentación de equilibrio de carga en la nube .
• Pruebe la calculadora de precios .