# 이메일 호스트명 인증서 불일치로 인한 Sidekiq 큐 과부하 및 심각한 사이트 불안정

**URL:** https://meta.discourse.org/t/email-hostname-certificate-mismatch-causing-sidekiq-queue-overload-severe-site-instability/225778
**Category:** Self-hosting
**Created:** [4월 30, 2022, 11:02오후 UTC](https://meta.discourse.org/t/email-hostname-certificate-mismatch-causing-sidekiq-queue-overload-severe-site-instability/225778 "2022-04-30T23:02:36Z")
**Posts on this page:** 1
**Showing post:** 49

<div class="post-metadata">

### Author: ![Geoffrey\_Challen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/geoffrey_challen/32/119637_2.png) [@Geoffrey\_Challen](https://meta.discourse.org/u/Geoffrey_Challen)
#### Post date: [5월 25, 2022, 2:39오후 UTC](https://meta.discourse.org/t/email-hostname-certificate-mismatch-causing-sidekiq-queue-overload-severe-site-instability/225778/49 "2022-05-25T14:39:55Z")

</div>

잘하셨네요 @RGJ!

수정 사항을 기다리는 동안, 부수적으로 이 문제가 제가 경험한 연쇄 장애로 이어지지 않는 것이 좋겠습니다. 이 문제는 포럼이 거의 완전히 다운될 뻔했습니다. 구체적으로 말씀드리면:

- 이메일 실패가 매우 빠르게 재시도되는 것 같습니다. 이로 인해 sidekiq 큐의 크기가 급증하고, 이러한 작업으로 인해 CPU 사용률이 약 100%까지 치솟았습니다.
- 또한, 무엇인가(크래시 또는 재시작)가 Redis가 거대한 임시 파일을 쓰도록 유발했습니다. 이 파일에는 sidekiq 큐의 상태가 포함되어 있다고 추정됩니다. 이러한 파일은 삭제해도 안전했지만, 디스크를 빠르게 채워 추가적인 크래시를 유발하는 등 악순환이 이어졌습니다. 저는 포럼을 재시작하고 원인을 파악할 수 있도록 다른 디스크 공간을 확보할 수 있었지만, 모든 사용자에게 해당되는 일은 아닐 수 있습니다. (이 경우 Redis 임시 파일이 실제로 삭제해도 안전한지 확인하기도 다소 어렵습니다.)

제 추측으로는 가장 간단한 해결책은 실패한 이메일 작업의 재시도를 늦추는 것입니다. 적어도 비밀번호 재설정처럼 시급성이 없는 작업의 경우입니다. 이메일 문제는 빠르게 해결되지 않을 가능성이 높고, 대부분의 메일러는 메시지를 수신한 후 자체적으로 재시도를 수행하기 때문에 적절한 접근 방식인 것 같습니다.

---

_[View the full topic](https://meta.discourse.org/t/email-hostname-certificate-mismatch-causing-sidekiq-queue-overload-severe-site-instability/225778)._