Faturamento do espaço de backup
Visão Geral
O espaço de backup é usado para armazenar os arquivos de backup de todas as instâncias do banco de dados em nuvem MySQL em uma região específica. Esses arquivos consistem em backups automáticos de dados, backups manuais de dados e backups de logs. Como o banco de dados em nuvem MySQL oferece suporte ao armazenamento de backups em camadas frias, os backups automáticos de dados incluem backups convencionais, backups em armazenamento padrão e backups em armazenamento de arquivamento, enquanto os backups de logs abrangem backups de logs convencionais, backups de logs em armazenamento padrão e backups de logs em armazenamento de arquivamento.
Para instâncias de nó duplo (disco local) e nó triplo (disco local), o banco de dados em nuvem MySQL fornecerá uma quantidade específica de espaço de backup gratuito por região. O tamanho do espaço de backup gratuito é a soma do espaço de armazenamento de todas as instâncias de nó duplo e nó triplo (incluindo instâncias primárias e instâncias de recuperação de desastres) na região correspondente. Para exemplos de cálculo, consulte fórmula de cálculo.
Observação:
A compra de instâncias somente leitura RO não concede espaço de backup gratuito; apenas a compra de instâncias primárias e de recuperação de desastres inclui esse benefício.
O tamanho do espaço de backup das instâncias de disco local pode ser verificado na página de backup do banco de dados do console do MySQL.
Os backups em armazenamento frio não podem utilizar o espaço gratuito fornecido.
Para instâncias de nó único (disco em nuvem) e instâncias de versão em disco em nuvem (disco em nuvem), o banco de dados em nuvem MySQL fornecerá um espaço de backup gratuito com base na dimensão da instância. O espaço de backup gratuito para uma instância de nó único (versão em disco em nuvem) é equivalente a 200% do espaço de armazenamento dessa instância.
Observação:
O tamanho do espaço de backup das instâncias de versão em disco em nuvem pode ser verificado na página de recuperação de backup da instância.
Comparação de cotas gratuitas entre disco em nuvem e disco local
Tipo de armazenamento | Explicação da Cota Gratuita | Explicação da Dimensão Gratuita |
Disco em nuvem | 200% do espaço de armazenamento | Por exemplo, se uma instância de nó único em versão de disco em nuvem ou uma instância em versão de disco em nuvem tiver um espaço de armazenamento de 50 GB, essa instância receberá 100 GB de espaço de backup gratuito. |
Disco local | 100% do espaço de armazenamento | Por exemplo, se a conta A da Tencent Cloud tiver duas instâncias de nó duplo na região de Pequim, com espaços de armazenamento de 50 GB e 80 GB respectivamente, essa conta receberá 130 GB de espaço de backup gratuito na região de Pequim. |
Observação:
No processo de utilização do banco de dados em nuvem MySQL, quando os backups de dados excedem a cota gratuita, os backups excedentes gerarão custos. O ID do recurso exibido no centro de custos do console terá o formato: backup_mysql_ap-shanghai_1312****46. Você pode verificar os detalhes dos custos gerados pelos backups através deste ID de recurso.
Preço de backup de nó único (disco em nuvem)
Para o espaço de backup que excede a cota gratuita, as regiões na China continental são cobradas a um preço de USD 0,00003676 por GB/hora, enquanto outras regiões são cobradas a USD 0,00004118 por GB/hora.
As regiões atualmente suportadas para instâncias de versão de disco em nuvem de nó único são: Xangai, Pequim, Cantão, Chengdu, Hong Kong (China), Singapura e Frankfurt. Outras cidades serão disponibilizadas gradualmente no futuro.
Preço de backup da versão de disco em nuvem (Cloud Disk)
Para o espaço de backup que excede a cota gratuita, as regiões na China continental são cobradas a um preço de USD 0,00003676 por GB/hora, enquanto outras regiões são cobradas a USD 0,00004118 por GB/hora.
As regiões atualmente suportadas para instâncias de versão de disco em nuvem (disco em nuvem) são: Xangai, Pequim, Cantão, Chengdu, Hong Kong (China), Singapura e Frankfurt. Outras cidades serão disponibilizadas gradualmente no futuro.
Preço de backup do disco local
Para o espaço de backup que excede a cota gratuita, as regiões na China continental são cobradas a um preço de USD 0,00000003 por GB/segundo, enquanto outras regiões são cobradas a USD 0,00000004 por GB/segundo.
Espaços de cobrança inferiores a 1 GB não geram custos reais, e períodos inferiores a 1 hora são cobrados como 1 hora completa. O banco de dados em nuvem MySQL oferece uma estratégia flexível de oferta gratuita, sendo que a grande maioria das instâncias não requer pagamento pelo espaço de backup.
Explicação de backup entre regiões e cobrança
O banco de dados em nuvem MySQL oferece suporte a backup entre regiões para fins de conformidade regulatória ou recuperação de desastres. Você pode ativar o backup entre regiões por meio do console; consulte Backup entre regiões. Após a ativação, o backup padrão não é afetado, coexistindo ambos. O backup entre regiões é acionado após a conclusão do backup automático, transferindo os backups automáticos para o dispositivo de armazenamento de backup entre regiões. Os arquivos de backup entre regiões possuem um período de retenção separado, não estando sujeito às limitações de retenção dos arquivos de backup padrão.
Atenção:
Os arquivos de backup e arquivos de log gerados pelo backup entre regiões não utilizam a cota de armazenamento gratuito. O espaço ocupado por esses arquivos será contabilizado na região de backup onde a instância primária associada está localizada.
Para o espaço ocupado pelos arquivos de backup entre regiões, as regiões na China continental são cobradas a um preço de USD 0,000113 por GB/hora, enquanto outras regiões são cobradas a USD 0,000127 por GB/hora.
A funcionalidade de backup entre regiões atualmente suporta as seguintes regiões: Pequim, Xangai, Cantão, Chengdu, Nanquim, Chongqing, Hong Kong (China), Singapura, Jacarta, Bangcoc, Seul, Tóquio, Vale do Silício, Virgínia, Frankfurt e São Paulo.
Notas de backup de instâncias destruídas
O banco de dados em nuvem MySQL oferece suporte à funcionalidade de configuração de retenção de backup, permitindo definir a política de retenção de backup da instância antes ou durante sua destruição. Os backups retidos dessa forma são chamados de backup de instância destruída, garantindo que os usuários mantenham os backups da instância por um período determinado após sua destruição. Para métodos de configuração, consulte Configuração de retenção de backup.
Observação:
Os backups de instâncias destruídas não utilizam o espaço gratuito de backup e são cobrados separadamente.
Os backups de instâncias destruídas suportam a arquitetura da instância | região | Preço (USD/GB/hora) |
instâncias de disco local de nó duplo e nó triplo | Pequim, Nanquim, Xangai, Cantão | 0.00002651 |
| Chengdu, Chongqing | 0.00002224 |
| Virgínia | 0.00002808 |
| Vale do Silício | 0.00002921 |
| Tóquio, Frankfurt | 0.00003325 |
| Singapura | 0.00003775 |
| Hong Kong, Seul, Bangcoc, São Paulo, Jacarta | 0.00003505 |
| Shenzhen Financeiro, Xangai Financeiro | 0.0000674 |
Instruções de cobrança de backup em armazenamento frio
O banco de dados em nuvem MySQL oferece suporte ao armazenamento de backups em camadas frias para reduzir os custos de armazenamento. Você pode configurar esse recurso pelo console; consulte Configurar armazenamento de backups em camadas frias para detalhes. Esse processo permite rebaixar os arquivos de backup para armazenamento padrão e posteriormente para armazenamento de arquivamento. Os preços desses dois tipos de armazenamento são explicados respectivamente a seguir.
Atenção:
Os backups em armazenamento frio não podem utilizar o espaço gratuito fornecido.
A funcionalidade de armazenamento de arquivamento ainda não está disponível. Aguarde novas atualizações.
Preço de backup de armazenamento padrão
Os custos de armazenamento padrão são calculados com base no preço de armazenamento da região. O método de cobrança é pós-pago e baseado no consumo, com os seguintes preços:
região | Preço (USD/GB/hora) |
Pequim, Nanquim, Xangai, Cantão | 0.00002651 |
Chengdu, Chongqing | 0.00002224 |
Virgínia | 0.00002808 |
Vale do Silício | 0.00002921 |
Tóquio, Frankfurt | 0.00003325 |
Singapura | 0.00003775 |
Hong Kong, Seul, Bangcoc, São Paulo, Jacarta | 0.00003505 |
Shenzhen Financeiro, Xangai Financeiro | 0.0000674 |
Preço de backup de armazenamento de arquivamento
Os custos de armazenamento de arquivamento são calculados com base no preço de armazenamento da região. O método de cobrança é pós-pago e baseado no consumo, com os seguintes preços:
região | Preço (USD/GB/hora) |
Pequim, Nanquim, Xangai, Cantão | 0.00000741 |
Chengdu, Chongqing, Vale do Silício, Virgínia | 0.00000674 |
Francoforte | 0.00000696 |
Hong Kong, Tóquio, Seul, Bangcoc, São Paulo, Singapura | 0.00000764 |
Shenzhen Financeiro | 0.00002247 |
Tempo de cobrança de backup
A partir das 0h de 2 de dezembro de 2019, a implementação de cobrança será formalizada nas regiões de Hong Kong, Macau e Taiwan (Hong Kong) e em outras regiões fora do continente.
A partir das 0h de 2 de dezembro de 2019, a implementação de cobrança será formalizada na região Sudoeste (Chengdu, Chongqing), região Sul (Shenzhen Financeiro), região Leste (Xangai Financeiro) e região Norte (Pequim Financeiro).
A partir das 0h de 5 de dezembro de 2019, a implementação de cobrança será formalizada na região Sul (Cantão).
A partir das 0h de 9 de dezembro de 2019, a implementação de cobrança será formalizada na região Norte (Pequim).
A partir das 0h de 10 de dezembro de 2019, a implementação de cobrança será formalizada na região Leste (Xangai).
A partir das 0h de 10 de dezembro de 2019, a cobrança de backup será formalizada também para regiões recém-adicionadas.
Fórmula de cálculo
Fórmula de cálculo
Fórmula de cálculo do espaço de backup do disco local:
Espaço de backup gratuito (por região) = Soma do espaço de armazenamento das instâncias MySQL de nó duplo e nó triplo adquiridas nessa região
Parte cobrável (por região) = Volume de backup de dados (na região) + Volume de backup de log (na região) - Espaço de backup gratuito (na região)
Fórmula de cálculo do espaço de backup do disco em nuvem:
Espaço de backup gratuito (por instância) = 200% do espaço de armazenamento adquirido para essa instância
Parte cobrável (por instância) = Volume de backup de dados (da instância) + Volume de backup de log (da instância) - Espaço de backup gratuito (da instância)
Observação:
Os backups de instâncias do banco de dados em nuvem MySQL na Lixeira ainda são contabilizados no espaço de backup e incluídos no cálculo do tamanho total do espaço.
Exemplo de cálculo
Por exemplo, se você tiver uma instância MySQL de nó duplo em execução na Zona 3 de Cantão (com espaço de armazenamento de banco de dados adquirido de 500GB/mês) e uma instância MySQL de nó duplo em execução na Zona 4 de Cantão (com espaço de armazenamento de banco de dados adquirido de 200GB/mês), a região de Cantão terá 700GB de espaço de backup gratuito por mês.
Assim que o armazenamento total de backup na região de Cantão exceder 700GB, por exemplo, se o backup de dados atingir 800GB e o backup de log atingir 100GB, o espaço faturado será de 800 + 100 - 700 = 200GB. Nessa hora, você precisa pagar os custos adicionais de 200GB pelo espaço de backup excedente, e quaisquer excedentes subsequentes serão cobrados da mesma forma.
Ciclo de vida do backup
Instância pré-paga
Os backups mudarão de acordo com o ciclo de vida da instância.
Os backups continuarão normalmente dentro de 7 dias após o vencimento da instância, e os backups que excederem o espaço de backup gratuito durante esse período ainda serão cobrados.
Prezado usuário, informamos que a partir do 8º dia após o vencimento da instância, ela será isolada e movida para a Lixeira (Recycle Bin), momento em que o backup automático será interrompido e as operações de rollback e backup manual serão proibidas; no entanto, o download de backups permanecerá permitido através da página Lista de Backup, e qualquer armazenamento de backup que exceda o espaço gratuito continuará a gerar custos até que a instância seja desativada permanentemente, sendo possível restaurar a instância e seus backups mediante renovação diretamente no console da Lixeira.
Após 7 dias na Lixeira, a instância será oficialmente encerrada. Neste momento, a instância será realmente destruída e os backups de dados relacionados também serão destruídos. Por favor, salve a tempo os backups necessários.
Instância de cobrança por uso
Instância de cobrança por uso
Os backups mudarão de acordo com o ciclo de vida da instância.
Dentro de 24 horas após a inadimplência da instância, os backups continuarão normalmente.
Após 24 horas do vencimento do pagamento da instância, ela será isolada na lixeira. Nesse momento, o backup automático será interrompido e a reversão e o backup manual serão proibidos, mas os backups ainda poderão ser baixados na Lista de backup. A capacidade excessiva de backup continuará a ser faturada até que a instância seja eliminada. Você poderá renovar a instância na lixeira no console para recuperá-la.
Após 3 dias na Lixeira, a instância será oficialmente encerrada. Neste momento, a instância será realmente destruída e os backups de dados relacionados também serão destruídos. Por favor, salve a tempo os backups necessários.
Descrição de inadimplência de conta
Instância pré-paga
Quando a conta estiver inadimplente, mas a instância não tiver expirado, os serviços relacionados a backup sofrerão degradação, sendo proibido fazer rollback, backups manuais e download de backups. Durante esse período, os backups automáticos continuarão, e os backups que excederem o espaço gratuito continuarão sendo cobrados.
Se precisar de serviços como rollback, backups manuais e download de backups, recarregue a conta para que o saldo seja positivo.
Instância de cobrança por uso
Após a inadimplência da conta, os backups mudam de acordo com o ciclo de vida da instância do usuário. Consulte a seção acima sobre o ciclo de vida do backup de cobrança por uso.
Aprimoramento do Serviço de Backup Comercial
Observação:
Os valores que constam na tabela abaixo são os máximos suportados para uma única conta Tencent Cloud na mesma região.
Pontos de aprimoramento | Antes da atualização | Após a atualização |
Período de retenção de backup de dados | 30 dias | 1830 dias |
Período de retenção de backup de logs | 5 dias | 3650 dias |
Taxa de compressão de backup | Taxa de compressão geral | Taxa de compressão extremamente alta |
Centralização de binlog | Armazenamento local | Armazenamento centralizado |
Sugestões para redução do custo de backup
Exclua os dados de backup manual que não são mais utilizados. Os backups manuais podem ser excluídos na página de recuperação de backup do console do MySQL (acessada clicando no ID da instância correspondente ou na coluna Operação > Gerenciar na página de gerenciamento de instâncias). Os backups automáticos são excluídos automaticamente após a expiração e não podem ser excluídos manualmente no console.
Reduza a frequência de backup automático de dados para negócios não essenciais (é possível ajustar o ciclo de backup e o período de retenção no console, realizando backups pelo menos 2 vezes por semana).
Observação:
Recurso de rollback Baseia-se em backup de dados dentro do ciclo de backup e dias de retenção + backup de log (binlog). Reduzir a frequência de backup automático e os dias de retenção afetará o intervalo de tempo de rollback dos dados da instância. Por favor, pondere a configuração de backup.
Reduza o período de retenção de backup de dados e logs para negócios não essenciais (um período de retenção de 7 dias já atende às necessidades da maioria dos cenários).
Configurar armazenamento de backups em camadas frias, personalize políticas de armazenamento frio, converta tipos de armazenamento de arquivos de backup e reduza custos de armazenamento.
Cenário de negócios | Período de retenção de backup |
Negócios essenciais | Recomenda-se 7 dias - 3650 dias. Sugere-se ativar o backup periódico para realizar o armazenamento de longo prazo regular dos backups. |
Negócios não essenciais e não relacionados a dados | Recomenda-se 7 dias |
Negócios de arquivamento | Recomenda-se definir o período de retenção de backup de dados como 7 dias. Faça backups manuais de acordo com as necessidades reais do negócio e exclua-os prontamente após o uso. |
Negócios de teste | Recomenda-se definir o período de retenção de backup de dados como 7 dias. Faça backups manuais de acordo com as necessidades reais do negócio e exclua-os prontamente após o uso. |
Ajuda e Suporte
Esta página foi útil?
Você também pode entrar em contato com a Equipe de vendas ou Enviar um tíquete em caso de ajuda.
comentários