쿠버네티스 리소스 단위 변환기
512Mi·500m·129e6 같은 쿠버네티스 수량 표기를 읽어 바이트와 코어로 바꿉니다. 1Gi가 1G보다 7.4% 크다는 것과, 파드 요청량이 노드 몇 대에 들어가는지도 함께 냅니다.
Ki·Mi·Gi(2진)나 k·M·G(10진), m(밀리), 129e6 같은 지수 표기를 받습니다.
바이트로
536,870,912
2진 표기 512Mi · 10진 표기 536.871M
모든 접미사로 — 딱 떨어지는 것이 그 자료가 원래 쓰던 단위입니다
| 접미사 | 값 | 배수 |
|---|---|---|
| (없음) | 536,870,912 | ×1.00e+0 |
| k | 536,870.912 | ×1.00e+3 |
| Ki2진 | 524,288 | ×1.02e+3 |
| M | 536.871 | ×1.00e+6 |
| Mi2진 | 512 | ×1.05e+6 |
| G | 0.537 | ×1.00e+9 |
| Gi2진 | 0.5 | ×1.07e+9 |
| T | 0.001 | ×1.00e+12 |
| Ti2진 | 0 | ×1.10e+12 |
| P | 0 | ×1.00e+15 |
| Pi2진 | 0 | ×1.13e+15 |
limits: memory: 1G라고 적어 놓고 1GiB를 쓸 수 있다고 생각하면 74MB가 모자라 OOMKilled가 납니다. 접미사가 커질수록 벌어져서 Ti는 10%, Pi는 12.6% 차이입니다.memory: 100m은 100메가가 아니라 0.1바이트입니다. CPU 습관대로 적으면 파드가 뜨자마자 죽는데, 문법 오류가 아니라 값이 조용히 작아지는 것이라 로그만 보고는 원인을 찾기 어렵습니다. 메가는 Mi(2진)나 M(10진)입니다. 위 프리셋에서 “100m · 함정”을 눌러 보시면 값이 얼마나 되는지 바로 보입니다.k이고 나머지 10진 접미사는 대문자(M·G·T·P·E)입니다. 2진은 전부 대문자에 i를 붙입니다 (Ki·Mi·Gi·Ti·Pi·Ei). 500K나 512MB는 문법 오류라 매니페스트 적용 단계에서 거부됩니다 — 이쪽은 조용히 틀리지 않아서 오히려 낫습니다.0.5와 500m은 같은 값입니다. 쿠버네티스가 내부적으로 밀리코어 정수로 다루므로 1m보다 잘게는 못 쪼갭니다. 자바스크립트 정수 한계 때문에 2⁵³(약 9PB)을 넘는 값은 어림값으로 표시합니다.사용 방법
- 1매니페스트에 적힌 값을 그대로 붙여 넣습니다. 512Mi, 500m, 2G, 129e6 모두 읽습니다.
- 22진 표기와 10진 표기를 나란히 보고, 어느 쪽이 딱 떨어지는지 확인합니다.
- 3노드 용량 모드에서 파드 요청량과 레플리카 수를 넣으면 노드 몇 대가 필요한지 나옵니다.
자주 묻는 질문
Gi는 2³⁰(1,073,741,824), G는 10⁹(1,000,000,000)이라 Gi가 7.4% 큽니다. 차이가 73,741,824바이트, 약 74MB입니다. limits에 1G라고 적어 놓고 1GiB를 쓸 수 있다고 생각하면 그만큼 모자라 OOMKilled가 납니다. 접미사가 커질수록 차이도 벌어져서 Ti는 10%, Pi는 12.6%입니다.
100메가가 아니라 0.1바이트가 됩니다. m은 밀리(1/1000) 접미사라서 메모리에도 그대로 적용되기 때문입니다. CPU 습관대로 적기 쉬운데, 문법 오류가 아니라 값이 조용히 작아지는 것이라 파드가 뜨자마자 죽어도 로그만 보고는 원인을 찾기 어렵습니다. 메가는 Mi(2진)나 M(10진)으로 적어야 합니다.
2진은 Ki·Mi·Gi·Ti·Pi·Ei(각각 2¹⁰씩 올라감), 10진은 k·M·G·T·P·E(1000씩), 그리고 밀리를 뜻하는 m이 있습니다. 129e6 같은 지수 표기도 됩니다. 주의할 것은 10진 킬로만 소문자 k이고 나머지 10진은 대문자라는 점입니다. 대문자 K나 MB·GB는 없는 표기라 적용 단계에서 거부됩니다.
0.5코어입니다. 1코어가 1000m(밀리코어)이고, 0.5와 500m은 완전히 같은 값입니다. 쿠버네티스가 내부적으로 밀리코어 정수로 다루므로 1m보다 잘게는 못 쪼갭니다. CPU는 압축 가능한 자원이라 limits를 넘으면 스로틀만 걸리지만, 메모리는 압축 불가라 넘으면 컨테이너가 죽습니다.
노드의 할당 가능(allocatable) 자원을 넣어야 합니다. 전체 용량이 아닙니다. kubelet과 컨테이너 런타임, OS가 쓰는 몫이 예약되어 있어서 16GiB 노드라도 실제 파드에 줄 수 있는 것은 14~15GiB 정도입니다. kubectl describe node의 Allocatable 값을 보시면 됩니다. 노드당 파드 수 상한(기본 110개)과 데몬셋이 쓰는 몫도 따로 빠집니다.
requests입니다. 스케줄러가 파드를 어느 노드에 놓을지 정할 때 보는 값이 requests이기 때문입니다. limits는 실제로 쓸 수 있는 상한이고, requests보다 크게 잡으면 노드가 초과 커밋 상태가 됩니다. 안정성을 원하면 메모리는 requests와 limits를 같게 두는 것이 흔한 관행입니다.
알아두면 좋은 점
- 노드 용량 계산은 requests 기준입니다. kubelet·시스템 예약분, 노드당 파드 수 상한, 데몬셋 몫은 반영하지 않았습니다.
- 자바스크립트 정수 한계 때문에 2⁵³(약 9PB)을 넘는 값은 어림값으로 표시합니다.
- 쿠버네티스 버전에 따라 문법이 조금씩 확장될 수 있습니다. 실제 적용 여부는 클러스터에서 확인해 주세요.
- 입력한 값은 브라우저 안에서만 계산되며 서버로 전송되지 않습니다.
함께 보면 좋은 도구
마지막 검증: 2026년 8월 31일 · 결과는 참고용 추정치입니다.