Blueprint de carga de trabalho

Hospedagem de backup externo: capacidade, criptografia e tempo de restauração

Planeje armazenamento de backup fora do site usando objetivos de recuperação, chaves independentes, permissões de exclusão e um teste completo de restauração. Compare as capacidades Vault preparadas.

2 min de leituraPortuguês (BR)

Conteúdo revisado · Português (BR)

Visão geral
Arquitetura a avaliar
Ponto de recuperação / tempo de recuperação / chaves
Pontos de partida preparados
3 planos

Uma lista final adequada, não software instalado ou inventário ativo.

Responsabilidades
Aplicação, direitos e recuperação
A PARTE ÚTIL

Mantenha estes em vista.

  • Ponto de recuperação / tempo de recuperação / chaves.
  • Torne a resistência à exclusão um controle real.
  • Teste uma restauração completa.
01

Ponto de recuperação / tempo de recuperação / chaves

Escolha quanto trabalho recente você pode perder (RPO) e quanto tempo a recuperação pode levar (RTO). Restic, Borg e Kopia podem fornecer fluxos de trabalho de backup incremental criptografado; rclone é uma ferramenta de transporte, e um serviço auto-hospedado compatível com S3 é outro sistema a manter.

02

Torne a resistência à exclusão um controle real

Um snapshot, um repositório versionado ou um arquivo criptografado não é automaticamente imutável. A aplicação de retenção, a configuração de object-lock, a administração separada e as permissões de exclusão determinam o limite. Mantenha as chaves de recuperação fora tanto do host de origem quanto da raiz pública da web.

03

Teste uma restauração completa

Uma transferência teórica de 1 TB a 1 Gbps precisa de cerca de 2 horas 13 minutos antes da sobrecarga; descompressão, restauração do banco de dados e validação adicionam tempo. Teste uma restauração de aplicação sob largura de banda realista, depois registre o resultado e as dependências restantes. Um trabalho de backup bem-sucedido é apenas uma etapa.

04

Registrar o teste de recuperação

Documente o tamanho dos dados de origem, a data do backup, o destino de restauração, a taxa de transferência efetiva, as etapas de descriptografia, a validação da aplicação e o tempo de recuperação decorrido. Retenha as falhas, bem como o resultado bem-sucedido. Confirme que alguém pode recuperar as chaves e instruções quando o servidor original e suas credenciais estiverem indisponíveis.

Os mecanismos de recuperação têm limites diferentes
MecanismoÚtil paraA proteção independente exige
SnapshotReversão rápida do estado do discoSepare backup e consistência da aplicação
Arquivo criptografadoConfidencialidade do conteúdo do backupSepare chaves e testes de restauração
Repositório versionadoEstados anteriores do arquivoControles de exclusão e retenção
Design imutávelResistência à exclusão por um períodoBloqueio imposto, permissões testadas e administrador separado
UM PONTO DE PARTIDA PRÁTICO

Capacidade a considerar.

3planos preparados

Combine estes pontos de partida com a aplicação representativa. A instalação de software e o inventário ativo não estão conectados; a especificação exata e o total do período vêm do catálogo.

ANTES DO PRÓXIMO PASSO

Antes que esta carga de trabalho entre em produção.

  • Defina a perda máxima aceitável de dados e o tempo total de recuperação da aplicação.
  • Estime o tamanho retido do backup, o crescimento e a capacidade efetiva de transferência.
  • Separe a chave de recuperação e a administração do repositório do host de origem.
  • Verifique as permissões de exclusão e retenção com a ferramenta de backup pretendida.
  • Restaure a aplicação para um destino separado e registre o resultado decorrido.
UM POUCO MAIS DE CONTEXTO

Perguntas, respondidas.

O armazenamento de objetos S3 está incluído?

Um servidor de armazenamento e um endpoint de objeto gerenciado são produtos diferentes. Um serviço auto-hospedado compatível pode ser projetado, mas nenhum endpoint S3 é criado.

Os backups são criptografados automaticamente?

Nenhum fluxo de trabalho de backup automático está conectado. Configure a criptografia na ferramenta selecionada e mantenha suas chaves de recuperação fora dos caminhos de origem e de administração do repositório.

O Borg ou o restic tornam o repositório imutável?

Não por si só. Retenção aplicada e permissões de exclusão, incluindo administração separada ou um design de bloqueio apropriado, determinam a resistência à exclusão.

Quão rápido posso recuperar?

Meça toda a restauração e a validação da aplicação. Um 1 TB teórico a 1 Gbps já leva cerca de 2 horas e 13 minutos antes de overhead, processamento de restauração e testes.

O que é mantido no espaço de trabalho da minha conta?

Sua configuração, plano selecionado, imagem, localização e período de cobrança são mantidos com as referências do pedido e da solicitação de pagamento. Cotações, leituras do estado de pagamento e conversas de suporte permanecem vinculadas à sua conta. Leia os detalhes de atendimento separadamente do estado de pagamento.

IR PARA A FONTE PRIMÁRIAPostgreSQL · métodos de backup e restauração de banco de dados