그래서 BunnyCDN을 확인해 보았습니다. 백업이 CDN을 거치지 않았다는 것을 확인할 수 있습니다. 트래픽은 0 KB로 표시됩니다. 호스트 CDN URL이 업로드용 URL과 다르므로, Discourse가 이를 사용하지 않는 것으로 보입니다. 다만, 백업이 Discourse에서 Backblaze B2로 업로드되고 있다는 점은 확인할 수 있습니다.
1개의 좋아요
아, 좋습니다. 확인해 주셔서 감사합니다. 제 추측이 맞았네요. @Bill이 OP 가이드를 업데이트해야 하지 않을까요?
1개의 좋아요
네! 어떻게 표현해야 할지 모르겠네요. 그냥 필요한 것이 단일 풀 존 하나뿐이고, CDN은 비공개 버킷에 접근할 수 없다는 내용만 넣으면 될까요?
1개의 좋아요
'BunnyCDN 대시보드에서 두 번째 풀 존을 생성해야 합니다’부터 '업로드 버킷으로 사용했던 “standard tier 10$/TB”'로 끝나는 문단까지의 내용을 모두 제거하겠습니다.
또한, 두 번째 CDN 풀 존이 실제로는 필요하지만 이는 백업을 위한 것이 아닙니다. 이 부분에 대해 혼란을 겪었으며, 제가 작성한 질문과 여기서 받은 답변에서 확인하실 수 있듯이, 업로드를 BackBlaze로 보내는 풀 존을 하나(말씀하신 대로 설정) 올바르게 설정하고 BackBlaze에서 에셋을 가져오는 두 번째 풀 존을 설정해야만 오프사이트 업로드가 작동하기 시작했습니다. 자세한 내용은 링크를 참고하세요.
원래 스레드를 편집할 수 있는 디스코ourse 권한이 더 이상 없는 것 같습니다. 일정 시간이 지나거나 너무 많이 편집해서 만료된 것 같습니다. 편집 영역에 접근할 수 없습니다.
아, 알겠습니다. 아마도 관리자에게 물어보셔야 할 것 같아요. 어쨌든, 오류가 있었지만 어떻게 하는지 알려주셔서 감사합니다!
1개의 좋아요
첫 번째 게시글은 이제 위키입니다(확인했을 당시에는 위키였는데, 지금 누군가 먼저 수정했는지는 잘 모르겠습니다). 따라서 TL1 이상의 사용자라면 누구나 수정할 수 있습니다.
2개의 좋아요
안녕하세요, 잠깐 들러서 말씀드리자면, Bunny가 Backblaze와도 파트너십을 맺었습니다! 그래서 Backblaze에서 Bunny로의 데이터 전송이 이제 완전히 무료가 되었어요. 즉, 보안 강화 외에도 Cloudflare를 거치지 않고 바로 Bunny로 데이터를 옮길 수 있습니다!
2개의 좋아요
이 단계가 과도한가요? 더 나은 질문은… 이미 저장소로 Backblaze를 설정하고 CDN으로 Bunny를 사용 중인 경우, 이 추가 단계를 거치는 것이 얼마나 큰 이점을 가져다주는지일 것입니다. 이에 대한 통찰이 있다면 정말 큰 도움이 될 것 같습니다. 
도움이 필요합니다. 지난 이틀 동안 백업과 이미지를 Backblaze로 전송하는 문제를 해결하려고 토끼굴에 빠져들었습니다(토끼 관련 비유를 용서해 주세요).
이 포럼 글과 다른 자료들을 참고하여 설정을 시도해 보았습니다. 그런데 계속 백업 시 오류 메시지가 나옵니다(아직 업로드 설정이 제대로 작동하지는 않지만, 우선 백업부터 해결해야 하므로).
Backblaze에 버킷, 키, 그리고 풀 존(pull zones)을 설정해 두었습니다.
아래는 S3를 위한 ‘All Site Settings’ 설정입니다.
아래는 백업 설정(Backup Settings)입니다.
이것은 제 app.yml 파일입니다. 주석 처리된 두 번째 섹션은 어제 실험해 본 것인데, 이 부분을 설정하니 Discourse가 로딩 화면에서 멈추는 문제가 발생했습니다.
백업을 실행하면 아래 화면이 나타납니다. 아마도 업로드 부분이 작동하지 않아서 그런 것 같습니다. 관련이 없을 수도 있지만, 참고할 가치가 있다고 생각하여 첨부합니다.
백업 관련 오류 로그입니다.
오류 로그입니다.
또한 아래 Rake 태스크를 실행했습니다.
rake uploads:migrate_to_s3
rake posts:rebake
이틀 동안 작동하게 하려고 노력하다 보니 머리가 빙글빙글 돌고 있습니다. 어디서 잘못되고 있는지 파악하는 데 도와주실 수 있을까요? 문제 해결에 필요한 모든 정보를 포함시켰기를 바랍니다. 
1개의 좋아요
yml 파일에 해당 설정이 이미 포함되어 있으면 시스템 설정 화면에 표시되지 않습니다.
업로드를 위한 S3 호환 객체 저장소 제공자 구성 가이드를 따르는 것을 권장합니다.
답장 주셔서 감사합니다. 어제 그 링크를 시도해 보았지만 작동하지 않았습니다. 사이트 로딩이 중단되었습니다.
현재 설정으로는 더 이상 진행할 수 없었습니다. 다만, 잘못된 지역이라고 경고 메시지가 뜨는데, 어떤 설정을 변경해야 하는지 잘 모르겠습니다.
s3에 에셋을 업로드하는 상단의 부분을 놓쳤기 때문입니다.
훅 코드를 추가하고 게시하신 링크의 설정을 다시 사용했습니다. 하지만 다시 멈추는 증상이 나타났습니다.
해당 설정을 다시 주석 처리하고, 위에서 사용하던 설정으로 되돌렸습니다. 그리고 제가 사용하던 s3 리전 설정이 전체 URL 형태인 것을 발견하여 'us-west-002’로 변경했습니다.
이제 백업을 실행하면 실패하며, 다른 오류가 발생합니다 - EXCEPTION: Unsupported header ‘x-amz-checksum-crc32’ received for this API call.
포기하고 매일 수동으로 들어가서 백업을 다운로드하는 쪽으로 방향을 전환할 것 같습니다.
정신을 잃을 뻔할 정도로 이 문제를 해결하려고 계속 시도해 왔습니다 
마지막으로 받은 체크섬 오류는 다음 링크의 도움을 받아 해결했습니다 - Can't rebuild due to AWS SDK gem bump and new AWS Data Integrity Protections - #28 by PatPatterson
이것은 app.yml의 env 섹션에 다음 내용을 추가하여 처리했습니다.
AWS_REQUEST_CHECKSUM_CALCULATION: WHEN_REQUIRED
AWS_RESPONSE_CHECKSUM_VALIDATION: WHEN_REQUIRED
그리고 app.yml의 hooks 섹션에서 다음 주석을 처리했습니다.
after_assets_precompile:
- exec:
cd: $home
cmd:
- sudo -E -u discourse bundle exec rake s3:upload_assets
# - sudo -E -u discourse bundle exec rake s3:expire_missing_assets
기타 env 설정은 다음과 같이 되어 있습니다.
DISCOURSE_S3_ACCESS_KEY_ID: 'key'
DISCOURSE_S3_SECRET_ACCESS_KEY: ‘key’
DISCOURSE_BACKUP_LOCATION: 's3'
DISCOURSE_ENABLE_S3_UPLOADS: true
DISCOURSE_S3_BACKUP_BUCKET: 'backupbucketonbackblaze’
DISCOURSE_S3_REGION: 'us-west-002'
DISCOURSE_INCLUDE_S3_UPLOADS_IN_BACKUPS: true
DISCOURSE_INCLUDE_S3_UPLOADS_IN_BACKUPS: true를 포함시키기 전에 백업을 실행했습니다.
그리고 Backblaze로 백업에 성공했습니다. 드디어 성공!!!
app.yml에 업로드를 포함하도록 해당 줄을 넣자 백업에 다음과 같은 오류가 발생했습니다.
EXCEPTION: tar --append --file /var/www/discourse/public/backups/default/my-server-name-2025-04-17-222758-v20250417043438.tar uploads/default
Failed to append uploads to archive.
tar: uploads/default: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors
이 디렉토리가 어디에 있어야 하는지, 또는 어떻게 수정해야 하는지 확실하지 않습니다. 디스코urs 서버나 Backblaze에서 직접 생성해야 하는 디렉토리인가요? 아니면 사이트 설정이나 app.yml에서 놓친 설정이 있는 건가요?
도움 주시면 감사하겠습니다.
1개의 좋아요