Os preços a seguir se aplicam durante e depois do período de teste gratuito do Google Cloud. Durante esse período, esses valores são cobrados com base no total de crédito do Teste gratuito.

Informações de preços gerais de rede

Transferência de dados

A transferência de dados pode ser o tráfego que entra em um recurso do Google Cloud (por exemplo, VM), sai da região do Google Cloud para a Internet ou fica entre dois recursos no Google Cloud.

Uma região é um conjunto de edifícios operados pelo Google em uma localização geográfica, como um campus de data center. O tráfego pode se movimentar da seguinte maneira:

• No conjunto de edifícios do local, que sempre usou a rede do Google (preços intrazona e intrarregional).
• Para outro edifício operado pelo Google em outro local, que sempre usou a rede do Google (preço entre regiões).
• Para um local não operado pelo Google usando uma conexão do Cloud Interconnect (preços do Cloud Interconnect)
• Para um local não operado pelo Google que não usa uma conexão do Cloud Interconnect (preços de transferência de dados para fora pela Internet)

Nível Premium

O nível Premium dos Níveis de serviço de rede usa o backbone premium do Google para transportar tráfego de e para seus usuários externos. A Internet geralmente é usada apenas entre o usuário e o ponto de entrada mais próximo da rede do Google.

Nível Standard

O nível Standard dos Níveis de serviço de rede usa a Internet para transportar tráfego entre seus serviços e usuários. Embora usar a Internet pública forneça um serviço de qualidade inferior, é mais econômico do que o Nível Premium.

Preços da transferência de dados de entrada

Transferência de dados entre regiões

Transferência de dados de VM para VM quando as VMs de origem e de destino estão em regiões diferentes do Google Cloud. Todos os preços são por GiB em USD.

Taxas de transferência de dados da Internet

Preços do nível Premium

O nível Premium é o nível padrão para todas as transferências de dados do Google Cloud. Para usar o nível Standard, é necessário especificá-lo explicitamente.

Os preços a seguir se aplicam durante e depois do período de teste gratuito do Google Cloud. Durante esse período, esses valores são cobrados com base no total de crédito do Teste gratuito.

Importante: a partir de 1º de fevereiro de 2024, vamos aumentar o preço de algumas SKUs para transferência de dados de Internet de saída no nível Premium. Para mais informações, consulte Anúncio de mudança de preços para transferência de dados.

Preços do nível Standard

O preço da transferência de dados para fora do Google é calculado pelos GiBs enviados. O preço se baseia na geolocalização do tráfego de origem. O preço de entrada ainda é gratuito.Os limites de uso do programa Sempre gratuito não se aplicam ao nível Standard.

Preços de endereços IP internos

Não há custos para endereços IP internos estáticos ou temporários.

Preços de endereço IP externo

As cobranças de endereços IP externos estáticos e temporários são feitas de acordo com a tabela a seguir.

Se você reservar um endereço IP externo estático e não atribuí-lo a um recurso, como uma instância de VM ou uma regra de encaminhamento, receberá uma cobrança com uma taxa maior que a dos endereços IP externos estáticos e temporários que estiverem em uso.

Você não é cobrado pelos endereços IP externos estáticos atribuídos a regras de encaminhamento.

Não são geradas cobranças pelos intervalos de endereços IPv6 externos atribuídos a sub-redes ou por endereços IPv6 externos atribuídos a instâncias de VM. Você não paga por endereços IPv6 regionais estáticos (Visualização).

Em uso ou desuso

O Google Cloud considera que um endereço IP externo está em uso quando ele está associado a uma instância de VM em execução ou interrompida. Se a instância for excluída, ou o endereço IP não estiver associado à instância, o Google Cloud considerará que o endereço IP estático não está em uso.

No caso do endereço IP temporário, o Google Cloud considera que ele está em uso apenas quando a instância de VM associada está em execução. Quando a instância é interrompida ou excluída, o Google Cloud libera o endereço IP temporário e não o considera mais em uso.

Para verificar se um endereço IP externo estático está em uso, faça uma solicitação gcloud compute addresses list. Esse comando retorna uma lista de endereços IP externos estáticos e os status correspondentes:

Observação: se o mesmo endereço IP for atribuído a mais de uma regra de encaminhamento, o Google Cloud contará e adicionará cada uso do endereço à cota IN_USE_ADDRESSES, em vez de uma contagem exclusiva de objetos de endereço IP usados.

Regras de firewall

Para conferir os preços do Cloud Next Generation Firewall, consulte a página de preços do Cloud NGFW.

Private Service Connect

Os custos associados ao Private Service Connect variam de acordo com a configuração.

Cobranças do consumidor

Como usar um endpoint do Private Service Connect (regra de encaminhamento) para acessar APIs do Google

Como usar um back-end do Private Service Connect (balanceador de carga) para acessar as APIs do Google

Back-ends do Private Service Connect usam um balanceador de carga para acessar as APIs do Google. Todos os preços de balanceadores de carga se aplicam. O tráfego para NEGs do Private Service Connect que é direcionado a APIs do Google gera cobranças de balanceamento de carga para dados processados pelo balanceador de carga. No entanto, não há cobrança do Private Service Connect pelo tráfego de transferência de dados entre o NEG do Private Service Connect e as APIs do Google.

