안녕하세요, 웹 인터페이스를 통해 자체 호스팅된 Discourse 인스턴스를 업데이트하고 있는데, 멈춘 것 같습니다. 1시간이 넘게 지났는데도 사이트에 접속할 수 없습니다. CPU와 디스크 사용률이 최대치로 올라가 있습니다.
이 문제를 해결하기 위해 제가 할 수 있는 일이 있을까요?
로저님, 어디에서 멈춰 있는지 자세한 내용을 공유해 주실 수 있나요?
예를 들어:
또는
CPU/디스크 용량도 공유해 주시면 도움이 될 것입니다.
웹 인터페이스를 통해 업그레이드했기 때문에, 마지막 메시지가 webpack과 관련이 있었던 것 같습니다. 브라우저를 종료하면서 해당 상태를 잃어버렸네요. 죄송합니다.
현재 포럼에 접속하면 오류 메시지가 표시됩니다. https://forum.fencecheck.online/
제 VPS의 사양은 다음과 같습니다: 2코어 / 4.096MB / Ubuntu 24.04 LTS / 150GB
음, 포럼이 정상적으로 올라간 것 같습니다. 업데이트가 아직 진행 중인지 다시 확인해 주실 수 있을까요?
다시 돌아왔어요. 업데이트할 때 좀 더 인내심을 가져야 할 것 같아요. 지금은 다 잘 해결되었고 업데이트도 문제없이 완료되었습니다.
빠른 답변 감사합니다.
로저, 스왑 공간이 얼마나 있나요?
4GB 메모리가 있는 시스템에서도 온라인 리빌드 과정이 사용 가능한 메모리를 모두 소진할 수 있으며, 이 시점에 서버가 동결될 수 있습니다.
로버트, 안녕하세요. swapon -s 명령을 실행해 봤는데 아무런 반환 값이 없습니다. 이 경우 스왑이 설정되어 있지 않은 걸까요? VPS에 대해서는 초보자인데, 포럼 자체가 문제없이 작동하고 있으니 업데이트도 잘 실행될 거라고 생각했어요.
또한 free -h를 입력하세요.
참고: 최근 저도 직접 이런 상황을 겪어본 적이 있는데, 해당 서버에는 스왑이 구성되지 않은 것을 알게 되었습니다(전적으로 제 실수였습니다).
일반적으로 RAM 대비 스왑 공간을 두 배로 설정하는 것이 권장되지만, Discourse의 경우 1:1 비율로도 충분해 보입니다.
업데이트는 일상적인 작업보다 서버에 훨씬 더 많은 부하를 요구합니다.
스왑 공간을 확보해 두는 것은 항상 좋은 생각이며, 때로는 필수적입니다. 디스크 공간이 여유롭다면 4GB의 스왑이 적절한 크기입니다.
과거에는 서버의 RAM을 일시적으로 늘린 뒤 업그레이드를 수행하고, 다시 원래 크기로 줄이는 방법을 사용한 적이 있습니다. 이 작업이 되돌릴 수 있는지 반드시 확인해야 합니다. 더 큰 서버를 1시간 정도 실행하는 데 드는 비용은 몇 센트에 불과합니다. 하지만 이 방법에는 물론 약간의 다운타임이 발생합니다.
네, 좋은 정보를 주셔서 감사합니다. 제 작은 VPS의 스왑 설정을 더 자세히 살펴볼게요. 알아두면 좋은 정보네요.