Preços do serviço de backup e DR
Neste documento, você verá detalhes sobre os preços do Cloud Backup e DR.
Visão geral
O serviço de backup e DR oferece um modelo de faturamento baseado em consumo, que é baseado nos seguintes componentes:
Cobrança de armazenamento de backup. A quantidade de armazenamento consumida pelas imagens de backup.
Cobrança por uso de backup. A quantidade de uso para orquestração e gerenciamento de backup.
Taxa de armazenamento de backup
O serviço de backup e DR permite que os usuários aproveitem toda a riqueza das ofertas do Cloud Storage para se alinhar estreitamente ao armazenamento de backup com a criticidade comercial da carga de trabalho protegida.
O serviço de backup e DR oferece suporte aos tipos de disco permanente, armazenamento padrão, armazenamento Nearline, Coldline Storage e Archive. Você paga pelo espaço de armazenamento consumido pelas imagens de backup em cada tipo. Para mais detalhes sobre os preços do Cloud Storage, consulte Preços do Cloud Storage.
Cobrança do dispositivo de backup/recuperação
O dispositivo de backup/recuperação é executado em uma VM da instância de computação em execução em um projeto selecionado pelo cliente e são aplicadas as cobranças padrão de instâncias do Compute Engine. O serviço de backup e DR oferece suporte aos tipos de máquina do Compute Engine listados em Configurar e planejar uma implantação do serviço de backup e DR.
Cobrança por uso de backup
Cada projeto no Google Cloud tem uma conta de faturamento usada para definir quem paga pelo uso dos recursos e das APIs do Google Cloud nesse projeto. Quando o serviço de backup e DR é ativado em um projeto, qualquer uso das quatro SKUs detalhadas abaixo será cobrado nesse projeto. Isso independe das zonas ou projetos em que os dispositivos de backup/recuperação estão localizados.
A tabela a seguir lista as SKUs e as faixas de preços quando você usa backup e DR.
| Produtos / SKUs: backup | Modelo de preços | Meter | Preço de tabela |
|---|---|---|---|
| Dados de VM: VMs do Compute Engine, VMs no local, sistemas de arquivos | Com base no uso | Por GiB-mês da capacidade de origem (front-end) sob proteção | US$ 0,03 / GiB por mês |
| SAP HANA, Oracle, SAP ASE, SAP IQ, SAP MaxDB e IBM Db2 | Com base no uso | Por GiB-mês da capacidade de origem (front-end) sob proteção | US$ 0,24 / GiB por mês |
| Microsoft SQL Server, MySQL, PostgreSQL, MongoDB, MariaDB | Com base no uso | Por GiB-mês da capacidade de origem (front-end) sob proteção | US$ 0,09 / GiB por mês |
| Cópias virtuais (gerenciamento de dados de teste) | Com base no uso | Por GiB-mês da capacidade total de clonagem virtual | US$ 0,03 / GiB por mês |
1 Isso inclui cenários em que as montagens virtuais são usadas para testes e/ou restaurações de backup.
Os preços de backup do Google Cloud VMware Engine são baseados no consumo e no prazo do compromisso. As opções incluem descontos por uso contínuo ou sob demanda para períodos de um e três anos.
A tabela a seguir lista as SKUs e as faixas de preços para proteger nós de armazenamento ve1-standard-72 e ve1-standard-72 do Google Cloud VMware Engine.
| Produtos / SKUs: backup | Modelo de preços | Meter | Região | Local | Preço de tabela (sob demanda) | Compromisso de um ano (pagamentos mensais em USD) | Compromisso de um ano (pagamento antecipado em USD) | Compromisso de três anos (pagamentos mensais em USD) | Compromisso de três anos (pagamento antecipado em USD) |
|---|---|---|---|---|---|---|---|---|---|
| Dados da VM: Google Cloud VMware Engine | Baseado em nó | por hora por nó | asia-northeast1 | Tóquio | US$ 0,53 | US$ 0,40 | US$ 0,37 | US$ 0,30 | US$ 0,27 |
| Baseado em nó | por hora por nó | asia-south1 | Mumbai | US$ 0,51 | US$ 0,39 | US$ 0,36 | US$ 0,29 | US$ 0,26 | |
| Baseado em nó | por hora por nó | asia-southeast1 | Singapura | US$ 0,51 | US$ 0,39 | US$ 0,36 | US$ 0,29 | US$ 0,26 | |
| Baseado em nó | por hora por nó | australia-southeast1 | Sydney | US$ 0,51 | US$ 0,39 | US$ 0,36 | US$ 0,29 | US$ 0,26 | |
| Baseado em nó | por hora por nó | europe-west2 | Londres | US$ 0,53 | US$ 0,40 | US$ 0,37 | US$ 0,31 | US$ 0,27 | |
| Baseado em nó | por hora por nó | europe-west3 | Frankfurt | US$ 0,53 | US$ 0,40 | US$ 0,37 | US$ 0,31 | US$ 0,27 | |
| Baseado em nó | por hora por nó | europe-west4 | Países Baixos | US$ 0,53 | US$ 0,40 | US$ 0,37 | US$ 0,31 | US$ 0,27 | |
| Baseado em nó | por hora por nó | europe-west6 | Zurique | $0,58 | US$ 0,44 | US$ 0,40 | US$ 0,33 | US$ 0,29 | |
| Baseado em nó | por hora por nó | europe-west8 | Milão | US$ 0,54 | US$ 0,41 | US$ 0,38 | US$ 0,31 | US$ 0,27 | |
| Baseado em nó | por hora por nó | northamerica-northeast1 | Montreal, Qubec, América do Norte | US$ 0,51 | US$ 0,39 | US$ 0,36 | US$ 0,29 | US$ 0,26 | |
| Baseado em nó | por hora por nó | northamerica-northeast2 | Toronto, Ontário, América do Norte | US$ 0,51 | US$ 0,39 | US$ 0,36 | US$ 0,29 | US$ 0,26 | |
| Baseado em nó | por hora por nó | southamerica-east1 | São Paulo | US$ 0,66 | US$ 0,50 | US$ 0,46 | US$ 0,38 | US$ 0,33 | |
| Baseado em nó | por hora por nó | us-central1 | Council Buffs, Iowa, América do Norte | US$ 0,46 | US$ 0,35 | US$ 0,33 | US$ 0,27 | US$ 0,23 | |
| Baseado em nó | por hora por nó | us-east4 | Ashburn | US$ 0,46 | US$ 0,35 | US$ 0,33 | US$ 0,27 | US$ 0,23 | |
| Baseado em nó | por hora por nó | us-west2 | Los Angeles | US$ 0,50 | US$ 0,38 | US$ 0,35 | US$ 0,29 | US$ 0,25 | |
| Baseado em nó | por hora por nó | southamerica-west1 | Santiago | US$ 0,64 | US$ 0,48 | US$ 0,45 | US$ 0,37 | US$ 0,32 | |
| Baseado em nó | por hora por nó | asia-south2 | Délhi | US$ 0,51 | US$ 0,39 | US$ 0,36 | US$ 0,29 | US$ 0,26 | |
| Baseado em nó | por hora por nó | me-oeste-1 | Tel Aviv | US$ 0,51 | US$ 0,39 | US$ 0,36 | US$ 0,29 | US$ 0,26 | |
| Baseado em nó | por hora por nó | europe-west-12 | Turim | US$ 0,54 | US$ 0,41 | US$ 0,38 | US$ 0,31 | US$ 0,27 |
Como o uso de backup e DR é medido?
O backup e a DR medem o uso com base no tamanho real da carga de trabalho no front-end ou no tamanho da carga de trabalho gerenciada. A unidade de medida é gibibyte (GiB). Um gibibyte = 1.024 * 1.024 * 1.024 bytes.
Se a carga de trabalho em gerenciamento informar o tamanho do volume de dados, o backup e o DR considerará o tamanho do volume informado. Por exemplo, o cálculo de uso do VMware será consistente com o tamanho informado da VM no vCenter.
Se você gerencia 10 TiB de dados do Oracle espalhados por vários bancos de dados, o uso de backup e DR informa 10 * 1.024 GiB de uso de dados.
Medição de uso do Compute Engine sem agente
O backup e a DR medem o uso do backup da VM do Compute Engine com base na quantidade de armazenamento de DP anexado a uma VM do Compute Engine no momento do backup. O backup e DR permitem excluir volumes de DP do backup. Nesses casos, apenas os volumes identificados para backup são usados para medir o uso.
Por exemplo, se dois volumes de DP de um TiB e dois TiB estiverem conectados a uma VM do Compute Engine e você configurar o SLT de backup para excluir o volume de 2TiB, o uso da VM será medido como um TiB.
Além disso, se a VM de 1TiB aumentar ou diminuir, o Backup e DR medirá o uso com base no tamanho do volume no momento do backup mais recente.
Medição de uso do Google Cloud VMware Engine sem agente
O preço do Google Cloud VMware Engine é calculado com base nos nós do Google Cloud VMware Engine ve1 e no nó somente de armazenamento do Google Cloud VMware Engine ve1.
Para o nó do Google Cloud VMware Engine v1
O preço é calculado com base no número de nós ESXi que estão sendo protegidos. Um nó ESXi é considerado protegido se uma ou mais VMs anexadas a ele estão sendo protegidas pelo serviço de backup e DR.
Veja abaixo um exemplo que demonstra o processo de faturamento do Google Cloud VMware Engine:
Preço para fazer backup de um único nó do Google Cloud VMware Engine (somente backups de VM) na região us-central1 por um mês =
(Preço de tabela para fazer backup do nó/ hora) X (Número de horas em um dia que o nó está ativo) X (Número de dias em um mês).
Considerando que o nó do Google Cloud VMware Engine está ativo por 24 horas, há 30 dias em um mês, e o preço para fazer backup de um nó será de US $0,46 x 24 x 30 = US$331.
O preço se aplica apenas à proteção do Google Cloud VMware Engine: backups de VMs inteiras. Ele não inclui cobranças de gerenciamento de backups para backups baseados em agente, como cobranças por backups consistentes de aplicativos para SAP HANA, SQL Server, MySQL, Postgres, agentes do sistema de arquivos etc. Para estimar cobranças por backups baseados em agente, consulte Medição de uso para backup baseado em agente.
Para o nó somente de armazenamento do Google Cloud VMware Engine ve1
O preço para proteger um nó somente de armazenamento do Google Cloud VMware Engine v1 é determinado pelo número de nós desse tipo adicionados a um cluster com pelo menos um ou mais nós protegidos do Google Cloud VMware Engine v1.
Se você tiver um cluster com nós protegidos do Google Cloud VMware Engine v1 e adicionar nós somente de armazenamento do Google Cloud VMware Engine v1 ao mesmo cluster, todos os nós somente de armazenamento no cluster serão considerados protegidos por padrão e você será cobrado pela proteção de todos eles. Não é possível excluir a proteção de nós somente de armazenamento do Google Cloud VMware Engine v1 em um cluster que tenha pelo menos um ou mais nós protegidos.
Por exemplo, considere que você tem um cluster atual de 20 nós e está protegendo 10 deles usando o serviço de backup e DR. Se você adicionar três nós somente de armazenamento ao cluster, todos eles serão considerados protegidos, e você será cobrado pela proteção de 10 + 3 = 13 nós do Google Cloud VMware Engine ve1.
Se você não estiver protegendo nenhum nó do Google Cloud VMware Engine v1 em um cluster, os nós somente de armazenamento do Google Cloud VMware Engine v1 não poderão ser protegidos nesse caso.
Medição de uso para backup baseado em agente
O backup e a DR medem o uso de backups baseados em agente no tamanho real da carga de trabalho. Por exemplo, se um backup de banco de dados do servidor SQL usar o agente de backup e DR e se a soma dos arquivos de dados de um servidor SQL for cinco TiB em um volume de sete TiB, o uso será medido como cinco TiB.
Medição de uso para backup de bancos de dados baseado em agente
Nas cargas de trabalho Oracle e SQL Server, apenas os bancos de dados protegidos são contabilizados no uso. Ela não considera os arquivos de registro:
- Oracle: O tamanho alocado dos arquivos de banco de dados sob proteção é contabilizado no uso. O tamanho alocado inclui arquivos de dados e arquivos de controle.
- Microsoft SQL Server: O tamanho total de todos os arquivos do banco de dados, incluindo arquivos .MDF, .LDF e .NDF sob proteção, é contabilizado no uso.
Proteção de banco de dados com o rastreamento de blocos de alterações (CBT, na sigla em inglês) do Linux. O backup e DR oferece suporte ao backup eficiente de vários bancos de dados com rastreamento de blocos de alterações. Esse modo de backup depende dos registros do banco de dados e dos arquivos de dados para residir em volumes gerenciados pelo Logical Volume Manager (LVM) do Linux. Para essa classe de cargas de trabalho, o uso é medido como o tamanho real usado do banco de dados sob proteção, usando as seguintes consultas:
Db2: chame get_dbsize_info(?,?,?,-1);
MariaDB: SELECT SUM(data_length + index_length) FROM information_schema.TABLES em que table_schema='
'; MySQL: SELECT SUM(data_length + index_length) FROM information_schema.TABLES em que table_schema='
'; PostgreSQL: SELECT pg_database_size('$db');
SAP ASE: sp_spaceused;
SAP IQ: sp_iqdbsize * block_size;
SAP HANA: selecione sum(TOTAL_SIZE) de sys_databases.M_VOLUME_FILES, em que file_type='DATA'
SAP MaxDB: dbmcli -d $DBSID $MAXDB_KEY info DATA
Proteção baseada em dump SQL sem CBT do Linux. O backup e a DR oferecem suporte a backups baseados em dump de SQL tradicionais. Nesse modo, o uso é medido como o tamanho do banco de dados, conforme relatado pelo banco de dados no momento do backup.
Medição de uso de cópias virtuais
O backup e DR mede o uso de cópias virtuais a partir do momento em que uma cópia virtual de uma carga de trabalho é criada. A quantidade de uso é baseada no tamanho do aplicativo no momento do último backup. À medida que novos backups são executados, a quantidade de uso é atualizada para refletir o tamanho atual do aplicativo. A maneira mais comum de criar cópias virtuais é com jobs de montagem. Há outros tipos de job, como montagem de preparação e reprovisionamento, que também podem criar uma cópia virtual. As cobranças de uso são calculadas proporcionalmente com base no tempo em que a cópia virtual está em uso, desde o momento da montagem bem-sucedida até a desmontagem, medido em incrementos de uma hora.
Considere o exemplo de um banco de dados de servidor SQL de tamanho 500 GiB. Os backups desse banco de dados geram uma cobrança de uso de backup de 500 GiB. Além disso, considere que uma cópia virtual desse banco de dados seja provisionada para um servidor de teste ao meio-dia do primeiro dia do mês a partir do backup mais recente. No 10o dia do mês, o banco de dados de origem diminui para 400 GiB. No dia 20 do mês, a cópia virtual é desconectada do servidor de teste às 11h. Nesse cenário, uma cobrança de uso de cópia virtual de 500 GiB é gerada por 12 horas no primeiro e 24 horas por dia todos os dias do segundo até o momento do backup no dia 10. A cobrança de uso da cópia virtual muda para 400 GiB no dia 10 (no momento do backup) e continua até o dia 20 do mês. O uso da cópia virtual no dia 20 contará apenas o uso por 11 horas, não durante o dia inteiro. O valor de uso não muda com dados adicionais gravados na cópia virtual.
Fatores que influenciam a medição do uso
Fatores que influenciam a medição de uso em cenários fora de banda:
- Volumes compactados. Quando o volume está com a compactação ativada, o uso conta os valores pós-compactação. Por exemplo, se um volume de dois TiB tiver 2,5 TiB de dados compactados em 1,8 TiB, a contagem de uso vai ser de 1,8 TiB, não de 2,5 TiB.
- Volumes otimizados do Windows. Para volumes otimizados do Windows, o Backup e DR reidrata o volume para backup, e a contagem de uso será o valor reidratado. Por exemplo, se um volume otimizado do Windows para TiB contiver 800 GiB de dados, quando reidratado para backup for de 1,1 TiB, o uso será de 1,1 TiB.
- Tamanhos de bloco. Para discos de preparo, o backup e a DR medem o uso com base no tamanho do bloco do disco de preparo. Se os tamanhos do bloco do volume de origem e do bloco de teste corresponderem, os valores de uso corresponderão exatamente ao volume de origem. Se o tamanho do bloco usado no disco de preparo for diferente do volume de origem, haverá uma pequena diferença, porque o cálculo de uso é feito no disco de preparo.
- Grupos de consistência. A contagem de uso de um grupo de consistência é a soma de todos os tamanhos de carga de trabalho no grupo. As cargas de trabalho são medidas individualmente e somadas.
A seguir
Em caso de dúvidas sobre preços, consulte as Perguntas frequentes.