다른 소프트웨어에서 대규모 보드(약 1,000만 개의 게시물)에 대한 가져오기 테스트를 진행해 왔는데, 가져오기 프로세스가 실행되는 동안 sidekiq로 보이는 다른 Ruby 프로세스가 대량의 큐 대기 프로세스(100,000개 이상)를 쌓고 있는 것을 확인했습니다. 이 문제를 더 잘 처리할 방법이 있을까요? 대규모 가져오기를 실행하는 동안 sidekiq를 비활성화하는 것이 가능한지(또는 권장되는지) 궁금합니다. 가능하다면 어떻게 해야 하나요?
사이트 설정 discourse narrative bot enabled을(를) 끄면 새 사용자가 등록될 때마다 해당 메시지가 생성되는 것을 방지할 수 있지만, 대부분의 작업은 수행되어야 합니다. 큐를 더 빠르게 처리하기 위해 sidekiq 작업 수를 늘리는 방법에 대한 주제들이 여기에 몇 가지 있습니다.
좋아요, 괜찮네요. Sidekiq 워커를 하나 더 추가하는 것이 도움이 될 것 같습니다. 제안하신 대로 해당 설정을 비활성화할 수도 있겠네요. 적어도 가져오기 과정에서는요. 다만 그것은 사용자 측에서만 발생하는 문제입니다. 제 주요 문제는 수백만 개의 게시물에서 처리해야 하는 작업입니다.
Sidekiq 워커 수를 조정하는 방법에 대한 이 스레드를 찾았습니다: Imported users not receiving verification emails due to massive Sidekiq backlog - #10 by gerhard
감사합니다!
마이그레이션이 _마이그레이션 중_에 discobot을 꺼주지 않는다는 건가요? 좀 충격적이네요.