כי אני יודע שאצטרך בסופו של דבר להגדיל את השרת שלי ב-Digital Ocean, אבל מכיוון שזה מכפיל את העלות החודשית, אני דוחה את זה כמה שאני יכול.
ואחרי העדכון האחרון (כשהוא עבר ל-postgres החדש), נראה שהגעתי לנקודה שבה הגיבוי שלי יכול להתבצע, אבל אז הוא נכשל בדחיסת הגיבוי באמצעות gzip. אירוני.
מכיוון שאני מעתיק את הגיבוי מהשרת ושומר אותו במקום אחר לאחר שהוא נוצר, ל-gzip אין ערך אמיתי (זמן העברה מעט ארוך יותר) ואני יכול לדחוס אותו באמצעות gzip לאחר שאקבל אותו מהשרת לאחסון לטווח ארוך. כמו כן, חלק גדול מגודל הגיבוי הוא ההעלאות, והתמונות ודברים דומים כבר יהיו דחוסים.
אבל כרגע, בגלל תהליך ה-gzip, כל הגיבוי נכשל.
אז - האם יש דרך פשוט לומר לא לדחוס את הגיבוי באמצעות gzip?
Block storage is pretty cheap, I think. You could use it for just backups or also uploads. I think it might be a bit tricky to see that the block storage gets used for the temporary space used to build the backup.
Can I use block storage just for the backups? If so, that might be an option to extend the time until I have to double the server unless it first creates it locally and then copies it to S3 in which case that would not help at all.
Yes. It would be the same idea as I described for the uploads. The thing I can’t remember is where the temporary files get written. I think it may be in the backup logs. You’d just make sure that you have that directory mapped to the extra storage space in your app.yml