ember-cli 빌드 시 최소 인스턴스 크기에서 메모리 사용량으로 인한 OOM 실패 위험

지원 자체 호스팅
3

@david님 감사합니다. ember가 그 자체로 독립적인 존재라는 점을 잘 알고 있습니다.

방금 해당 명령어들을 실행했습니다.

# /var/discourse/launcher enter app
x86_64 아키텍처 감지됨.

경고: Discourse 베이스 이미지를 다운로드하기 시작합니다.
네트워크 속도에 따라 몇 분에서 1시간까지 걸릴 수 있습니다

조금만 기다려 주세요

2.0.20220720-0049: discourse/base에서 끌어오기 중
Digest: sha256:7ff397003c78b64c9131726756014710e2e67568fbc88daad846d2b368a02364
Status: discourse/base:2.0.20220720-0049의 더 새로운 이미지 다운로드 완료
docker.io/discourse/base:2.0.20220720-0049

이것은 프로덕션 설치 환경이며, 어제 기준으로 최신 상태였습니다. 현재 보고된 내용은 다음과 같습니다:

설치된 버전: 2.9.0.beta12 (8f5936871c)

CPU 1개 인스턴스이며, 님의 환경과 마찬가지로 RAM 1GB와 스왑 2GB를 사용하고 있습니다.

time 명령어의 결과는 다음과 같습니다.

Done in 303.21s.
	Command being timed: "yarn ember build -prod"
	User time (seconds): 222.71
	System time (seconds): 17.17
	Percent of CPU this job got: 78%
	Elapsed (wall clock) time (h:mm:ss or m:ss): 5:04.15
	Average shared text size (kbytes): 0
	Average unshared data size (kbytes): 0
	Average stack size (kbytes): 0
	Average total size (kbytes): 0
	Maximum resident set size (kbytes): 702292
	Average resident set size (kbytes): 0
	Major (requiring I/O) page faults: 348190
	Minor (reclaiming a frame) page faults: 1152689
	Voluntary context switches: 617736
	Involuntary context switches: 774189
	Swaps: 0
	File system inputs: 5001936
	File system outputs: 318280
	Socket messages sent: 0
	Socket messages received: 0
	Signals delivered: 0
	Page size (bytes): 4096
	Exit status: 0

직전까지 호스트를 업데이트하고 재부팅했기 때문에 컨테이너 내부의 모든 것이 새로 재시작되었을 것입니다.

다른 창에서 실행 중인 vmstat이 보고한 메모리 사용량 중 가장 심각한 시점의 데이터는 다음과 같습니다:

# vmstat 1
procs  -----------memory----------    ---swap--  -----io----   -system-- ------cpu-----
 r  b    swpd   free   buff  cache    si     so    bi     bo    in    cs us sy id wa st
 2  0  704000 136044  24136 158144  1517   3503  8256   4377   886  3564 43  8 43  6  0
...
 5  0 1451436  71604   1248  50196 55016 110236 73204 121060 13152 45971 29 60  0 10  1