01의사결정 매트릭스: 세션 · Skills 디스크 · 256/512GB
표는 SLA가 아닌 가드레일입니다. RSS와 디스크 피크를 측정해 셀을 덮어쓰세요.
| 프로파일 | 동시성 초점 | 디스크 자세 | 판정 |
|---|---|---|---|
| 경량 게이트웨이 | 인터랙티브 2 + 워커 1 | 256GB · 로그 회전 후 | 16GB 단일 유지 |
| Skills 헤비 | 동일 인원 · 큰 캐시 | 주간 피크 디스크 절반 초과 | RAM 전에 512GB로 |
| 병렬 분할 | 4 상시 세션 | 두 노드의 적정 SSD | 16GB×2가 24GB 단일보다 안정 |
상주 버퍼가 적당하면 16GB 상한은 인터랙티브 2 + 워커 1입니다. 큐가 빨리 자라면 RAM 스왑 대신 병렬 분할이 꼬리 지연에 낫습니다.
02동시성 통증 포인트
- 메모리 절벽: 16GB 직전까지 경고가 약하고 페이지 압축이 시작되면 응답이 들쭉납니다.
- 디스크 버스트: 첫 실행 패키지와 npm 캐시가 정상치보다 커서 256GB 여유가 빠르게 줄어듭니다.
- 게이트웨이 커플링: 지역 RTT 없는 수락 시험은 사내망만 통과합니다. 임대 리전에서 돌립니다.
03설치 절차: curl 검증 · npm 잠금 · 게이트웨이 수락
install.sh는 공급망 아티팩트로 다룹니다. curl -fsSL ... -o install.sh 뒤 shasum -a 256으로 해시와 비교하고 일치 시에만 실행합니다.
npm 글로벌은 package.json 버전과 engines로 잠그고, 헬퍼는 npm shrinkwrap·락파일로 CI와 원격 Mac을 맞춥니다.
수락 시험은 운영과 같은 리전에서 돌립니다. curl로 헬스·WebSocket·인증 헤더를 보고 콜드 스타트 응답을 한 표에 묶으세요.
04병렬 분할 vs 더 큰 SSD/RAM
네 명 동시 사용이면 한 대를 키우지 말고 16GB 두 대 분할에 스티키 라우팅을 둡니다. 테넌트·임대 매핑을 적어두면 청구가 깔끔하고 Skills가 게이트웨이를 흔들지 않습니다.
콜드 피크가 디스크 절반을 반복해 넘으면 512GB입니다. 24GB는 지속 RSS 압력이 잡힐 때만 의미가 있고, SKU 선호로 키우면 유휴비만 늡니다.
인용 가능한 사실 ① 16GB에 어시스턴트 4개를 욱여넣지 말고 2개로 맞춥니다. ② 256GB는 콜드 피크가 일시적일 때만 안전하며 반복되면 512GB로 갑니다. ③ 폭증 비용은 등급을 올리기 전에 요금으로 분기시킵니다.
구매 요약 홈 → 구매에서 매트릭스 행에 맞는 등급 잠금 → 도움말의 SSH·게이트웨이 가이드 → 콘솔에서 임대 추적. 본문 수치는 결제 합계로 갱신됩니다.
05FAQ 빠른 답변
Q 24GB가 꼭 필요한가요?
A 캐시 정리 뒤에도 RSS가 16GB를 넘는 경우에만요. 그 전에 테넌트 분할이 먼저입니다.
Q curl 파이프 bash는 괜찮나요?
A 해시 검증을 거친 예외만. 기본 정책으로 쓰지 마세요.
Q 수락 시험은 어디서?
A 임대 리전 + 위 매트릭스와 같은 PoP에서.