Ich versuche, eine risikominimierte Strategie zu finden, um von AWS S3 zu DO Spaces für Backups und Uploads zu wechseln. Zunächst denke ich daran, es den „langen" Weg zu gehen, also:
Uploads lokal migrieren
Alte S3-Konfiguration entfernen
Neue DO Spaces-Konfiguration hinzufügen
Migrieren zu Spaces
Eine alternative Möglichkeit wäre, einen alternativen Container hochzufahren und so einzurichten, dass er DO Spaces nutzt. Ich befürchte jedoch, dass das Importieren eines Backups darin einfach die Einstellungen überschreibt und die Verbindung erneut zu S3 herstellt.
Ich bin jedoch neugierig, ob es einen Abkürzungsweg gibt, um dasselbe mit einem Tool wie S3CMD zu tun, um Assets von S3 zu DO zu verschieben und dann einfach die Einstellungen zu ändern, um die Verbindung zu DO herzustellen?
Habt ihr dazu Ideen? Welche potenziellen Risiken könnten dabei auftreten?
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.