Neste documento, explicamos 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 obrigatória, programação granular e monitoramento. Os preços dos backups aprimorados são gerenciados pelos preços do 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 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 mostra uma visão geral dos principais recursos disponíveis em cada opção de backup:
| Recursos | Backups padrão | Backups Enhanced |
|---|---|---|
| Gerenciamento de backup centralizado entre projetos | - | ✔ |
| Backup vault | - | ✔ |
| Programação de backup automatizado | Diário | 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 | 10 anos |
| 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 | ✔ | ✔ |
| 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 avançados. 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 avançados, é 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 das operações diárias de backup 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 avançados, é possível usar um projeto de backup centralizado que hospeda seu backup vault e os 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 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 do Google Cloud separado,
os backups serão protegidos quando um projeto de origem ou de carga de trabalho for excluído. Os papéis
e as responsabilidades são gerenciados pelo
Backup and DR Admin
e são separados dos papéis e das responsabilidades do Cloud SQL Admin.
É possível 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 é excluída.
Quando você usa backups avançados 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. Um backup vault é um armazenamento seguro e isolado, gerenciado pelo Backup e DR. É possível criar o backup vault em um dos seguintes locais:
- A mesma região da instância do Cloud SQL
- Uma região diferente da instância do Cloud SQL. Para mais informações, consulte Backups entre regiões.
- Uma multirregião
Para mais informações, consulte Compatibilidade de local da carga de trabalho e Locais compatíveis com o backup vault.
O Cloud SQL recomenda o uso de um backup vault que esteja em um projeto diferente da instância do Cloud SQL. Para mais informações, consulte Backup vaults.
Backups entre regiões
Com os backups avançados, é possível armazenar os backups da instância do Cloud SQL em um backup vault localizado em uma região diferente da instância. Armazenar backups em uma região separada ajuda a atender aos requisitos de recuperação de desastres e conformidade que exigem que os backups sejam geograficamente separados da instância de origem.
Para usar backups entre regiões, faça o seguinte:
- Crie um backup vault na região em que você quer armazenar os backups.
- Crie um plano de backup na mesma região da instância do Cloud SQL e selecione o backup vault que você criou. O plano de backup e o backup vault precisam estar no mesmo projeto.
- Ative os backups avançados associando o plano de backup à sua instância.
É possível visualizar, restaurar e gerenciar backups entre regiões da mesma forma que os backups armazenados na mesma região da instância.
Considere o seguinte ao usar backups entre regiões:
- Duração do backup: os backups programados e sob demanda, além das operações do Cloud SQL que criam um backup (como um upgrade de versão principal), podem levar mais tempo porque os dados de backup são transferidos para outra região.
- Custos: além das cobranças de armazenamento e gerenciamento de backup do Backup e DR, as cobranças de transferência de dados entre regiões se aplicam. Para mais informações, consulte Preços do Backup e DR.
- CMEK: se a instância usar uma chave de criptografia gerenciada pelo cliente (CMEK), os backups serão protegidos com a chave da instância, que reside na região da instância. Se a região da instância estiver indisponível, não será possível restaurar esses backups. Para mais informações, consulte Restaurar uma instância ativada para CMEK usando backups avançados.
- Recuperação pontual (PITR, na sigla em inglês): é possível realizar a PITR usando um backup entre regiões apenas para uma nova instância na mesma região da instância de origem. Para mais informações, consulte Realizar uma PITR usando o backup vault.
Backups operacionais
Quando você faz um upgrade de versão principal ou secundária em uma instância que usa backups avançados ou quando promove uma réplica durante uma operação de promoção, alternância ou failover de réplica, o Cloud SQL cria automaticamente um backup operacional e o armazena no backup vault.
Se o Cloud SQL não conseguir criar um backup no backup vault durante a operação, ele vai criar um backup padrão na região da instância para que a operação seja concluída. Esse backup tem as seguintes características:
- É armazenado no mesmo projeto que a instância, não no backup vault.
- É faturado de acordo com as taxas de backup padrão do Cloud SQL.
- Não está protegido pela retenção obrigatória do backup vault e pode ser excluído.
Retenção de backup
Com os backups avançados, é possível fazer backups on demand e automáticos. Ao contrário dos backups padrão sob demanda (que podem ser armazenados indefinidamente), os backups aprimorados sob demanda oferecem suporte a períodos de retenção personalizados definidos pelo usuário de até 10 anos. Todos os backups criados ao usar a opção de backups avançados são armazenados no backup vault e são regidos pelo intervalo de retenção permitido, determinado pela interseção da retenção mínima obrigatória do backup vault e da configuração de retenção personalizada máxima do plano de backup. Se max_custom_on_demand_retention_days não estiver explicitamente configurado no plano de backup, será aplicado um limite superior padrão do período mínimo de armazenamento obrigatório do backup vault mais 30 dias. Independentemente da configuração, o período máximo permitido para qualquer backup personalizado sob demanda é de 10 anos (3.653 dias).
Se você excluir sua instância, todos os backups dela que foram criados quando ela estava ativa serão retidos 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, também será possível definir a retenção do backup final por até 10 anos.
Réplicas de recuperação de desastres (DR)
É possível associar um plano de backup avançado a uma instância principal que tenha uma réplica de recuperação de desastres (DR, na sigla em inglês) designada. Se você promover uma réplica de DR para uma instância principal, por exemplo, durante uma operação de promoção, alternância ou failover de réplica, será possível associar um plano de backup avançado à instância principal recém-promovida.
Se a instância principal usar backups avançados e você a rebaixar para uma réplica durante uma operação de alternância ou failover de réplica, a associação do plano de backup fará a transição automática para um estado pausado. Para mais informações, consulte Comportamento de backup aprimorado durante a alternância e Comportamento de backup aprimorado durante o failover.
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 à instância. O custo total é calculado pelo Backup e DR com base nos preços do Backup e DR.
Se o backup vault estiver em uma região diferente da instância, as cobranças de transferência de dados entre regiões também serão aplicadas. Para mais informações, consulte Backups entre regiões.
Limitações
As limitações a seguir se aplicam ao uso de backups avançados:
- O plano de backup precisa estar na mesma região que a instância do Cloud SQL. O backup vault pode estar na mesma região, em uma região diferente ou em uma multirregião compatível.
- Se a instância usar CMEK, não será possível restaurar backups entre regiões enquanto a região da instância estiver indisponível.
- Não é possível associar diretamente um plano de backup a uma instância de réplica. No entanto, é possível associar um plano de backup à instância principal ou a uma réplica depois de promovê-la a uma instância principal.
- Para instâncias do Cloud SQL, é possível selecionar um backup vault com um período mínimo de retenção obrigatória de 10 anos (3.653 dias) ou menos.
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 que as instâncias do Cloud SQL. Ao contrário dos backups avançados, em que as configurações de backup são definidas por um plano de backup, as configurações de backup para backups padrão são definidas no nível da instância e nas configurações dela. Portanto, se você tiver várias instâncias do Cloud SQL, será necessário definir as configurações de backup de 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 que a instância.
Com os backups padrão, é possível fazer backups automatizados e sob demanda para suas instâncias do Cloud SQL. Também é possível selecionar reter todos os backups e fazer um backup final dos dados na exclusão da instância. Isso permite recriar as instâncias excluídas. No entanto, se você não reter backups ou fizer um backup final antes de excluir a instância, o Cloud SQL vai 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 alternância 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 que você escolhe quando não quer 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
instância do Cloud SQL. Por exemplo, se a instância do Cloud SQL estiver em us-central1, os backups serão armazenados na multirregião us por padrão.
Backups multirregionais
Os backups padrão permitem que você tenha 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 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 localização.
Locais de backup personalizados
O Cloud SQL permite que você selecione um local personalizado para seus dados de backup. Isso é útil se a organização precisar obedecer às regulamentações de residência de dados que exigem que os backups sejam mantidos dentro de um limite geográfico específico. Se sua organização tiver esse tipo de requisito, ela provavelmente usará uma política da organização de restrição de local de recursos. Com essa política, quando você tenta usar uma localização geográfica que não obedece à política, um alerta é exibido na página Backups. Se você vir esse alerta, precisará alterar 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 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 disponível do Cloud SQL e local 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 retidos de 7 a 365 dias, e o padrão é de 7 dias para instâncias da edição Cloud SQL Enterprise e de 15 dias para instâncias da edição Cloud SQL Enterprise Plus. Os backups sob demanda são retidos indefinidamente, até que o backup ou a instância que o contém sejam excluídos.
Se você ativar a retenção de backup após a exclusão da instância para seus backups sob demanda e automatizados, esses backups vão seguir 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 vai transbordar.
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:
