raker_capacity/ — 기기별 동시 raker 수용량 기준표
목적: 신규 배치 담당(raker개발팀장 등)이 "이 기기에 raker를 몇 개까지
더 넣어도 되는가"를 매번 실측하지 않고 바로 판단할 수 있게 하는 실무
기준표. 14_하드웨어경제성법.law.md 제8조(유휴자원 재배치 원칙)의 실무
도구다.
갱신: 2026-09-12 07:55 KST 실측 기준(수동 갱신 — 자동 갱신은 향후 크론화 검토)
---
산정 기준(방법론)
코어 수 기반으로 3단계 계상한다 — linux1의 실측 사고 사례(4코어에
raker 283개, 부하 12~18까지 치솟아 과부하 진단됨)를 "이 이상은 위험"의
기준선으로 삼아 최대치를 그보다 낮게 잡았다.
| 단계 | 기준 | 의미 |
|---|---|---|
| 최저 | 코어 수 × 5 | 신규 배치 시작점 — 여기까지는 항상 안전 |
| 적정 | 코어 수 × 15 | 권장 지속 운영 수준 — 이 근처를 목표로 배치 |
| 최대 | 코어 수 × 40 | 단기 허용 상한 — 이 이상 넘기면 linux1처럼 과부하 위험 |
한계: raker마다 실제 부하(네트워크 대기 vs CPU 연산 비중)가 달라 이
숫자는 "동질적인 raker" 가정 하의 근사치다. 무거운 raker(이미지 대량
다운로드 등) 위주로 배치할 때는 이 상한보다 보수적으로 잡는다.
기준표 (2026-09-13 갱신 — linux2/VPS 3곳 실측 추가)
정렬 기준: 최대치(용량) 내림차순.
| 기기 | 코어/쓰레드 | 최저 | 적정수 | 최대 | 현재수 | 여유수(적정−현재) | 상태 |
|---|---|---|---|---|---|---|---|
| linux2 | 32C/64T | 320 | 960 | 2560 | 195 | +765 | 🟢 linux1 재배치 수신 완료 |
| mb1 | 8C/16T | 80 | 240 | 640 | 2 | +238 | 🟢 개발기 겸용, 여유 막대(13_하드웨어운용법.law.md 제1조④ 참조) |
| m1 | 8C/8T | 40 | 120 | 320 | 36 | +84 | 🟢 여유 있음 |
| win1 | 6C/6T | 30 | 90 | 240 | 2 | +88 | 🟢 거의 미사용, 여유 막대 |
| del1 | 2C/4T | 20 | 60 | 160 | 4 | +56 | 🟢 매우 저활용 |
| lin1 | 4C/4T | 20 | 180(대표 상향) | 160 | 12 | +168 | 🟢 여유 큼 |
| lin2 | 4C/8T | 20 | 120(CPU업글 재산정) | 160 | 48 | +72 | 🟢 여유 있음 |
| linux1 | 4C/4T | 20 | 60 | 160 | 0 | +60 | 🟢 전량 재배치 완료(2026-09-13) — 완전 유휴 |
| vps-jp | 1C/1T | 5 | 15 | 40 | — | — | 디스크 17% — 여유(raker 수 미집계) |
| vps-us | 1C/1T | 5 | 15 | 40 | — | — | 디스크 26% — 여유(raker 수 미집계) |
| vps-in | 1C/1T | 5 | 15 | 40 | — | — | 🔴 디스크 91% — 90% 초과, raker 강제종료 발동됨 |
정정(2026-09-13): linux1의 "여유수"가 이전엔 -123으로 잘못 계산되어
있었다(최대치 160 기준으로 계산됐는데 열 이름은 "적정 기준"이라고 표시된
불일치) — 적정수(60) 기준으로 다시 계산하면 -223이 맞다.
(코어/쓰레드 수 산정 기준은 각 기기 프로필 _gw/_machines/*.md 참조.
용량 계산은 스레드 수 기준 — HT/SMT가 있는 기기는 코어보다 스레드 수가
raker 병렬 처리량에 더 직접적으로 대응하기 때문)
VPS 3곳은 raker 코어 기준표가 아니라 디스크(정거장) 사용률 기준 —
05_정거장모니터링법.law.md 제1조 3단계 임계치(50/70/90%) 적용 대상.
linux2는 오늘(2026-09-13) 부팅드라이브 마이그레이션 완료 후 재가동된
직후라 raker 배치가 전혀 없는 완전 유휴 상태 — 신규 배치 최우선 후보.
사용법
1. 새 raker를 배치할 때, 여유(적정 기준) 값이 큰 순서(del1 > win1 > m1 >
lin1 > lin2)로 우선 배정한다.
2. linux1은 신규 배치 금지, 오히려 기존 raker를 다른 기기로 이전해야
하는 상태다 — 최대치(160)까지 줄이려면 최소 123개를 다른 기기로
옮겨야 한다.
3. 이 표는 수동 갱신본이다 — 실제 배치 전에는 반드시 ssh <기기>
"nproc; uptime; ps aux | grep raker | grep -v grep | wc -l"로 재확인
후 진행한다(수 시간~일 단위로 상황이 바뀔 수 있음).
실시간화 계획(2026-09-12, 대기 중)
현재는 수동 갱신본이다. 완전 실시간화하려면 각 기기를 SSH로 주기 조회하는
크론 스크립트가 필요 — 실행 주체(linux1 등 상시가동 기기에서 크론 등록)와
SSH 키 전파가 선행되어야 한다. 16_예정사항관리법.law.md에 실행 항목으로
등록 검토.