Preços do Cloud Load Balancing
Regras de encaminhamento e balanceamento de carga
As tabelas de preços nesta seção se aplicam aos seguintes balanceadores de carga:
- Balanceadores de carga de rede de passagem interna e externa
- Balanceadores de carga de rede de proxy interno e externo
- Balanceadores de carga de aplicativo externos globais, clássicos e regionais
Para mais informações sobre as regras de encaminhamento do Private Service Connect, consulte a seção desse produto.
A tabela a seguir mostra os preços das regras de encaminhamento global. Não há cobranças de processamento de dados global. O processamento de dados é cobrado pela região, dependendo de onde o tráfego é processado.
| Item | Preço unitário (USD) | Unidade de preço |
|---|---|---|
| Primeiras cinco regras de encaminhamento | US$ 0,025 | Por hora |
| Por regra de encaminhamento adicional | US$ 0,01 | Por hora |
A tabela a seguir mostra as cobranças por regra de encaminhamento regional e por processamento de dados de entrada e saída por região.
Formas de reduzir os custos do balanceador de carga de aplicativo externo
Os usuários do balanceador de carga de aplicativo externo global podem usar o Google Cloud Armor, o Cloud CDN ou ambos para minimizar o impacto das cobranças de processamento de dados de saída.
Cloud CDN:objetos estáticos exibidos ao cliente a partir do cache não transitam pelo balanceador de carga. Uma estratégia de armazenamento em cache eficaz pode reduzir a quantidade de dados de saída que estão sendo processados pelo balanceador de carga e reduzir os custos. Para implementar o armazenamento em cache, é necessário entender qual parte do tráfego é estática e pode ser armazenada em cache. Para mais informações, consulte a documentação do Cloud CDN.
Google Cloud Armor:se o aplicativo receber uma quantidade significativa de tráfego indesejado, implante o Google Cloud Armor para bloquear esse tráfego. As solicitações bloqueadas pelo Google Cloud Armor não transitam pelo balanceador de carga, o que reduz efetivamente a quantidade de dados de saída processados pelo balanceador de carga. O impacto nos custos depende da porcentagem de tráfego indesejado bloqueado pelas políticas de segurança do Google Cloud Armor implementadas.
Se o aplicativo puder ou precisar operar em uma única região, use o balanceador de carga de aplicativo externo regional. O balanceador de carga de aplicativo externo regional usa apenas o nível de rede Standard, que tem custos de transferência de dados de saída mais baixos e é uma opção econômica.
Preços do balanceador de carga de aplicativo externo com NEGs sem servidor
Se você estiver usando back-ends de NEG sem servidor com um balanceador de carga de aplicativo externo (global, regional ou clássico), as cobranças de balanceador de carga atuais serão aplicadas além das cobranças de computação sem servidor para back-ends do Cloud Run, do Cloud Run functions ou do App Engine, conforme aplicável. Se o Google Cloud Armor ou Cloud CDN forem usados, suas respectivas cobranças também se aplicarão.
No entanto, você não será cobrado por transferências de dados de saída sem servidor. Apenas as taxas de transferência de dados de saída da Internet se aplicam. As cobranças de transferência de dados de saída do Cloud Run functions, de tráfego de rede de saída do App Engine e de transferência de dados do Cloud Run não se aplicam a solicitações transmitidas de um balanceador de carga de aplicativo externo (usando NEGs sem servidor) para um serviço do Cloud Run functions, App Engine ou Cloud Run (totalmente gerenciado).
Referência de serviço entre projetos com VPC compartilhada
Revise os pontos a seguir para entender como os projetos e as contas de faturamento são cobrados por SKUs de rede quando você usa a referência de serviço entre projetos.
- As cobranças relacionadas ao Cloud Load Balancing sempre são atribuídas ao projeto em que a regra de encaminhamento está configurada (projeto de serviço A na figura 1). Isso inclui cobranças por regras de encaminhamento, dados de entrada processados e dados de saída processados pelo balanceador de carga de aplicativo externo global. Revise os preços básicos do Cloud Load Balancing.
- A transferência de dados para fora do Google da rede para a Internet nos nível Premium e Standard sempre é atribuída ao projeto em que a regra de encaminhamento está configurada (projeto de serviço A na Figura 1). Consulte os preços de transferência de dados de rede.
- Se você configurar o Cloud CDN em um serviço de back-end referenciado por um mapa de URLs usando a referência de serviço entre projetos, todas as cobranças do Cloud CDN para conteúdo armazenável em cache (transferência de saída de dados do cache, pesquisa no cache, preenchimento do cache) serão sempre atribuídas ao projeto que contém o serviço de back-end ativado para o Cloud CDN (projeto de serviço B na figura 1) e não ao projeto que configurou as regras de encaminhamento. Consulte os preços do Cloud CDN.
Se você configurar o Google Cloud Armor em um serviço de back-end referenciado por um mapa de URL usando a referência de serviço entre projetos, todas as cobranças relacionadas ao Google Cloud Armor serão atribuídas ao projeto que contém o serviço de back-end ativado para o Google Cloud Armor (projeto de serviço B na figura 1), e não ao projeto que configurou as regras de encaminhamento. Confira os preços do Google Cloud Armor. Especificamente, todas as cobranças do nível padrão e do nível Enterprise do Google Cloud Armor são atribuídas ao projeto de serviço B.
As considerações adicionais a seguir também se aplicam quando você usa o Google Cloud Armor com referência de serviço entre projetos:
- As mudanças na assinatura relacionadas ao Cloud Armor Enterprise são atribuídas à conta de faturamento que você especificou durante a inscrição. Se você quiser usar a mesma assinatura do Cloud Armor Enterprise em vários projetos para incluir todos os serviços de back-end referenciados usando a referência de serviço entre projetos, inclua todos os projetos de serviço relevantes como parte da mesma conta de faturamento do Cloud Armor Enterprise.
- Quando você usa a referência de serviço entre projetos, alguns recursos oferecidos no Cloud Armor Enterprise, como a telemetria e a resposta a DDoS, exigem a inscrição no nível do Cloud Armor Enterprise para o projeto de regra de encaminhamento do front-end e os projetos serviço de back-end.
Exemplos de preços de regras de encaminhamento
Google Cloud cobra pelas regras de encaminhamento criadas para o balanceamento de carga ou outros usos, como o espelhamento de pacotes.
Os exemplos a seguir usam preços em US$:
É possível criar até cinco regras de encaminhamento pelo preço de US$ 0,025/hora. Por exemplo, se você criar uma regra de encaminhamento, será cobrado US$ 0,025/hora. Se você tiver três regras de encaminhamento, ainda será cobrado US$ 0,025/hora. No entanto, se você criar 10 regras de encaminhamento, a cobrança será assim:
- Cinco regras de encaminhamento = US$ 0,025/hora
- Cada regra de encaminhamento adicional = US$ 0,01/hora
US$ 0,025/hora por cinco regras + (cinco regras adicionais * US$ 0,01/hora) = US$ 0,075/hora
Para a maioria dos casos de uso do balanceamento de carga, somente uma regra de encaminhamento é necessária por balanceador de carga.
Google Cloud cobra pelas regras de encaminhamento globais e regras de encaminhamento regionais separadamente e por projeto. Por exemplo, se você usar uma regra de encaminhamento global e outra regional em dois projetos separados (ou seja, quatro no total), a cobrança será de US$ 0,10/hora (4 x US$ 0,025/hora).
Como estimar cobranças de balanceamento de carga
Para estimar as cobranças do balanceamento de carga, siga as etapas:
- Acesse a calculadora de preços.
- Na guia Cloud Load Balancing.
- No menu suspenso, selecione a região.
- Insira o número aproximado de regras de encaminhamento.
- Digite a quantidade mensal estimada de tráfego de rede processado.
Exemplo:
- Iowa
- Número de regras de encaminhamento: 10
- Tratamento de dados de entrada pelo balanceador de carga: 2.048 GiB
- Custo total estimado: USD 71,13 por 1 mês
Esse exemplo não inclui o custo de transferência de dados para fora do Google para a Internet do envio de respostas dos back-ends.
Balanceador de carga de aplicativo interno
As cobranças a seguir se aplicam a balanceadores de carga de aplicativo internos regionais e entre regiões. Alguns custos de transferência de dados entre regiões também se aplicam ao balanceador de carga de aplicativo interno entre regiões.
* Os balanceadores de carga de aplicativos internos usam um grupo de instâncias de proxy gerenciadas que são alocadas de forma dinâmica à sua rede para lidar com o volume de tráfego. A cobrança por instância de proxy é determinada com base no número de instâncias de proxy necessárias para processar seu tráfego durante um período específico.
Taxa de instância de proxy
Os balanceadores de carga baseados em Envoy faz o escalonamento automático do número de proxies disponíveis para lidar com seu tráfego com base nas necessidades de tráfego. A taxa de instância de proxy é baseada no número de instâncias de proxy necessárias para atender às suas necessidades de tráfego. Cada proxy adicional gera uma taxa por hora adicional de acordo com os preços indicados na tabela de preços.
O número de proxies alocados para o balanceador de carga é calculado com base na capacidade medida necessária para lidar com seu tráfego em um período de 10 minutos. Durante esse tempo, analisamos o maior valor de:
- número de proxies necessários para atender às necessidades de largura de banda do seu tráfego. Cada instância de proxy pode processar até 18 MB por segundo. Monitoramos a largura de banda total necessária e dividimos esse total pela largura de banda que uma instância de proxy pode suportar.
- número de proxies necessários para processar conexões e solicitações. Contamos o
total de cada um dos seguintes recursos e dividimos cada valor pelo que uma instância de proxy pode
processar:
- 600 (HTTP) ou 150 (HTTPS) conexões novas por segundo
- 3.000 conexões ativas
- 1.400 solicitações por segundo*
*Uma instância de proxy pode processar 1.400 solicitações por segundo se o Cloud Logging estiver desativado. Se você ativar o Cloud Logging, sua instância de proxy poderá processar menos solicitações por segundo. Por exemplo: gerar registros de 100% das solicitações diminui a capacidade de processamento de solicitações do proxy para 700 solicitações por segundo. Você pode configurar o Cloud Logging para analisar uma porcentagem menor de tráfego. Isso permite que você atenda às suas necessidades de observabilidade enquanto controla seu custo.
Exemplo de cálculo
Em um período de 10 minutos, 180 MB por segundo de dados são transmitidos pelo balanceador de carga.
180 MB per second / 18 MB per second per proxy instance = 10 proxy instances
Durante o mesmo período, 300 novas conexões HTTPS são estabelecidas por segundo, 3.000 conexões estão ativas e 2.800 solicitações são enviadas por segundo:
300 new HTTPS connections per second / 150 new HTTPS connections per second per proxy instance = 2 proxy instances
3,000 active connections / 3,000 active connections per proxy instance = 1 proxy instance
2,800 requests per second / 1,400 requests per second per proxy instance = 2 proxy instances
Isso se resume a 5 instâncias de proxy. Esta quantidade é inferior às 10 instâncias de proxy necessárias para atender à largura de banda. Assim, a taxa de instância de proxy para este período de 10 minutos seria calculada da seguinte maneira:
10 proxy instances * $0.025 per proxy instance per hour * (10 minutes / (60 minutes per hour)) = $0.0417
O faturamento é calculado com base na capacidade medida necessária para atender às suas necessidades de tráfego, não no número de instâncias de proxy que estão estabelecendo conexões com seus back-ends. Assim, você pode ser cobrado por um número diferente de instâncias de proxy do que você vê em sua infraestrutura.
Taxa mínima de instância de proxy
Para garantir o desempenho e a confiabilidade ideais, cada balanceador de carga é alocado em pelo menos três
instâncias de proxy na Google Cloud região onde o balanceador de carga é implantado. Essas instâncias
de proxy são alocadas mesmo que o balanceador de carga não processe tráfego. Depois que uma regra de encaminhamento (com
esquema de balanceamento de carga INTERNAL_MANAGED) é implantada no seu projeto, você começa a
acumular taxas de instância de proxy. Regras de encaminhamento adicionais geram taxas de instância de proxy
adicionais conforme descrito anteriormente (em outras palavras, três instâncias de proxy adicionais por regra de
encaminhamento).
As três instâncias de proxy que são alocadas ao seu balanceador de carga resultam em uma taxa mínima
por hora de instância de proxy. Por exemplo, para a região us-central1 Google Cloud , a
taxa mínima é calculada da seguinte maneira:
3 proxy instances * $0.025 per proxy per hour = $0.075 per hour
Conforme descrito anteriormente, essas instâncias de proxy podem cada uma processar uma certa quantidade de tráfego. Assim que seu tráfego precisar ultrapassar a capacidade dessas três instâncias de proxy, você irá gerar custos para as instâncias de proxy necessárias para processar qualquer tráfego adicional.
Taxa de processamento de dados
A taxa de processamento de dados é calculada medindo o volume total de dados para solicitações e respostas processadas por seu balanceador de carga durante o ciclo de faturamento. Esta taxa varia de acordo com o uso, e não há taxa mínima para processamento de dados.
Taxas de transferência de dados entre regiões
As cobranças por transferência de dados entre regiões se aplicam se você estiver usando um balanceador de carga de aplicativo interno entre regiões. Por exemplo, se você tiver uma implantação de balanceador de carga de aplicativo interno entre regiões em que o cliente, o proxy Envoy e o back-end estão em regiões separadas, você verá cobranças de transferência de dados entre regiões para cada salto separadamente (cliente <-> proxy Envoy e proxy Envoy <-> back-end). Para reduzir essas cobranças de transferência de dados entre regiões, implante proxies do Envoy em várias regiões.
Referência de serviço entre projetos com VPC compartilhada
Para processamento de dados, uso de instância de proxy por hora e transferência de dados de VM entre zonas, o projeto da regra de encaminhamento é cobrado.
Preços do balanceador de carga de aplicativo interno com NEGs sem servidor
Se você estiver usando back-ends de NEG sem servidor para um balanceador de carga de aplicativo interno, as cobranças atuais de balanceador de carga de aplicativo interno serão aplicadas além das cobranças de computação sem servidor do Cloud Run.
Taxas de NEG regional da Internet
Os NEGs regionais da Internet exigem o uso de um gateway do Cloud NAT, o que gera cobranças adicionais. Você será cobrado pela transferência de dados para fora da Internet e pelo uso do Cloud NAT para qualquer tráfego enviado de e para a sub-rede somente de proxy do Envoy e pelo tráfego de verificação de integridade. No entanto, as cobranças do balanceador de carga se aplicam apenas ao tráfego de solicitações de usuários.
Os gateways Cloud NAT alocados para o Cloud Load Balancing geram cobranças por hora equivalentes a uma rede com mais de 32 instâncias de VM. Para mais detalhes, consulte Preços do Cloud NAT
Cobranças de políticas de autorização
As políticas de autorização são oferecidas sem taxas de uso durante a visualização.
Cabeçalhos de solicitação personalizados e cobranças do Google Cloud Armor
Se um serviço de back-end tiver uma política do Google Cloud Armor associada a ele, é possível usar o recurso de cabeçalhos de solicitação personalizados com esse serviço sem nenhuma taxa adicional.
Se um serviço de back-end que usa o recurso de cabeçalhos de solicitação personalizados não tiver uma política do Google Cloud Armor associada a ele, haverá cobrança de US$ 0,75 a cada 1.000.000 solicitações HTTP(S) por mês por conta. Você receberá cobranças apenas pelas primeiras 666.666.667 solicitações por mês por conta.
Acesso global para balanceadores de carga internos
O acesso global permite que as instâncias de cliente de qualquer região acessem seu balanceador de carga interno. Se uma regra de encaminhamento tiver o acesso global ativado, serão incorridos custos adicionais de transferência de dados entre regiões quando o tráfego for enviado de ou para um cliente em uma região diferente do balanceador de carga.
O acesso global está disponível para balanceadores de carga de rede de passagem interna, balanceadores de carga de aplicativo internos regionais e balanceadores de carga de rede de proxy interno regional.
Encaminhamento de protocolo
A taxa de encaminhamento do protocolo é cobrada da mesma forma que o balanceamento de carga. Há uma cobrança para a regra de encaminhamento e outra para os dados de entrada processados pela instância de destino.
Certificados SSL
Não há cobrança para certificados SSL autogerenciados e gerenciados pelo Google.
A seguir
- Leia a documentação do Cloud Load Balancing.
- Use a calculadora de preços.