Scaleway S3로의 멀티파트 업로드 백업이 여전히 작동하지 않습니다. Backup Upload to S3 Fails on scaleway (multipart upload)
문제는 업로드가 실패하면 일반 로컬 백업과 마찬가지로 백업이 로컬에 그대로 남아 있다는 점입니다. 이는 좋은 점입니다. 그러나 백업 한도가 무시되어, 백업이 로컬 디스크를 무한정 채우다가 결국 다운타임을 유발하게 됩니다.
이는 2.6.4 안정판에서 발생하는 문제입니다.
Wasabi S3를 사용하는 한 사이트에서 디스크가 계속 차오르는 문제가 있었습니다. Discourse나 Wasabi 로그 어디에도 오류가 표시되지 않았습니다.
지금 생각해보니 다른 S3 제공업체로 전환한 건지, 아니면 그 이후로 정상적으로 작동하고 있는지 기억이 나지 않습니다. 이 시스템은 최신 상태로 유지되고 있습니다.
3개의 좋아요
이해가 안 됩니다. 작동하지 않는다는 것을 알면서도 왜 Scaleway S3에 백업을 저장하려고 하시나요? 다른 S3 제공업체를 사용하거나 backup_location을 "local"로 설정하는 것이 가장 좋은 해결책이라고 생각합니다.
어쨌든, 업로드가 실패하면 Discourse는 로컬 백업을 삭제해야 합니다. 백업 로그의 후반부 근처에 "Removing archive from local storage…"라는 메시지를 볼 수 있어야 합니다.
6개의 좋아요
로컬에서 S3 스토리지로 마이그레이션할 당시에는 이 문제를 몰랐습니다. 메인 스토리지와 다른 S3 제공업체를 백업에 사용할 수 없으므로, 백업에 대체 제공업체를 사용하려면 메인 스토리지 전체를 마이그레이션해야 합니다.
Scaleway가 수정을 배포할 수도 있습니다(링크한 게시글에서 확인할 수 있음). 따라서 작동 여부를 확인하기 위해 여러 번 재빌드하며 다운타임을 겪을 필요 없이, 매주 성공할 때까지 시도하고 있습니다. 성공적으로 업로드되지 않은 백업은 어쨌든 로컬 백업 폴더에 보관되므로 그렇게 하고 있습니다.
제가 게시글에서 말했듯이, 그렇지 않습니다. 기억이 정확하다면 삭제될 것이라는 메시지는 로그에 여전히 표시되지만, 실제로는 그런 일이 일어나지 않습니다. 이 엣지 케이스 버그를 이해하는 데 관심이 있는 사람이 있다면, 확인/검증해 드릴 수 있습니다.