저희는 Azure에서 여러 Discourse 인스턴스를 운영 중이며, 이를 위해 공유 Redis 서비스를 사용하고 있습니다. 약 20개의 인스턴스에서 Redis로의 연결 수가 최대 350개까지 올라가며, 대부분 330~340개 수준에서 유지되고 있습니다. 이는 인스턴스당 평균 약 17개의 연결에 해당합니다. Redis의 CPU와 메모리 사용률이 낮음에도 불구하고, 이 수치는 SKU의 연결 수 제한에 상당히 근접해 있습니다.
이러한 비율은 예상된 수준인가요?
이것은 권장되지 않습니다. 사이트 간에 누출되는 특정 Redis 기능이 사용되고 있다는 이야기를 여러 번 들었습니다. 다만, 해당 주제를 어떻게 찾을 수 있는지 확신이 서지 않습니다.
반대되는 내용을 담은 글을 하나 발견했는데, 멀티사이트를 사용할 때(비록 이들은 개별 배포일 뿐이지만) 단일 Redis 인스턴스를 사용하는 것이 문제없다고 했습니다. Redis 자체가 기본적으로 "누출"을 일으키는 것이 아니기 때문에, 그런 일이 일어난다면 애플리케이션 측에서 그렇게 처리하고 있는 것입니다.
각 Discourse 배포마다 별도의 redis가 필요합니다.
감사합니다. 네, 저는 일반적으로 이런 문제를 피하기 위해 애플리케이션이 기본적으로 그렇게 하도록 설정해 왔어요. 더 안전한 기본값이었을 것 같은데, 어쨌든 이미 그렇게 되어 있는 거죠.