음. 저는 S3에서 파일을 내보내고 로컬 서버로 다시 가져오는 작업을 진행해 왔습니다(S3에서 가져오기 실패 관련 링크). 하지만 이 과정은 실시간으로 실행되는 것처럼 보이며, 한 번에 몇백 장의 이미지(각각 약 300KB)만 처리되므로 배치당 약 0.1GB에 불과합니다. 지난 일주일 동안 스크립트를 약 20회 실행했으니, 20개 배치 = 총 약 2GB의 디스크 공간이 사용되었을 것입니다. 저는 디스크 공간이 충분했으므로 문제가 없었습니다.
스크립트가 S3에서 이미지를 다운로드하고 Digital Ocean으로 즉시 업로드하는 것처럼 실시간으로 이동하는 것처럼 보이더라도, 5시 30분에 실행된 큐(job) 작업과 관련하여 이미지 이동과 연관된 어떤 지연(lag)이 발생했을 가능성이 있을까요?
(참고: 저는 밤 9시까지 이 배치들을 수동으로 실행했습니다. 제가 아는 한, 서버는 5시 30분에 다운될 때까지 밤 9시부터 5시 30분까지는 정상적인 운영을 수행하고 있었습니다.)
아래는 제 7일간의 디스크 사용량입니다. 이미지가 가져와지면서 꾸준히 증가하다가 5시 30분에 100%까지 급격히 치솟는 부분이 보입니다:
‘로그’ 탭에서 볼 수 있는 로그 파일 외에, 5시 35분에 무슨 일이 있었는지에 대한 단서를 줄 수 있는 로그 파일이 있을까요?