Para informações sobre preços do seu balanceador de carga, consulte os preços de balanceadores de carga de aplicativo externos globais ou balanceadores de carga de aplicativo internos.

Observação: os back-ends do Private Service Connect eram chamados de endpoints do Private Service Connect com controles de serviço HTTP(S) do consumidor.

Como usar um endpoint do Private Service Connect (regra de encaminhamento) para acessar um serviço publicado

Observação: para endpoints com acesso global, o projeto de produtor de serviços não é cobrado pela transferência de dados inter-regional, mesmo que os recursos do consumidor de serviço acessem o endpoint de outras regiões.

O Private Service Connect cria automaticamente um namespace do Diretório de serviços para registrar endpoints. Um único namespace padrão é usado para endpoints na mesma região de um projeto, a menos que você crie explicitamente namespaces adicionais. Para mais informações, consulte Preços do Diretório de serviços.

Como usar um back-end do Private Service Connect (balanceador de carga) para acessar um serviço publicado

Back-ends do Private Service Connect usam um balanceador de carga para acessar serviços publicados. Todos os preços de balanceadores de carga se aplicam. O tráfego entre NEGs do Private Service Connect e serviços publicados pelo serviço gera cobranças de balanceamento de carga para dados processados pelo balanceador de carga e cobranças do Private Service Connect para tráfego de transferência de dados entre o NEG e o serviço publicado.

A tabela a seguir resume as cobranças aplicáveis para essa configuração.

Usar uma interface do Private Service Connect para acessar uma rede VPC de produtor ou consumidor

Diretório de serviços

O Private Service Connect cria automaticamente um namespace do Diretório de serviços para registrar endpoints ao acessar APIs do Google ou ao acessar serviços publicados. Um namespace padrão do Diretório de serviços é criado para os endpoints do Private Service Connect na mesma região de um projeto. Para mais informações, consulte os Preços do Diretório de serviços.

Processamento de dados do consumidor

Os consumidores do Private Service Connect pagam pelo processamento de dados de consumidor de acordo com a tabela a seguir. O processamento de dados de consumidor é cobrado para entrada e saída.

Cobranças do produtor

Cobranças para publicar um serviço gerenciado usando um anexo de serviço do Private Service Connect

Não há cobranças horárias do Private Service Connect ou de transferência de dados para publicar serviços usando anexos de serviço. Os produtores são cobrados por qualquer taxa de balanceamento de carga incorrida no balanceador de carga publicado para os consumidores.

Observação: se os recursos usarem um endpoint com acesso global para acessar um serviço publicado de uma região diferente, o projeto de produtor de serviços não será cobrado pela transferência de dados inter-regional. Para informações sobre cobranças de projetos de consumidores de serviços, consulte Como usar um endpoint do Private Service Connect (regra de encaminhamento) para acessar um serviço gerenciado publicado.

Implantar um serviço usando mapas de conexão de serviço

Quando você implanta um serviço usando mapas de conexão de serviço, não há cobranças para o produtor pela implantação dos mapas. No entanto, o consumidor é cobrado pelo seguinte:

• Recursos implantados no projeto do consumidor pela automação de conectividade do serviço
• Como usar um endpoint do Private Service Connect para acessar um serviço publicado.

Acesso a serviços particulares

Quando você cria uma conexão de acesso a serviços particulares, não há cobranças por hora ou dados para a conexão em si. No entanto, você vai pagar pelos seguintes itens:

• Recursos provisionados na rede do produtor de serviços
• Tráfego de transferência de dados das suas VMs para a rede do produtor de serviços

Acesso VPC sem servidor

O acesso VPC sem servidor tem os preços a seguir.

Telemetria de rede

Os registros de rede vendidos geram cobranças. Você será cobrado pelos seguintes produtos:

• Registros de fluxo de VPC
• Registro de regras de firewall
• Registros do Cloud NAT

Espelhamento de pacotes

Você é cobrado com base na quantidade de dados processados pelo espelhamento de pacotes. As regras de encaminhamento do Espelhamento de pacotes não são cobradas. Atualmente, não há cobrança adicional por VM para usar esse recurso.

