From a194c0dd768d528759f5046feaefaf3e5fb3856d Mon Sep 17 00:00:00 2001 From: chapeau Date: Tue, 11 Jun 2024 16:11:03 +0200 Subject: [PATCH] Add summary --- _posts/2024-06-11-backup-minio.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/_posts/2024-06-11-backup-minio.md b/_posts/2024-06-11-backup-minio.md index f1fecd7..f389383 100644 --- a/_posts/2024-06-11-backup-minio.md +++ b/_posts/2024-06-11-backup-minio.md @@ -8,6 +8,11 @@ Pour mon infrastructure de backups, j'utilise depuis plusieurs années [BorgBack Les besoins sont simple : les utilisateurs ayant un compte sur mon service de SSO devraient pouvoir se connecter sur un service, créer une clé dédiée à une application, puis utiliser cette clé pour backup une machine, serveur ou PC, et envoyer les données sur mon serveur central. Les backups créés devraient être chiffrés, dédupliqués, et avec une gestion des droits pour ne pas permettre à un utilisateur d'écraser ou de modifier les backups des autres (tout étant chiffré, l'accès en lecture est moins critique). Si possible, le service devrait pouvoir définir des quotas par utilisateur ; malheureusement, la solution que j'ai trouvée ne le permet pas. +> Les différentes étapes de l'articles sont : +> - [Installer restic et écrire un script pour le lancer](#faire-ses-backups-simplement) +> - [Installer MinIO, et tester que restic fonctionne avec MinIO](stocker-ses-backups-quelque-part) +> - [Configurer restic pour fonctionner avec MinIO en SSO](et-ma-sso-dans-tout-ça-) + ## Faire ses backups simplement [Restic](https://restic.net/) est une excellente alternative à BorgBackup, implémentée en Go. Il permet l'utilisation de plusieurs types de backend de stockage, dont du SFTP, une API REST, ou divers protocols cloud comme AWS S3 et l'équivalent chez la concurrence, au prix d'une compression moindre et d'un plus gros usage en ressources, notamment en RAM, que BorgBackup.