Este documento explica as duas opções de backup para instâncias do Cloud SQL, incluindo os principais recursos e configurações. Isso ajuda você a escolher a opção mais adequada para suas instâncias.
Antes de usar backups com instâncias do Cloud SQL, escolha uma opção de backup para cada instância. O Cloud SQL oferece as seguintes opções de backup:
- Backups Enhanced: essa opção gerencia e armazena backups em um projeto de gerenciamento de backup centralizado. Ela usa o serviço de Backup e DR e oferece retenção obrigatória, programação granular e monitoramento. A definição de preços para backups Enhanced é gerenciada por definição de preços do serviço de Backup e DR.
- Backups padrão: o Cloud SQL cria, gerencia e armazena esses backups no mesmo projeto das instâncias do Cloud SQL.
A opção de backup escolhida define os recursos e as opções de configuração disponíveis para a instância do Cloud SQL. Embora as instâncias não possam usar várias opções de backup simultaneamente, o Cloud SQL permite alternar entre essas opções de backup conforme necessário.
A tabela a seguir oferece uma visão geral dos principais recursos disponíveis com cada opção de backup:
| Recursos | Backups padrão | Backups Enhanced |
|---|---|---|
| Gerenciamento de backup centralizado em projetos | - | ✔ |
| Backup vault | - | ✔ |
| Programação de backup automatizada | Diariamente | Por hora, diariamente, semanalmente, mensalmente, anualmente |
| Backups sob demanda | ✔ | ✔ |
| Backups multirregionais | ✔ | ✔ |
| Backup final na exclusão da instância | ✔ | ✔ |
| Período de armazenamento de backup | 1 ano | 10 anos |
| Manter todos os backups na exclusão da instância | ✔ | ✔ |
| Manter backups na exclusão do projeto | - | ✔ |
| Retenção obrigatória com bloqueio de retenção | - | ✔ |
| Recuperação pontual usando registros | ✔ | ✔ |
| Recuperação pontual após a exclusão da instância | ✔ | ✔ |
| Backup e restauração entre regiões | ✔ | - |
| Suporte à CMEK | ✔ | ✔ |
Para informações detalhadas sobre essas opções de backup, consulte Backups padrão e Backups Enhanced. Para mais informações sobre como os backups funcionam no Cloud SQL, consulte Visão geral dos backups do Cloud SQL.
Backups Enhanced
Com os backups Enhanced, é possível usar o Backup e DR para gerenciar e armazenar todos os backups das instâncias do Cloud SQL em vários projetos em um projeto de backup central. O Backup e DR oferece gerenciamento, monitoramento e relatórios centralizados de operações de backup diárias em um só lugar. Os backups são armazenados em um backup vault, que é um recurso de armazenamento seguro e isolado gerenciado pelo Google, gerenciado pelo Backup e DR, e os planos de backup gerenciam as configurações de backup e restauração. Isso fornece backups imutáveis e indeléveis que são independentes do projeto de origem. Para mais informações sobre como os backups funcionam com o Backup e DR, consulte Visão geral do Backup e DR.
Com os backups Enhanced, é possível usar um projeto de backup centralizado que hospeda seu backup vault e planos de backup associados a todas as instâncias do Cloud SQL. Esses planos também podem ser vinculados a vários projetos.
Ao anexar um plano de backup a uma instância do Cloud SQL, as configurações de backup e restauração atuais são substituídas pelo plano de backup. O plano que contém as configurações de backup e restauração é armazenado no projeto de backup centralizado, e todos os backups criados quando o plano está ativo na instância do Cloud SQL são armazenados no backup vault no projeto de backups.
Se o Backup e DR for gerenciado em um projeto Google Cloud separado,
os backups serão protegidos quando um projeto de origem ou de carga de trabalho for excluído. As funções
e responsabilidades são gerenciadas pelo
Backup and DR Admin,
e são separadas das Cloud SQL Admin funções e responsabilidades.
É possível manter backups após a exclusão da instância ou fazer um backup final da instância antes da exclusão. Todos os backups feitos como parte dos backups Enhanced podem ser usados para restaurar uma instância enquanto ela está ativa ou depois que ela é excluída.
Ao usar backups Enhanced para uma instância protegida com uma chave de criptografia gerenciada pelo cliente (CMEK), o backup é protegido usando a mesma chave da instância, não a CMEK do vault.
Armazenamento de backup
Os backups são armazenados em um local centralizado chamado backup vault. A backup vault é um armazenamento seguro e isolado, gerenciado pelo Backup e DR. Um backup vault armazena backups em uma única região ou em várias regiões desde que o local selecionado seja compatível com o local da instância. Para mais informações sobre onde é possível criar um backup vault, consulte Locais com suporte do backup vault.
O Cloud SQL recomenda usar um backup vault que esteja em um projeto diferente da instância do Cloud SQL. Para mais informações, consulte Backup vaults.
Retenção de backup
Os backups Enhanced permitem fazer backups sob demanda e automatizados. Todos os backups criados ao usar a opção de backups Enhanced são armazenados no backup vault e podem ser mantidos por até 10 anos. O backup vault tem um período mínimo de retenção obrigatória entre 1 dia e 10 anos.
Se você excluir a instância, todos os backups dela que foram criados quando a instância estava ativa serão mantidos automaticamente e seguirão as mesmas configurações de retenção definidas por o plano de backup quando a instância estava ativa. Se você optar por fazer um backup final da instância antes da exclusão, também poderá definir a retenção de backup para o backup final por até 10 anos.
Custos de backup
Nos backups Enhanced, o custo dos backups é baseado no tamanho total do backup armazenado no backup vault. Esses backups são criados com base na configuração de backup no plano de backup associado da instância. O custo total é calculado pelo Backup e DR e com base na definição de preços do Backup e DR.
Limitações
As seguintes limitações se aplicam ao usar backups Enhanced:
- O backup vault e a instância do Cloud SQL precisam estar em na mesma região ou ser compatíveis com o local da instância para o backup vault multirregional.
- Para mudar o plano de backup associado de uma instância, é necessário mudar a instância para backups padrão excluindo a associação do plano de backup atual e associando o novo plano de backup.
- Não é possível criar uma réplica de recuperação de desastres (DR) para uma instância usando backups Enhanced.
- Se a instância tiver uma réplica de recuperação de desastres (DR), não será possível ativar backups Enhanced para a instância.
- Não é possível associar um plano de backup a uma instância de réplica.
- Se a instância estiver usando backups Enhanced, não será possível rebaixar a instância para uma réplica.
Backups padrão
Os backups padrão são a opção de backup gerenciada pelo Cloud SQL. Os backups são criados, gerenciados e armazenados no mesmo projeto das instâncias do Cloud SQL. Ao contrário dos backups Enhanced, em que as configurações de backup são definidas por um plano de backup, as configurações de backup padrão são definidas no nível da instância e definidas nas configurações da instância. Portanto, se você tiver várias instâncias do Cloud SQL, será necessário definir as configurações de backup para cada instância separadamente nas configurações de backup da instância. Todos os backups criados como parte dos backups padrão são armazenados no mesmo projeto da instância.
Com os backups padrão, é possível fazer backups automatizados e sob demanda para as instâncias do Cloud SQL. Também é possível selecionar para manter todos os backups e fazer um backup final dos dados na exclusão da instância. Isso permite recriar todas as instâncias excluídas. No entanto, se você não mantiver os backups ou fizer um backup final antes de excluir a instância, o Cloud SQL excluirá todos os backups da instância automaticamente.
Armazenamento de backup
Os backups são armazenados no mesmo local para instâncias em configurações de alta disponibilidade (HA) ou não HA. Em configurações de alta disponibilidade, ainda será possível acessar os backups da instância em caso de failover ou switchover para a instância secundária.
É possível definir os locais de backup da seguinte maneira:
- Locais padrão selecionados pelo Cloud SQL com base na localização da instância original
- Locais personalizados escolhidos por você quando não quiser usar o local padrão.
Locais de backup padrão
Se um local de armazenamento não for especificado, seus backups serão armazenados na multirregião geograficamente mais próxima do local da sua instância do Cloud SQL. Por exemplo, se a sua
instância do Cloud SQL estiver em us-central1, seus backups serão armazenados na
us multirregião por padrão.
Backups multirregionais
Os backups padrão permitem configurações de local de backup único ou multirregional. Em uma configuração de região única, os backups são replicados nas diferentes zonas da região. Em uma configuração multirregional, é recomendável que os backups estejam na mesma região da instância para minimizar a latência e evitar possíveis falhas de backup devido a políticas da organização ou limitações baseadas em local.
Locais de backup personalizados
O Cloud SQL permite que você selecione um local personalizado para seus dados de backup. Isso será útil se sua organização precisar obedecer aos regulamentos de residência de dados que exigem que você mantenha seus backups em um limite geográfico específico. Se sua organização tiver esse tipo de requisito, ela provavelmente usará uma política organizacional de restrição de local de recursos. Com essa política, quando você tenta usar uma localização geográfica que não está em conformidade com a política, um alerta é exibido na página Backups. Se você vir esse alerta, precisará mudar o local de backup para um local permitido pela política.
Ao selecionar um local personalizado para o backup, considere o seguinte:
- Custo: um dos clusters na sua instância pode estar em uma região de custo menor que os outros.
- Proximidade do servidor do aplicativo: armazene o backup o mais próximo possível do aplicativo de veiculação para reduzir a latência potencial.
- Uso do armazenamento:você precisa de espaço de armazenamento suficiente para manter seu backup conforme ele aumentar de tamanho. Dependendo da carga de trabalho, você pode ter clusters de tamanhos diferentes ou com usos de disco distintos. Isso pode ser um fator relevante para a escolha do cluster.
É possível selecionar qualquer local do Cloud SQL e local multirregional disponíveis ao escolher o local de backup personalizado. Para uma lista completa de valores regionais válidos, consulte Locais de instância. Para uma lista completa de valores multirregionais, consulte Locais multirregionais.
Para mais informações sobre como definir e visualizar locais de backup para uma instância, consulte Definir um local personalizado para backups e Visualizar locais de backup.
Retenção de backup
Os backups padrão permitem fazer backups automáticos e sob demanda. Os backups automatizados podem ser mantidos de 1 a 365 dias, e o padrão é de 7 dias para instâncias do Cloud SQL edição Enterprise e 15 dias para instâncias do Cloud SQL edição Enterprise Plus. Os backups sob demanda são mantidos indefinidamente, até que o backup ou a instância que contém o backup seja excluído.
Se você ativar a retenção de backup após a exclusão da instância para os backups automatizados e sob demanda, esses backups seguirão as mesmas configurações de retenção de 1 a 365 dias para backups automatizados e indefinidamente para backups sob demanda. Para mais informações, consulte Reter backups após a exclusão da instância.
Custos de backup
Nos backups padrão, os custos de backup são baseados no tamanho total do backup, no local de armazenamento e nas configurações de retenção.
É possível configurar quantos backups automáticos são retidos, de 1 a 365.
Para mais informações sobre preços relacionados a backups, consulte Preços do Cloud SQL.
Limitações da taxa de backup
O Cloud SQL limita a taxa para operações de backup no disco de dados. É permitido um máximo de cinco operações de backup a cada 50 minutos, por instância e por projeto. Se uma operação de backup falhar, ela não será contabilizada nessa cota. Se você atingir o limite, a operação vai falhar com uma mensagem de erro informando quando será possível tentar novamente.
O Cloud SQL usa tokens de um bucket para determinar quantas operações de backup estão disponíveis por vez. Cada instância tem um bucket. É possível usar no máximo cinco tokens no bucket para operações de backup. A cada 10 minutos, um novo token é adicionado ao bucket. Se o bucket estiver cheio, o token estoura.
Cada vez que você emite uma operação de backup, um token é concedido do bucket. Se a operação for realizada, o token será removido do bucket. Se falhar, o token será retornado. O diagrama a seguir mostra como isso funciona:
Retenção de registros de transações
Os registros de transações são armazenados no local de armazenamento da instância, e a retenção é em dias. Para instâncias do Cloud SQL edição Enterprise Plus, o intervalo é de 1 a 35 dias, com um padrão de 14 dias. Para instâncias do Cloud SQL edição Enterprise, o intervalo é de 1 a 7 dias, com um padrão de 7 dias. Nas instâncias do Cloud SQL edição Enterprise Plus e do Cloud SQL edição Enterprise, a configuração de retenção de registros de transações precisa ser menor que a configuração de retenção de backups.
Os registros são limpos uma vez por dia, e não continuamente. Se o número de dias de retenção de registros for igual ao número de backups, isso poderá resultar em uma retenção de registros insuficiente. Por exemplo, definir a retenção de registros para 7 dias e a retenção de backup para 7 backups significa que entre 6 e 7 dias de registros serão retidos.
Recomendamos definir o número de backups retidos para um número maior do que o número de dias de retenção de registros para garantir que haja backups para cada dia do período de armazenamento de registros.