Foi lançado o sistema de backup restic 0.15, que fornece armazenamento de backups de forma criptografada em um repositório versionado. O sistema é projetado para que os backups sejam guardados em ambientes não confiáveis, e o acesso a um backup por terceiros não deve comprometer o sistema. É possível definir regras flexíveis para inclusão e exclusão de arquivos e diretórios durante a criação do backup (o formato das regras é similar ao rsync ou gitignore). Suporta operação em Linux, macOS, Windows, FreeBSD e OpenBSD. O código do projeto é escrito na linguagem Go e é distribuído sob a licença BSD.
Backups podem ser armazenados no sistema de arquivos local, em externo servidor com acesso via SFTP/SSH ou HTTP REST, em nuvens como Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage e Google Cloud Storage, assim como em qualquer armazenamento para o qual existam backends rclone. Para organizar o armazenamento, também pode ser utilizado um servidor rest especial, que proporciona maior desempenho em comparação com outros backends e pode operar em modo somente para acréscimo, que não permitirá a exclusão ou modificação de backups no caso de comprometimento da origem servidor e acesso às chaves de criptografia.
Snapshots são suportados, refletindo o estado de um diretório específico com todos os arquivos e diretórios aninhados em um determinado momento. A cada nova criação de backup, um snapshot associado é criado, permitindo restaurar o estado nesse momento. É possível copiar snapshots entre diferentes repositórios. Para economizar tráfego durante a criação de backups, apenas os dados alterados são copiados. Para uma avaliação visual do conteúdo do repositório e simplificação da recuperação, o snapshot com o backup pode ser montado na forma de uma partição virtual (a montagem é realizada com FUSE). Também são fornecidos comandos para análise de mudanças e extração seletiva de arquivos.
O sistema manipula não arquivos inteiros, mas blocos de tamanho variável, selecionados usando a assinatura de Rabin. As informações são armazenadas vinculadas ao conteúdo, e não aos nomes dos arquivos (nomes e objetos relacionados aos dados são determinados no nível dos metadados do bloco). A deduplicação e a exclusão de cópias desnecessárias dos dados são realizadas com base no hash SHA-256 do conteúdo. Em servidores externos, as informações são mantidas em formato criptografado (SHA-256 é usado para somas de verificação, AES-256-CTR para criptografia, e códigos de autenticação baseados em Poly1305-AES para garantir a integridade). Há a possibilidade de verificar o backup através das somas de verificação e códigos de autenticação para confirmar que a integridade dos arquivos não foi comprometida.
Na nova versão:
- Foi implementado um novo comando rewrite que permite remover dados desnecessários do snapshot, quando arquivos que não deveriam ter sido incluídos no backup foram acidentalmente capturados (por exemplo, arquivos com informações confidenciais ou logs muito grandes que não têm valor).
- O comando backup recebeu a opção ‘—read-concurrency’ para definir o nível de paralelismo ao ler arquivos, permitindo acelerar a cópia em unidades rápidas, como NVMe.
- O comando backup recebeu a opção ‘—no-scan’ para desativar a fase de verificação da árvore de arquivos.
- No comando prune, o consumo de memória foi significativamente reduzido (até 30%).
- O comando restore agora inclui a opção ‘—sparse’ para restauração eficiente de arquivos com grandes áreas vazias.
- Para a plataforma Windows, foi implementado suporte para a restauração de links simbólicos.
- No macOS, foi adicionada a possibilidade de montar o repositório de backups usando macFUSE.
Fonte: opennet.ru
