Hallo sacrofano,
wie erwähnt, wären wir nur bei ein paar tausend Bilder, alles nice, kurze Maintenance über Nacht, einmal einen Transfer gemacht und gut ist. Problem ist eben ausschließlich die Menge und Dauer.
Da ich ja über die Shopware CLI einfach ein migrate --from … --to machen kann, dachte ich, es gäbe auch noch eine Möglichkeit, die Adapter so zu „verbiegen“, dass Shopware Bunny wie sein „local“ behandelt und einfach zu 23M verschiebt. Ich muss mir den Code vom Standard Adapter nochmal ansehen, irgendwas muss ja gehen.
Neue Bilder sollen gar nicht mehr auf Bunny, sondern direkt zu 23M. Für was wir dann Bunny noch nutzen wollen, und das ist technisch möglich, als quasi Edge für Tinify und WebP converter on the fly. Das kann Bunny tatsächlich gut.
Wir haben auch nicht den „einfachen“ Storage bei Bunny, sondern den Edge SSD, auch mit entsprechenden Zonen usw. usw. Das Geld wäre quasi sekundär, wenn auch natürlich nicht mit vollen Geldsäcken hinterher geworfen. Durch die Optimierungen der Bilder hatten wir im November tatsächlich nur knappe 3TB an Bandbreite. Ohne Komprimierung und WebP wäre das natürlich entsprechend sehr viel höher gewesen.
Was aber echt teils schrecklich ist bei Bunny, sind so ganz banale Themen, bei denen man nur den Kopf schütteln kann und auch technische Probleme.
- Bunny kann nach wie vor z.B. kein rsync. Das Uploaden der Daten aufgrund von Restriktionen bei Bunny hat über 1 Woche gedauert, da Bunny z.B. immer wieder in irgendwelche Limits gelaufen ist (via SFTP). Und da SFTP geht ist der Schritt zu rsync sehr klein.
- Die API ist teils auch stets bemüht, vor allem bei entsprechend vielen Verbindungen, ist ja nicht so, dass man das nicht auch versucht hätte.
- Bunny ist selbst nicht in der Lage (auch nicht gegen Bezahlung), eine Kopie des Storages auf ein anderes Storage zu erzeugen! Es sollte ein Stage/Dev Storage her. Bei 1.2 Mio Dateien und 85GB an Daten natürlich enorm lustig, wenn man via Verbindung kein rsync nutzen kann und der interne FTP Client ein Witz ist. Nicht einmal FXP unterstützen die Server, dann könnte man ja da noch was machen.
Das waren jetzt nur 3 der „banalen“ Dinge.
Viel schlimmer wiegt aber der Umstand, dass ein Upload 1 (in Worten eines!) Bildes teils 5+ Sekunden in Anspruch nimmt. Nicht wegen der Bandbreite, nicht weil das Bild so groß ist. Das Bild geht in kürzester Zeit hoch. Und dann schweigen die Bunny Storage Server eben entsprechend lange, bis das ACK zurück kommt. Während dessen geht im SW Backend quasi 0 bis man ein zweites Bild oder andere Bilder hochladen kann. Der Fehler liegt nicht am FOS Plugin, der Fehler liegt nicht an der Server Konfiguration, das wurde zusammen mit Technikern unseres Hosters getestet. Am Anfang hatte Bunny noch gesagt, nein, kein Problem bei uns. Wir waren beharrlich dahinter, bis dann doch eingestanden wurde, man habe da wohl ein Problem, könne es aber einfach nicht genauer finden. Wieder nachgehakt und Techniker sind dran und und und.
Auch mit lftp mit Parametern wie continue, parallel, mirror usw. kriege ich die Daten quasi aktuell nur mit Müh und Not runter, um ggf. ein „Backup“ bzw. einen Puffer aufzubauen.
Diese Thematik zieht sich jetzt seit mindestens 3-4 Wochen. Schön wenn man in Vorbereitung zu BlackFriday oder dem Weihnachtsgeschäft Kollektionen dafür anlegt und entsprechendes Bild Material hoch schieben will/muss.
Insofern, wenn jemand eine brauchbare Lösung hat 
Her damit!
Danke!