Este documento explica as duas opções de backup para suas 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 as instâncias do Cloud SQL, é necessário escolher uma opção de backup para cada instância. O Cloud SQL oferece as seguintes opções de backup:
- Backups aprimorados: essa opção gerencia e armazena backups em um projeto centralizado de gerenciamento de backups. Ele usa o serviço de backup e DR e oferece retenção forçada, programação granular e monitoramento.
- 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 sua 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 conforme necessário.
A tabela a seguir oferece uma visão geral dos principais recursos disponíveis em cada opção de backup:
| Recursos | Backups padrão | Backups aprimorados |
|---|---|---|
| Gerenciamento de backup centralizado entre projetos | - | ✔ |
| Backup vault | - | ✔ |
| Programação de backup automatizada | Diariamente | Por hora, dia, semana, mês ou ano |
| Backups sob demanda | ✔ | ✔ |
| Backups multirregionais | ✔ | - |
| Backup final na exclusão da instância | ✔ | ✔ |
| Período de armazenamento de backup | 1 ano | Ilimitado |
| Reter todos os backups na exclusão da instância | ✔ | ✔ |
| Reter backups na exclusão do projeto | - | ✔ |
| Retenção obrigatória com bloqueio de retenção | - | ✔ |
| Recuperação pontual usando registros | ✔ | ✔ |
| 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 avançados. Para mais informações sobre como os backups funcionam no Cloud SQL, consulte Visão geral dos backups do Cloud SQL.
Backups aprimorados
Com os backups aprimorados, é 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 and DR oferece gerenciamento, monitoramento e relatórios centralizados das operações de backup diárias em um só lugar. Os backups são armazenados em um backup vault, que é um recurso de armazenamento isolado e seguro gerenciado pelo Google, 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 avançados, é 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.
Quando você anexa 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 suas 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 Google Cloud projeto 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 funções e responsabilidades do Cloud SQL Admin.
Você pode reter 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 avançados podem ser usados para restaurar uma instância enquanto ela está ativa ou depois que ela é excluída.
Armazenamento de backup
Os backups são armazenados em um local centralizado chamado vault de backup. Um backup vault é um armazenamento isolado e seguro, gerenciado pelo Backup e DR. Ele armazena backups em uma única região, desde que o local selecionado seja compatível com o local da sua instância. Para mais informações sobre onde é possível criar um cofre de backup, consulte Locais compatíveis com o cofre de backup.
O Cloud SQL recomenda o uso de um cofre de backup em um projeto diferente da sua instância do Cloud SQL. Para mais informações, consulte Cofres de backup.
Retenção de backup
Com os backups avançados, é possível fazer backups sob demanda e automatizados. Todos os backups criados ao usar a opção de backups aprimorados são armazenados no backup vault e podem ser retidos por até 99 anos. O vault de backup tem um período mínimo de retenção obrigatória entre 1 dia e 99 anos.
Se você excluir a instância, todos os backups dela que foram criados quando ela estava ativa serão mantidos automaticamente e seguirão as mesmas configurações de retenção definidas pelo plano de backup quando a instância estava ativa. Se você optar por fazer um backup final da instância antes da exclusão, poderá definir a retenção do backup final por até 99 anos.
Custos de backup
Nos backups avançados, o custo é 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 nos preços do Backup e DR.
Limitações
As seguintes limitações se aplicam ao usar backups avançados:
- O cofre de backup e a instância do Cloud SQL precisam estar na mesma região.
- Para mudar o plano de backup associado a uma instância, é necessário mudar a instância para backups padrão. Para isso, exclua a associação do plano de backup atual e associe o novo plano.
- Não é possível criar uma réplica de recuperação de desastres (DR) para uma instância usando backups avançados.
- Se a instância tiver uma réplica de recuperação de desastres (DR), não será possível ativar backups avançados para ela.
- Não é possível associar um plano de backup a uma instância de réplica.
- Se a instância estiver usando backups avançados, não será possível rebaixá-la para uma réplica.
Backups padrão
Os backups padrão são a opção 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 aprimorados, 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 dela. Portanto, se você tiver várias instâncias do Cloud SQL, defina as configurações de backup de cada uma 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, você pode fazer backups automatizados e sob demanda para suas instâncias do Cloud SQL. Você também pode selecionar a opção de manter todos os backups e fazer um backup final dos seus dados ao excluir a instância. Isso permite recriar as instâncias excluídas. No entanto, se você não mantiver backups ou fizer um backup final antes de excluir a instância, o Cloud SQL vai excluir todos os backups de 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.
Você pode 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 você não especificar um local de armazenamento, os 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
multirregião us por padrão.
Backups multirregionais
Com os backups padrão, você pode ter configurações de local de backup de região única ou multirregional. Em uma configuração de região única, os backups são replicados em diferentes zonas dentro 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 é útil se sua organização precisa 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 um local geográfico 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.
- Uso do armazenamento:você precisa de espaço de armazenamento suficiente para manter seu backup conforme ele aumenta 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 disponível do Cloud SQL e multirregional 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 de uma instância, consulte Definir um local personalizado para backups e Ver locais de backup.
Retenção de backup
Com os backups padrão, é possível fazer backups automáticos e sob demanda. Os backups automatizados podem ser mantidos por um período de 1 a 365 dias. O padrão é de 7 dias para instâncias do Cloud SQL edição Enterprise e de 15 dias para instâncias do Cloud SQL edição Enterprise Plus. Os backups sob demanda são mantidos indefinidamente até que sejam excluídos ou que a instância que os contém seja excluída.
Se você ativar a retenção de backup após a exclusão da instância para seus backups sob demanda e automatizados, eles 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 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 Enterprise Plus, o intervalo é de 1 a 35 dias, com um padrão de 14 dias. Para instâncias do Cloud SQL Enterprise, o intervalo é de um a sete dias, com um padrão de sete 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 limpados 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 como um a mais do que o número de dias de retenção de registros para garantir que haja backups para todos os dias do período de armazenamento.