Je cherche à déterminer une stratégie à faible risque pour passer d’AWS S3 à DO Spaces pour les sauvegardes et les téléchargements. Initialement, je pensais procéder « à l’ancienne », c’est-à-dire :
Migrer les téléchargements vers un stockage local
Supprimer l’ancienne configuration S3
Ajouter la nouvelle configuration DO Spaces
Migrer vers DO Spaces
Une autre approche consisterait à lancer un conteneur alternatif configuré pour utiliser DO Spaces, mais je crains qu’importer une sauvegarde dans celui-ci ne remplace simplement les paramètres et ne le reconnecte à S3.
Je me demande cependant s’il existe un raccourci pour réaliser la même chose en utilisant un outil comme S3CMD pour déplacer les assets de S3 vers DO, puis en modifiant simplement les paramètres pour les lier à DO.
Avez-vous des idées à ce sujet ? Quels pourraient être les risques potentiels ?
I have in past migrated data from S3 to Spaces using S3CMD and I assume it will go through just fine with rclone as well! What I’m more concerned about is rewrites here! Specifically because currently I’m using S3 in addition with CloudFront but I plan to switching to Google Cloud CDN or fastly once my assets have been migrated.
Update: I Moved uploads to local today and the first thing that I’ve come across is that assets (despite being migrated from s3 to local) are taking a long time to be served locally. I don’t want to risk breaking things so presumably I’ll have to wait a few hours until all the uploads are being served from my forum then only I can proceed to setting up DO Spaces!
It doesn’t look like digitalocean is very good at running ceph (the software that they use for spaces). Their ams3 data center’s cluster is pretty broken now. Backups fairly regularly time out. I was very hopeful about this product but am not recommending it at right now.
Agreed, I’d recommend S3 over Spaces for sanity reasons too. I’ve had latency issues with DO Spaces which isn’t the case where I use the S3+CloudFront set up that powers our forum.