안녕하세요, discourse를 설정했고(정상 작동 중) 하지만 “502 Bad Gateway” 오류가 자주 발생하고 사이트가 매우 느립니다. 이 문제를 가장 잘 해결하는 방법은 무엇인가요?:s
회전 디스크를 사용하시거나 RAM 용량이 매우 적으신가요?
저희 Discourse는 VPS에 설치되어 있습니다.
VPS 사양은 다음과 같습니다.
| CPU 코어 | 1 |
|---|---|
| 총 CPU 속도 | 2.4Ghz |
| 메모리 | 1Gb |
| 디스크 용량 | 20Gb |
이 문제를 해결하는 방법에 대한 아이디어가 있을까요?
일반적인 유닉스 서버 성능 가이드는 진단에 도움이 될 수 있지만, 현재 부하에 비해 RAM이 너무 부족할 수도 있습니다.
discourse-setup으로 스왑을 생성하도록 했나요?
플러그인이 설치되어 있나요?
아니요, 그게 바로 문제였어요. 제 VPS 제공업체에서 “swapon /swapfile” 명령을 실행할 수 없게 막고 있었거든요. 그런데도 어떻게든 swapon 없이 docker를 설치했고, 이후 "nano containers/app.yml"로 모든 데이터를 입력한 다음 "./launcher start app"을 실행했습니다… 네, 플러그인도 몇 개 설치해 두었어요.
즉, discourse-setup이 RAM이 부족하다고 경고했지만, 그 경고를 우회하는 지혜를 발휘하신 것이죠. 문서를 보면 2GB 미만의 경우 스왑이 필요하다고 명시되어 있습니다. 2GB가 있더라도 스왑이 없다면 업그레이드를 위해 재빌드할 때 문제가 발생할 가능성이 높습니다.
글쎄, 제 VPS에는 1GB의 RAM만 있어요 (이전 게시물에서 언급했듯이). 그래서 스왑과 도커를 수정해야 하나요? 맞죠?
그렇다면 사용할 수 있는 유용한 명령어가 있을까요? (어떤 도움이라도 감사하겠습니다) 감사합니다
이 주제가 떠올랐습니다.
따라서 귀하의 VPS에는 완전한 가상화가 적용되어 있지 않을 수 있으며, 향후 발생할 수 있는 문제를 미리 방지하기 위해 호스팅 제공업체를 변경하는 것이 더 쉽습니다.
그들에게 연락하여 문제를 해결하세요.
다만, 많은 VPS 제공업체들은 SSD 드라이브가 너무 빨리 마모되기 때문에 이를 원하지 않는 경우가 많습니다.
음, 두 번째 옵션은 어때요? VPS 제공업체를 바꿀 수도 없고, “swapon /swapfile” 명령도 실행할 수 없거든요. 이 문제를 해결할 다른 방법이 없나요? 
아니요, 문제를 해결할 다른 방법은 없습니다. 스왑이 필요합니다.
VPS 제공업체와 RAM 용량 업그레이드에 대해 상담해 보세요. RAM이 충분하면 스왑이 필요하지 않습니다.
monit과 같은 서비스 모니터링 유틸리티를 사용하여 프로세스가 충돌할 때 컨테이너를 자동으로 재시작하도록 설정할 수 있지만, 활성 사용자가 많아질수록 문제가 악화되고 시간이 지남에 따라 데이터베이스가 손상될 위험이 있습니다.
네, 답변 감사합니다. 이제 알겠습니다.
스왑을 완전히 없애고 싶다면 최소 4GB의 RAM이 필요합니다. 그렇지 않으면 업그레이드가 처참하게 실패할 가능성이 높으며, 이는 현재 지출액의 4배를 써야 할 수 있음을 의미합니다.