이번 달 AWS 청구서가 예상보다 훨씬 컸고, 한 사이트에서 백업이 500GB나 더 쌓여 있는 것을 발견했습니다. DISCOURSE_MAXIMUM_BACKUPS가 14로 설정되어 있는데, 백업이 14개를 훨씬 초과하고 있어서 놀랐습니다. maximum_backups와 매우 유사한 기능을 수행하는 것 같아 다소 혼란스러운 새로운 설정인 remove_older_backups를 발견했습니다. maximum_backups가 충분한 해결책이 되지 못할 이유가 무엇인지 잘 떠오르지 않습니다. 아마도 수동 백업을 여러 개 만들면 원하는 것보다 적은 수의 백업만 유지하게 되는 경우가 있겠지요?
아마도 해당 사이트는 특이한 경우일 수 있습니다. maximum_backups를 준수하지 않는 다른 사이트는 보이지 않으니까요.
@pfaffman 오래된 백업을 삭제하는 기능은 규제상의 이유로 특정 일수 이전의 고객 데이터를 보유할 수 없었던 고객이 요청한 것입니다. 해당 값이 설정되지 않으면 적용되지 않습니다.
고객의 경우, DISCOURSE_MAXIMUM_BACKUPS 값은 새로운 백업이 생성될 때 읽힙니다(즉, 오래된 백업을 삭제하는 야간 스크립트는 없습니다). 고객이 해당 값을 낮춘 후 그 시점 이후로 백업을 다시 수행하지 않았을 가능성이 있습니다. 임시로 백업을 수행해 보면 오래된 백업이 삭제되는지 확인할 수 있을까요?
컴플라이언스와 규제군요. 아, 이제 이해가 됩니다.
이것이 80개의 추가 백업이 나타난 것과 같은 시점에 발생했다는 것은 그저 기이한 우연인 것 같습니다.
저는 그렇게 해보았지만, 추가된 백업은 삭제되지 않았습니다. 그래서 다른 설정의 문제라고 생각하게 된 것입니다. 어쩌면 버킷에 삭제 권한이 없는 것처럼 더 사소한 문제일 수도 있습니다.
약 한 주 후에 다시 확인해서 예상대로 작동하는지, 아니면 새 설정을 14일로 변경하는 것이 도움이 되는지 살펴보겠습니다.
좋아요!