Comment sauvegarder un compartiment AWS S3 sans contrôle de version du compartiment source [fermé]

Existe-t-il un moyen de récupérer des suppressions accidentelles d'un compartiment Amazon S3?

Nous avons des informations critiques dans nos seaux et je dois limiter le risque de suppressions accidentelles ou malveillantes du seau lui-même.

Je sais que je peux synchroniser l’ensemble du compartiment localement, mais cela n’est pas trop pratique si la taille de mon compartiment est de 100 Go.

Des idées sur les stratégies de sauvegarde?

Une autre approche consiste à activer le contrôle de version S3 sur votre compartiment. Vous pouvez ensuite restaurer les fichiers supprimés, etc. Voir la documentation S3 pour savoir comment activer cette option.

L'utilisation d'outils tiers tels que BucketExplorer rend l'utilisation de la gestion des versions assez simple (par opposition à l' appel direct de l'API).

Vous pouvez également activer la suppression de l'authentification multi-facteurs pour vos compartiments S3 - ce qui rend la "suppression accidentelle" un peu plus difficile;)

Plus d'informations sur l'authentification multifactorielle Supprimer
plus d'informations sur la suppression d'objets

Vous pouvez utiliser s3cmd http://s3tools.org/s3cmd

Donc, pour sauvegarder un seau appelé mybucket

s3cmd mb s3://mybucket_backup
s3cmd --recursive cp s3://mybucket s3://mybucket_backup

Ce n'est pas une solution bon marché, mais si vos compartiments sont vraiment critiques, voici comment procéder: démarrez une instance Amazon EC2 et synchronisez-y périodiquement le contenu.

Amazon EC2 est leur fournisseur d'hébergement de virtualisation. Vous pouvez créer des instances de Linux, Windows, etc. et exécuter tout ce que vous voulez. Vous payez à l'heure et vous obtenez un assez grand espace de stockage localement pour ce serveur. Par exemple, j'utilise l'instance "de grande taille", qui dispose de 850 Go d'espace disque local.

Ce qui est cool, c’est que c’est sur le même réseau que S3 et que vous obtenez des transferts illimités entre S3 et EC2. J'utilise le logiciel Jungle Disk à 20 dollars sur une instance Windows EC2, ce qui me permet d'accéder à mes compartiments S3 comme s'il s'agissait de dossiers de disques locaux. Ensuite, je peux créer des fichiers de commandes planifiés pour copier des données hors de S3 et sur mon espace disque EC2 local. Vous pouvez l’automatiser pour conserver des sauvegardes toutes les heures si vous le souhaitez, ou si vous voulez jouer, configurez JungleDisk (ou ses équivalents Linux) pour une synchronisation environ une fois par heure. Si quelqu'un supprime un fichier, vous avez au moins quelques minutes pour le récupérer à partir de EC2. Je recommanderais toutefois les sauvegardes scriptées habituelles: il est facile de conserver quelques jours de sauvegarde si vous les compressez sur un volume de 850 Go.

Ceci est très utile pour l'envoi de journaux SQL Server, mais je peux également voir comment cela permettrait d'atteindre votre objectif.

Une solution possible pourrait simplement consister à créer un "panier de sauvegarde" et à dupliquer vos informations sensibles à cet emplacement. En théorie, vos données sont plus sûres dans S3 que dans votre disque dur.

De plus, je ne sais pas si les suppressions accidentelles sont un réel problème, car vous devrez supprimer accidentellement toutes vos clés de compartiment avant de pouvoir supprimer le compartiment.

Une autre solution possible consiste à répliquer votre compartiment dans la zone Europe en S3. Cela peut persister dans le compartiment après votre suppression accidentelle suffisamment longtemps pour permettre la récupération.

Pour modifier (excellent) Brent répondre un peu; vous ne devriez pas avoir besoin de garder l'instance en marche. Créez une AMI EC2 qui extrait vos données, les synchronise sur un volume EBS, les instantanés de ce volume et se ferme automatiquement.

Vous pouvez également laisser le volume fonctionner seul, mais la capture instantanée devrait suffire pour une sauvegarde. Si votre AMI personnalisée fait tout cela (y compris en se fermant après l'avoir fait) sans interaction, alors votre script de sauvegarde doit simplement «ec2run -n 1 -t m1.small» et «feu et oublie».