매우 많은 트래픽이 발생하여 느려지는 Discourse 포럼을 관찰하고 있습니다. 이 포럼에는 포럼을 초기화하고 처음부터 다시 시작하는 전통이 있다고 합니다. 그 이유는 포럼의 데이터와 트래픽이 증가함에 따라 RAM, CPU, 디스크와 같은 자원이 더 많이 필요하게 되어 비용이 크게 증가한다는 것입니다.
이 주장에 근거가 있을까요? 캐싱 및 기타 최적화를 적용했더라도, 고트래픽 환경에서 실제로 점점 더 강력한 서버가 필요한지, 고트래픽 운영 경험이 있는 분들의 설명을 듣고 싶습니다.
해당 서버에 대한 배경 정보:
현재 문제는 인프라(CPU/RAM/스토리지)가 아니라 수익입니다.
직전 업그레이드는 비용이 많이 들었고, 더 이상 감당할 수 없습니다.
리셋은 모든 콘텐츠가 삭제되므로 스토리지 용량이 더 작은, 더 저렴한 "드로플릿"으로 전환하는 데 필요합니다.
커뮤니티의 역사를 삭제하는 것은 지난 해 사람들이 했던 말이 전혀 중요하지 않다는 전제 하에나 의미가 있을 수 있습니다. Slack은 기본적으로 몇 달 지난 내용을 삭제하는 것 같습니다.
데이터베이스 크기는 얼마나 되나요? 비용 문제가 디스크 공간 때문인가요? 더 저렴하게 용량을 늘릴 수 있는 방법이 있습니다(예: 이미지를 S3로 이동하는 것). 데이터베이스가 매우 크다면, 이를 지원하기 위해 더 많은 RAM이 필요할 수 있습니다.
성능 문제가 있나요? 포럼이 느리나요?
제가 말하려는 건 이 인스턴스가 프록시나 캐시를 사용하지 않는다는 점입니다. 아마도 일일 9유로에 제공되는 드롭렛(Droplet)/클라우드를 사용 중인 것 같은데, 클라우드를 사용하고 KVM VPS나 베어 메탈(Bare Metal)을 사용하지 않는 것이 요즘 잦은 장애의 원인인지 저도 궁금합니다.
아니요! 저는 오래된 회원으로 사용하는 인스턴스의 장애를 지켜보고 있는 것입니다. 네, 콘텐츠는 중요하지만 업로드가 허용되지 않는 인스턴스가 왜 방대한 데이터로 인해 잦은 장애를 겪는지 이해가 가지 않습니다.
아마도 여기서 호스팅을 하고 있는 것 같습니다.
업로드가 비활성화된 상태에서 방대한 데이터가 발생하여 모든 데이터를 초기화하거나 다른 구성으로 마이그레이션해야 했던 디스커스(Discourse) 인스턴스의 사례가 있습니까?
서버의 RAM, CPU, 데이터베이스 크기 등에 대한 정보가 없다면 문제가 무엇일지 추측하는 것은 무의미합니다. 설정 문제일 수도 있습니다.
2GB RAM을 가진 서버를 월 9유로에 사용 중이고, 해당 포럼이 오랫동안 운영되어 왔다면 서버 용량을 두 배로 늘려야 한다는 것은 상상하기 어렵지 않습니다.
맞아요, 잊어주세요 