A tabela abaixo apresenta os custos relacionados aos dados processados pelo espelhamento de pacotes.

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 balanceadores de carga de aplicativo internos regionais e entre regiões, consulte a seção Balanceador de carga de aplicativo interno.

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.

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 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, do App Engine ou do Cloud Run.

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íveis 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 URL usando a referência de serviço entre projetos, todos os encargos do Cloud CDN para conteúdo armazenável em cache (transferência de dados de saída de cache, pesquisa de cache, preenchimento de cache) serão sempre atribuídos ao projeto que contém o serviço de back-end com o Cloud CDN ativado (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, todos os encargos relacionados ao Google Cloud Armor serão atribuídos ao projeto que contém o serviço de back-end com o Google Cloud Armor ativado (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 regras de encaminhamento do front-end e os projetos de serviços de back-end.

Exemplos de preços de regras de encaminhamento

O 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.

No Google Cloud, a cobrança pelas regras de encaminhamento globais e regras de encaminhamento regionais é feita 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:

1. Acesse a calculadora de preços.
2. Na guia Cloud Load Balancing.
3. No menu suspenso, selecione a região.
4. Insira o número aproximado de regras de encaminhamento.
5. Digite a quantidade mensal estimada de tráfego de rede processado.

Por 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.

Taxa de instância de proxy

Os balanceadores de carga baseados em Envoy fazem o escalonamento automático do número de proxies disponíveis para lidar com seu tráfego com base nas necessidades específicas. 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.
• O 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ê ativa o Cloud Logging, sua instância de proxy pode 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 por segundo / 18 MB por segundo por instância de proxy = 10 instâncias de proxy

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 novas conexões HTTPS por segundo / 150 novas conexões HTTPS por segundo por instância de proxy = 2 instâncias de proxy 3.000 conexões ativas / 3.000 conexões ativas por instância de proxy = 1 instância de proxy 2.800 solicitações por segundo / 1.400 solicitações por segundo por instância de proxy = 2 instâncias de proxy.

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 instâncias de proxy * US$ 0,025 por instância de proxy por hora * (10 minutos / (60 minutos por hora)) = US $0,0417O 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 região do Google Cloud 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 em 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 do Google Cloud, a taxa mínima é calculada da seguinte maneira:

Três instâncias de proxy * US$ 0,025 por proxy por hora = US $0,075 por hora

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. Essa 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 do balanceador de carga interno de aplicativo entre regiões em que o cliente, o proxy Envoy e o back-end estiverem em regiões separadas, as cobranças de transferência de dados entre regiões vão aparecer 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 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.

Este documento explica os detalhes de preços do Google Cloud Armor e do Google Cloud Armor Enterprise. Esses preços estão ativos.

Os recursos protegidos incluem os seguintes tipos de back-end em cada projeto inscrito: Os back-ends são contados como recursos protegidos para todos os tipos de endpoints e balanceadores de carga cobertos no projeto inscrito.

Taxa de processamento de dados

A taxa de processamento de dados do Cloud Armor Enterprise calcula os dados transferidos para a Internet de todos os recursos protegidos para cada projeto inscrito no Cloud Armor Enterprise. Quando você usa o Cloud Armor Enterprise anual, a taxa de processamento de dados é cobrada no nível do projeto, mas o uso é agregado em todos os recursos protegidos em todos os projetos inscritos no Cloud Armor Enterprise anual. Quando você usa o Cloud Armor Enterprise Pay-as-you-go, a taxa de processamento de dados é faturada e o uso é agregado no nível do projeto. A taxa de processamento de dados do Cloud Armor Enterprise é separada da taxa de processamento de dados do Cloud Load Balancing.

Os preços são calculados com base nos GBs transferidos para a Internet diretamente ou por meio do peering de operadora, além de outras taxas de transferência de dados. Por exemplo, para cargas de trabalho com um balanceador de carga do Google Cloud compatível, a taxa de processamento de dados avalia os bits de dados transferidos para a Internet pelos endpoints do balanceador de carga registrado, mas não a inter-região ou inter-zona de tráfego associadas pela carga de trabalho subjacente. A cobrança é de US $0,05 por GiB de transferência de dados para os primeiros 100 TiB e de US $0,04 por GiB pelos próximos 400 TiB. Se o conteúdo exibido estiver usando o Cloud CDN e for considerado armazenável em cache, a taxa de processamento de dados do Cloud CDN será aplicada a ele. A tabela a seguir contém todos os preços.

Neste documento, mostramos os detalhes sobre os preços do Cloud Scheduler. Esses preços estão ativos. Os preços nesta página estão listados em dólares americanos (USD).

Se você planeja disponibilizar um grande volume de conteúdo do Cloud CDN (mais de 500 TiB por mês), entre em contato conosco para discutir descontos baseados em volume.

Este documento detalha os preços do Cloud CDN.

Os preços nesta página estão listados em dólares americanos (USD). Se você fizer pagamentos em uma moeda que não seja o dólar americano, serão aplicados na sua moeda os preços listados na página SKUs do Cloud Platform.

Estrutura de preços

Observações sobre os preços

• O uso da rede é calculado em gibibytes (GiB).
• As cobranças são acumuladas diariamente, mas o Cloud CDN emite a cobrança apenas no final do período de faturamento. Veja o uso não cobrado na página de faturamento do seu projeto no console do Google Cloud.
• Os bytes medidos para saída ou preenchimento de dados de cache incluem cabeçalhos de resposta HTTP (após a compactação, se necessário) e o corpo da resposta, bem como trailers.

Exemplo de preço

No exemplo a seguir, você verá um cenário simples que pode se aplicar se você está começando a usar o Cloud CDN.

Suponha que você tenha o seguinte padrão de uso do Cloud CDN em um determinado mês.

Seu faturamento para o mês é calculado da seguinte maneira.

Veja neste documento os detalhes sobre os preços do Cloud Interconnect.

Se você fizer pagamentos em uma moeda que não seja o dólar americano, serão aplicados na sua moeda os preços listados na página SKUs do Cloud Platform.

Transferência de dados de uma rede VPC por uma conexão do Cloud Interconnect

América do Norte

A tabela a seguir mostra os preços para a área geográfica da América do Norte.

Europa, Oriente Médio e África (EMEAR)

A tabela a seguir mostra os preços para a área geográfica da Europa, do Oriente Médio e da África (EMEAR).

Ásia

A tabela a seguir mostra os preços para a área geográfica da Ásia.

Austrália

A tabela a seguir mostra os preços para a área geográfica da Austrália.

América do Sul

A tabela a seguir mostra os preços para a área geográfica da América do Sul.

Transferência de dados de entrada por uma conexão do Cloud Interconnect

Exemplo de preço

Na tabela a seguir, há um exemplo de padrão de uso de conexões da Interconexão dedicada para apenas um mês.

Transferência de dados de uma rede VPC por uma conexão do Cloud Interconnect

América do Norte

A tabela a seguir mostra os preços para a área geográfica da América do Norte.

Europa, Oriente Médio e África (EMEAR)

A tabela a seguir mostra os preços para a área geográfica da Europa, do Oriente Médio e da África (EMEAR).

Ásia

A tabela a seguir mostra os preços para a área geográfica da Ásia.

Austrália

A tabela a seguir mostra os preços para a área geográfica da Austrália.

América do Sul

A tabela a seguir mostra os preços para a área geográfica da América do Sul.

Transferência de dados de entrada por uma conexão do Cloud Interconnect

Exemplo de preço

Na tabela a seguir, há um exemplo do padrão de uso de conexões da interconexão por parceiro.

Transferência de dados de uma rede VPC por uma conexão do Cloud Interconnect

América do Norte

A tabela a seguir mostra os preços para a área geográfica da América do Norte.

Europa, Oriente Médio e África (EMEAR)

A tabela a seguir mostra os preços para a área geográfica da Europa, do Oriente Médio e da África (EMEAR).

Ásia

A tabela a seguir mostra os preços para a área geográfica da Ásia.

Austrália

A tabela a seguir mostra os preços para a área geográfica da Austrália.

América do Sul

A tabela a seguir mostra os preços para a área geográfica da América do Sul.

Transferência de dados de entrada por uma conexão do Cloud Interconnect

Exemplo de preço

Na tabela a seguir, há um exemplo de padrão de uso de conexões da Interconexão entre nuvens em um único mês.

Uma VM na mesma região que um anexo da VLAN, usando o roteamento dinâmico de VPC regional ou global

Observação: o modo de roteamento dinâmico que você usa não afeta os preços.

Nesse cenário, há duas regiões na América do Norte, us-west1 e us-east1. Essas regiões usam o roteamento dinâmico regional da VPC fornecido pelo Cloud Router. Nesse cenário, não importa o modo de roteamento dinâmico que você usa.

Você solicita uma conexão do Cloud Interconnect em execução no seu local para San Jose (SJC) e cria dois anexos de VLAN usando essa conexão. Um anexo da VLAN vai para a região us-east1, e outro anexo da VLAN vai para a região us-west1.

Se você enviar o tráfego de uma VM de us-east1 ou de us-west1 para seu local pela conexão do Cloud Interconnect no SJC, as seguintes taxas serão cobradas:

• Cobranças de saída de transferência de dados do Cloud Interconnect para a América do Norte (que é onde a conexão do Cloud Interconnect está localizada).
• Você não recebe cobranças de transferência de dados entre regiões porque as VMs estão usando um anexo da VLAN na mesma região.

Observação: a menos que você ative o roteamento dinâmico global na sua rede de VPC usando o Cloud Router, as regiões sem um anexo da VLAN não têm acesso à sua conexão do Cloud Interconnect. Isso também significa que não é possível cobrar acidentalmente a transferência de dados intercontinental se houver regiões localizadas em diferentes continentes.

Uma VM no mesmo continente, mas em uma região diferente de um anexo da VLAN, usando o roteamento dinâmico de VPC global

Neste cenário, há VMs em duas regiões localizadas na América do Norte, us-west1 e us-east1. Você ativou o roteamento dinâmico global para sua rede de VPC usando o Cloud Router. O roteamento dinâmico global permite que anexos da VLAN em uma região sejam usados por uma ou mais VMs localizadas em outra região.

Você solicita uma conexão do Cloud Interconnect em execução do seu local para San Jose (SJC) e cria um anexo de VLAN usando essa conexão com us-west1. Depois, envie o tráfego de uma VM em us-east1 para seu local pelo anexo da VLAN localizado em us-west1. As seguintes taxas serão cobradas:

• Cobranças de transferência de dados entre regiões para encaminhamento de tráfego de us-east1 para o anexo de VLAN em us-west1. O anexo da VLAN em us-west1 é considerado a origem do tráfego.
• Cobranças de transferência de dados do Cloud Interconnect para a América do Norte (tráfego da região us-west1 para seu local).

Uma VM em um continente diferente de um anexo da VLAN e que usa roteamento dinâmico de VPC global

Essa situação é igual ao exemplo anterior, a diferença é que uma região, us-west1, está localizada na América do Norte e a outra, asia-east1, está na Ásia. O envio de tráfego entre regiões em diferentes continentes resulta em taxas de transferência de dados mais caras entre regiões.

A única maneira de enviar tráfego de asia-east1 pelo Cloud Interconnect na América do Norte é ativando o roteamento dinâmico global da VPC. Isso disponibiliza o anexo da VLAN em us-west1 para as VMs em todas as regiões na rede de VPC. As seguintes taxas serão cobradas:

• Cobranças de transferência de dados entre regiões intercontinentais para tráfego encaminhado de asia-east1 para us-west1.
• Cobranças de transferência de dados do Cloud Interconnect para a América do Norte (tráfego da região us-west1 para seu local).

Uma VM em um continente diferente de um anexo da VLAN e que usa peering de rede VPC

Essa situação é semelhante ao exemplo anterior. A diferença é que têm duas redes VPC conectadas por meio de peering de rede VPC. O envio de tráfego entre regiões resulta nas mesmas taxas do exemplo anterior, que usa roteamento dinâmico global.

Você envia o tráfego de us-east4 para sua rede local pelo Cloud Interconnect na Ásia usando peering de rede VPC. As seguintes taxas serão cobradas:

• Cobranças de transferência de dados entre regiões intercontinentais para tráfego encaminhado de us-east4 para asia-northeast1.
• Taxas de transferência de dados do Cloud Interconnect para a Ásia, para tráfego da região asia-northeast1 para seu local.

Um produto ou serviço do Google Cloud (que não é uma VM) em um local diferente ao do anexo da VLAN e que usa roteamento dinâmico de VPC global

Além das situações anteriores, as cobranças de transferência de dados do Cloud Interconnect se aplicam ao tráfego enviado de um produto ou serviço do Google Cloud que não seja de VM para seu local por um anexo da VLAN. Você paga as cobranças de transferência de dados do produto para alcançar a região do anexo da VLAN e depois paga as cobranças de saída de transferência de dados do Cloud Interconnect com base no continente onde a conexão do Cloud Interconnect está localizada.

Observação: para ver informações sobre cobranças de transferência de dados para outros produtos do Google Cloud não descritos neste exemplo, consulte a página de preços deste produto.

O exemplo a seguir descreve as cobranças pela transferência de tráfego de um bucket do Cloud Storage em uma região diferente da América do Norte em relação à região em que o anexo da VLAN está localizado.

Neste cenário, há recursos em duas regiões localizadas na América do Norte, us-west1 (Oregon) e northamerica-northeast1 (Montreal). Você ativou o roteamento dinâmico global para sua rede de VPC usando o Cloud Router.

Você solicita uma conexão do Cloud Interconnect em execução do seu local para San Jose (SJC) e cria um anexo de VLAN usando essa conexão com us-west1. Depois, envie o tráfego de um bucket do Cloud Storage em northamerica-northeast1 para seu local pelo anexo de VLAN localizado em us-west1. Logo, as seguintes taxas serão cobradas:

• O custo de transferência de dados do Cloud Storage pelo encaminhamento de tráfego de um bucket do Cloud Storage em northamerica-northeast1 para um anexo de VLAN em us-west1.
• Cobranças de transferência de dados do Cloud Interconnect para a América do Norte para tráfego da região us-west1 para seu local (que é onde sua conexão do Cloud Interconnect está localizada).

Se o bucket do Cloud Storage estiver localizado em um continente diferente do anexo de VLAN, você vai pagar as taxas de transferência de dados intercontinentais do Cloud Storage para alcançar o anexo de VLAN em us-west1.

Para ver uma lista completa de cenários de preços do Cloud Storage, acesse esta página.

O Cloud Router é fornecido gratuitamente. Os custos gerais de rede se aplicam ao tráfego do plano de controle (BGP). Esses custos são irrisórios na maioria dos casos.

Para mais informações sobre custos de rede, consulte Preços gerais de rede na documentação da nuvem privada virtual (VPC).

Em alto nível, as cobranças do Cloud VPN consistem em:

• uma cobrança por hora para cada gateway do Cloud VPN. Essa cobrança é determinada em parte pelo número de túneis anexados ao gateway, bem como pela localização do gateway;
• uma cobrança mensal para o tráfego IPsec;
• uma cobrança por hora para qualquer endereço IP externo atribuído a um gateway de VPN, mas não usada por um túnel.

Para mais informações sobre o Cloud VPN, consulte a visão geral do Cloud VPN.

Observação: serão faturados apenas os túneis da VPN nestes estados.

Cenários de preço

Para entender melhor os preços do Cloud VPN, consulte os exemplos a seguir.

Gateway us-central1 para o data center

Imagine que você tenha um gateway de VPN em us-central1. Esse gateway usa dois túneis para se conectar a um data center local em Iowa.

Todos os meses, você envia dois tebibytes de dados (TiB) por um túnel da rede de nuvem privada virtual (VPC, na sigla em inglês) para o data center. Ao mesmo tempo, você envia 2 TiB na direção inversa, do data center à rede VPC.

Além disso, o gateway usa um endereço IP externo reservado.

A tabela a seguir mostra as cobranças que seriam feitas em um mês de 30 dias com essa configuração.

Gateway asia-northeast1 para o data center e para outra rede VPC

Suponha que o projeto tenha uma rede VPC chamada Rede A, que inclui um gateway VPN em asia-northeast1. Esse gateway usa dois túneis para se conectar a um data center local em Tóquio. Além disso, esse gateway usa dois túneis para se conectar à Rede B, outra rede VPC do projeto. O gateway da Rede B está localizado em europe-west6.

O uso mensal de dados é este:

• Os usuários na Rede A fazem o download de 10 TiB de dados do Cloud Storage e o enviam para o data center em Tóquio.
• As redes A e B enviam umas às outras cerca de 20 TiB de dados.

Os gateways asia-northeast1 e europe-west6 usam endereços IP externos reservados.

Além disso, você tem um terceiro gateway de VPN em southamerica-east1. Você criou esse gateway há meses e atribuiu a ele um endereço IP externo reservado. No entanto, você nunca configurou um túnel para esse gateway.

A tabela a seguir mostra as cobranças que seriam geradas por essa configuração durante um mês de 30 dias.

Network Connectivity Center

Este documento descreve os preços do Network Connectivity Center.

A central de conectividade de rede é um modelo hub-and-spoke para gerenciamento de conectividade de rede no Google Cloud. Com esse modelo, as redes de nuvem privada virtual e as redes locais se conectam a um hub da central de conectividade de rede usando spokes que têm recursos spoke compatíveis com o Google Cloud anexados a elas.

Para mais informações sobre a central de conectividade de rede, consulte a Visão geral da central de conectividade de rede.

Preços atuais

As seções a seguir descrevem os preços atuais do Network Connectivity Center.

Hubs e spokes

A tabela a seguir descreve as cobranças de hubs e spokes. Spoke hours refere-se ao número de horas em um mês em que um spoke está ativo.

As cobranças por spoke/hora são dispensadas para até três spokes de VPN e três spokes do Cloud Interconnect.

Observação: os spokes do Cloud Interconnect às vezes são chamados de spokes de anexo da VLAN.

Transferência de dados

Transferência de dados é qualquer tráfego que flui entre um conjunto de spokes híbridos conectados ao Network Connectivity Center.

O tráfego de transferência de dados do Network Connectivity Center é diferente do tráfego de entrada e saída, que flui para dentro ou fora da rede do Google. Em contrapartida, a transferência de dados do Network Connectivity Center pode ser as duas coisas: pode fluir para dentro e para fora da rede do Google, porque é um tráfego que é trocado entre dois spokes híbridos.

As cobranças pela transferência de dados são baseadas em gibibytes (GiB) de tráfego por mês.

Rede de dados avançada

Rede de dados avançada (ADN) refere-se à taxa de processamento cobrada para todo o tráfego enviado de um spoke por meio de um hub.

A cobrança da ADN é de US $0,02 por gibibyte (GiB) por mês.

Atualmente, essa cobrança se aplica ao tráfego entre spokes VPC. As cobranças do ADN para spokes híbridos estão suspensas no momento.

Exemplo de preço

Rede de dados avançada

Neste exemplo, uma empresa tem duas redes globais de nuvem privada virtual (VPC), VPC-1 e VPC-2, que são conectadas por meio de spokes de VPC ao hub do Network Connectivity Center. Cada VPC está em um projeto diferente do projeto hub.

Todos os meses, a VPC-1 envia 10 TiB de dados para a VPC-2, e a VPC-2 envia 5 TiB de dados para a VPC-1.

A tabela a seguir descreve as cobranças de um mês de 30 dias.

Transferência de dados

Neste exemplo, uma empresa conecta dois spokes do dispositivo do roteador ao hub do Network Connectivity Center. Um spoke representa um escritório em Los Angeles (us-west2). Outro representa um escritório em Mumbai (asia-south1).

Todos os meses, o escritório dos EUA transfere 5 TiB de dados para o escritório da Asia, e o escritório da Asia transfere 5 TiB para o escritório dos EUA.

A tabela a seguir descreve as cobranças de um mês de 30 dias.

Preços de outros recursos do Google Cloud

Os preços nesta página não incluem cobranças por outros recursos e produtos do Google Cloud que você possa estar usando com o Network Connectivity Center. Por exemplo:

• Se você usar os spokes do dispositivo Router, pagará pelos recursos subjacentes do Compute Engine.
• Se você usar os spokes de anexo da VLAN, pagará pelos recursos do Cloud Interconnect subjacentes.
• Se você usar os spokes da VPN, pagará pelos recursos subjacentes do Cloud VPN.

Tipo de roteador

O preço do tipo de roteador faz parte dos valores do Network Connectivity Center. Para mais informações, consulte Preços do Network Connectivity Center.

Para mais informações sobre custos de rede, consulte Preços gerais de rede na documentação da nuvem privada virtual.

Os preços do Cloud NAT são baseados no uso a seguir:

• Um preço por hora para o gateway do NAT baseado no número de instâncias de VM que estão usando o gateway. A taxa por hora é limitada a até 32 instâncias de VM. A taxa máxima por hora é aplicada a gateways que exibem mais instâncias que o número máximo.
• O Google Cloud conta as instâncias de VM que recebem uma atribuição do NAT usando o gateway. O gateway NAT realiza o NAT de origem (SNAT) para o tráfego de transferência de dados que não têm endereços IP externos, e o NAT de destino (DNAT) para pacotes de entrada que chegam como respostas para pacotes de saída.
• Um custo por GB para transferência de dados processada pelo gateway. O preço de processamento de dados é o mesmo em todas as regiões. Custos de transferência de dados para enviar tráfego da VM para fora da rede também se aplicam.
• Um preço por hora para cada endereço IP externo estático ou temporário usado por um gateway NAT.

Confira a seguir o custo total para executar um gateway do NAT e processar o tráfego por ele:

custo total para executar o gateway = custo por hora do gateway NAT

+ custo por GiB de dados processados pelo gateway

+ custo por hora dos endereços IP externos usados pelo gateway

+ custos de transferência de dados para qualquer tráfego que saia da rede

Exemplo de preço

A tabela a seguir mostra o custo mensal estimado para um único gateway NAT que usa endereços IP externos para exibir um número variável de instâncias de VM. Em ambos os casos, o gateway é executado por 720 horas em um ciclo de faturamento.

Preços do Logging

O preço da geração de registros do NAT é descrito e Preços de telemetria de rede.

Os valores padrão para o Cloud Logging, BigQuery ou Cloud Pub/Sub são válidos.

Nos preços do Cloud DNS, a cobrança é feita por zona e por mês (independentemente de você usar ou não sua zona), e você também paga pelas consultas às suas zonas.

Se você fizer pagamentos em uma moeda que não seja o dólar americano, serão aplicados na sua moeda os preços listados na página SKUs do Cloud Platform.

Observação: não há um Nível gratuito para o Cloud DNS.

Tabela de preços

Os preços a seguir se aplicam a todos os tipos de zona: pública, privada e de encaminhamento. Todos eles são agregados para fins de definição de preços. Por exemplo, se você tiver 10 zonas públicas, 10 zonas privadas e 10 zonas de encaminhamento, os preços serão baseados nessas 30 zonas. Todas as consultas são agregadas também, independentemente do tipo de zona.

É possível usar rótulos para identificar zonas de determinadas maneiras. Depois, usar esses rótulos para ver detalhes de acordo com essa informação no seu faturamento.

Preços de consultas

Preços das zonas gerenciadas

O uso do Cloud DNS não resulta em cobranças por transferência de dados.

Preços das verificações de integridade

Exemplo de preço

A tabela a seguir mostra exemplos de padrões de uso do Cloud DNS e os possíveis custos deles por mês:

Exemplo de preços pós-GA para verificações de integridade

Neste documento explicamos os preços do Diretório de serviços em detalhes.

As cobranças a seguir se aplicam às chamadas das extensões de serviço no Cloud Load Balancing. Outras cobranças relevantes para transferência de dados podem ser aplicadas para tráfego entre regiões e qualquer computação no outro lado do callout.

Visão geral de preços

Observação: em 7 de setembro de 2023, o Squarespace adquiriu todos os registros de domínios e as contas de clientes relacionadas do Google Domains. Para mais informações sobre como essa mudança afeta o Cloud Domains, consulte Descontinuação de recursos do Cloud Domains, Perguntas frequentes sobre o Google Domains e Perguntas frequentes sobre a compra do Google Domains pelo Squarespace.

Os domínios são registrados em incrementos de um ano. Ao registrar um domínio, você se compromete a pagar pelo ano inteiro. Os domínios são renovados automaticamente. Se seu domínio for renovado no Cloud Domains, você será cobrado pelos 12 meses seguintes à data de renovação. Se você quiser parar de pagar pelo seu domínio ou não quiser que ele seja renovado automaticamente, consulte Desativar a renovação automática de um nome de domínio.

Observação: se você usar o Cloud DNS, será cobrado separadamente pelo custo do DNS. Para informações detalhadas sobre os preços do Cloud DNS, consulte a página de preços do Cloud DNS.

Preços por terminação de domínio

Os preços variam com base nas terminações de domínio (TLDs) listados na tabela de preços. Por exemplo, se você comprar example.com, example.charity e example.wiki, o custo anual de cada um desses domínios será diferente porque as terminações .com, .charity e .wiki têm custos distintos. O preço anual de cada domínio que você registrar é adicionado para obter o custo total. Consulte o exemplo de preço.

O Cloud Domains não oferece suporte aos seguintes tipos de domínios:

• Domínios premium
• Domínios que exigem um aviso de marca registrada

Modelos de faturamento

Atenção: a transferência de um domínio registrado de um registrador de terceiros para o Cloud Domains foi descontinuada e removida. Para mais informações, consulte Descontinuação de recursos do Google Domains.

Faturamento da assinatura (para contas do Cloud Billing fora do Brasil)

O modelo de faturamento da Assinatura cobra o valor anual do domínio no primeiro mês após um registro, renovação ou transferência de domínio. Isso se aplica a todos os domínios registrados, renovados ou transferidos na disponibilidade geral do Cloud Domains.

As cobranças do Cloud Domains aparecem na sua fatura em Cobranças não específicas a um projeto, porque estão vinculadas à conta do Cloud Billing.

O modelo de faturamento de Assinatura não está incluído no Programa de Desconto para Empresas.

Faturamento de compromisso (para Contas do Cloud Billing no Brasil)

Caso sua conta do Cloud Billing tenha um endereço no Brasil, o modelo de faturamento Compromisso cobrará 1/12 do custo total todos os meses pelos próximos 12 meses até o domínio expirar. Isso se aplica a todos os domínios registrados, renovados ou transferidos na disponibilidade geral do Cloud Domains.

As cobranças do Cloud Domains aparecem na sua fatura em Cobranças não específicas de um projeto, porque estão vinculadas à conta de faturamento.

O modelo de faturamento de Assinatura não está incluído no Programa de Desconto para Empresas.

Se você optar por transferir um domínio registrado para outro registrador durante o período de 12 meses a partir da data de registro, renovação ou transferência para o Cloud Domains, será cobrada uma taxa de cancelamento. A taxa de cancelamento é igual à parte não cobrada do custo anual do domínio.

Faturamento de domínios recém-registrados

Ao registrar um domínio usando o Cloud Domains, você se compromete a pagar por um ano inteiro de registro.

Faturamento de domínios transferidos

Quando você transfere para um domínio de outro provedor, o faturamento é desta forma:

• Seu tempo de registro no provedor original será mantido.
• Ao fim da transferência, o tempo de registro será estendido em um ano.
• Você receberá uma cobrança referente ao ano estendido imediatamente.
• Você só receberá mais cobranças depois que o domínio estiver prestes a expirar e precisar ser renovado.

Todos os domínios transferidos usam o faturamento de assinatura ou compromisso.

Exemplo

Os exemplos a seguir explicam como o faturamento funciona para domínios transferidos.

• Se o domínio tinha um mês restante antes da transferência, a cobrança será feita referente a um ano no momento da transferência. O próximo evento de faturamento após a conclusão da transferência é a próxima renovação do domínio, 13 meses (1 mês + 1 ano) após a transferência.
• Se o domínio tinha dois anos de tempo de registro restantes antes da transferência, o próximo evento de faturamento será três anos (dois anos + um ano) depois.

Faturamento de renovações

Os domínios renovados são faturados usando o faturamento por assinatura ou compromisso.

Atenção: a exportação de um domínio registrado do Cloud Domains para o Google Domains foi descontinuada e removida. Para mais informações, consulte Descontinuação do recurso Cloud Domains.

Para interromper a renovação automática, consulte Desativar a renovação automática de um nome de domínio. Para gerenciar a conta de faturamento de um domínio individualmente (fora de um projeto do Google Cloud), você precisa transferir o domínio para um registrador terceirizado. No entanto, depois de registrar um domínio no Cloud Domains, se você optar por transferir o domínio para um terceiro antes que o período de 12 meses expire, a cobrança ainda será feita pelo domínio pelos 12 meses restantes. A frequência depende do modelo de faturamento do seu recurso.

Para mais informações sobre renovações, consulte as Perguntas frequentes sobre a compra de registros do Google Domains pelo Squarespace.

Você precisa usar o faturamento do Cloud Domains para gerenciar o faturamento dos domínios registrados no Cloud Domains.

Uso gratuito

O Cloud Domains não oferece uso gratuito para o registro de domínios. Para informações sobre cotas, consulte a página Cotas.

Tabela de preços

SKUs de faturamento

Para pesquisar SKUs adequadas para o modelo de faturamento aplicável ao seu registro, transferência ou renovação, use os links a seguir.

• Todas as SKUs do Cloud Domains.
• SKUs de faturamento da assinatura.
• SKUs de faturamento de compromisso.
• SKUs de cancelamento.

Exemplo de preço

Os exemplos a seguir usam preços em US$.

Exemplo 1

Faturamento de assinatura: você compra um domínio .com de US$ 12. Na próxima fatura mensal, você receberá uma cobrança de US$ 12. A próxima cobrança será feita um ano depois, quando o domínio for renovado por US$ 12.

Faturamento de compromisso: você compra um domínio .com de US$ 12. Na sua próxima fatura mensal, você receberá uma cobrança de US$ 1,00, valor que continuará sendo cobrado por cada ciclo de faturamento mensal até que o domínio expire. Se você decidir excluir o domínio após receber uma cobrança por 5 meses (total de US$ 5,00), pagará uma taxa de cancelamento de US$ 7,00 para totalizar o faturamento em US$ 12,00.

Exemplo 2

Suponha que você tenha registrado três domínios: example.charity, example.wiki e example.info.

O custo é:

.charity = US$ 30/ano

.wiki = US$ 28/ano

.info = US$ 12/ano

Custo da assinatura = US$ 30 + US$ 28 + US$ 12 = US$ 70/ano

Faturamento de Compromisso = 1/12 do preço anual = US$ 70/12 = US$ 5,83/mês