01
리소스 맥락 선택
CPU, Memory, Generic Quantity를 선택하세요. CPU는 정수 밀리코어만 허용하며 Generic은 더 작은 값과 음수도 분석합니다. 컨테이너 모드는 이름이 있는 JSON 배열을 받습니다.
개발 및 운영
Kubernetes Resource Calculator리소스 수량의 의미를 정확하게 확인
CPU와 메모리를 변환하거나 일반 앱 컨테이너에 명시된 리소스를 합산합니다.
Kubernetes Resource Calculator
Quantity 또는 컨테이너 JSON
입력은 이 브라우저에서 처리하며 서버로 전송하지 않습니다.
결과
Quantity를 입력하거나 예제를 불러오세요.
옵션
Quantity 수치 동작: k8s.io/apimachinery v0.34.1(Kubernetes 1.34). 출력은 정규화된 10진 값이며 Go String() 직렬화나 클러스터 검증이 아닙니다.
CPU는 음수가 아닌 정수 밀리코어여야 합니다(1m = 0.001 CPU). 더 작은 값은 Generic Quantity를 사용하세요.
한도: Quantity당 256자, 지수 −100~100, 입력 100,000 UTF-16 단위, 컨테이너 100개, 이름 80자. 숫자가 하나 이상 필요합니다.
입력 또는 옵션이 변경되었습니다. 내보내기 전에 다시 계산하세요.
설정을 복사했는데 한 컨테이너의 제한이 비어 있거나 단위가 다르면 먼저 선언 내용을 확인해야 합니다. Kubernetes Resource Calculator는 각 값을 정규화하고 누락된 항목을 별도로 표시하므로 합계가 어떤 입력에서 나왔는지 살펴볼 수 있습니다.
CPU 단위인 코어와 밀리코어, 메모리의 정확한 바이트 수와 Mi·Gi를 비교할 수 있습니다. 합계는 입력한 값이며 실제 사용량이나 권장 할당량을 뜻하지 않습니다.
Kubernetes Resource Calculator을 사용하는 이유
접미사 혼동 발견
CPU 모드에서는 100m와 0.1코어가 같은 양을 나타냅니다. Kubernetes Resource Calculator는 메모리 100m를 0.1바이트로 표시합니다. 10진 단위와 2진 단위를 비교하면 설정을 재사용하기 전에 m, M, Mi의 차이를 확인할 수 있습니다.
누락된 리소스 확인
각 컨테이너의 requests와 limits를 합계와 함께 표시합니다. 누락된 필드는 0이나 임의의 제한값으로 바꾸지 않고 미지정으로 유지합니다.
재사용 전 세 가지 확인
02
누락 항목과 합계 함께 읽기
각 리소스와 누락 필드 수를 확인하세요. 하나라도 limit가 없으면 입력된 limit 합계는 유한한 전체 상한이 아닙니다. limit에서 request를 자동으로 채우지 않습니다.
03
새로 계산하고 교체 검토
자동 계산은 350 ms 대기합니다. 끄면 계산 버튼 또는 Ctrl/Cmd+Enter를 사용하세요. 예제, 지우기, 정규화 입력은 미리 보기 후 적용하고 실행 취소할 수 있습니다. 오래된 결과는 내보낼 수 없습니다.
네 가지 리소스 보기
CPU 단위 변환
코어와 정수 밀리코어를 함께 표시합니다. 100m는 0.1 CPU입니다. 음수 리소스와 소수 밀리코어는 거부합니다.
메모리 단위 변환
정확한 바이트, Mi, Gi를 비교합니다. 소수 바이트를 유지하면서 올림한 정수 바이트를 따로 표시합니다.
Generic Quantity 분석
apimachinery v0.34.1 수치 동작에 따라 정규화된 10진 값을 표시하고 나노 정밀도 반올림 및 BinarySI 포화를 알려줍니다.
앱 컨테이너 합계
JSON의 name, requests, limits로 CPU와 메모리를 합산합니다. 클러스터에 연결하지 않고 누락 필드와 요청보다 작은 제한을 확인합니다. 예를 들어 요청 CPU가 100m인 컨테이너와 요청 필드가 없는 컨테이너를 합치면 명시된 합계는 0.1 CPU, 누락 수는 1입니다. 누락된 컨테이너에 0이 선언되었다는 의미가 아니며, limits 합계에도 같은 구분이 적용됩니다.
입력 규칙 및 한도
- 엄격한 수량 구문
- 접미사는 대소문자를 구분합니다. n, u, m, k, M, G, T, P, E, Ki부터 Ei 및 부호 있는 정수 지수 e/E를 지원합니다. 공백, MiB, GB, 숫자가 없는 값은 거부합니다.
- 정밀도 및 범위
- k8s.io/apimachinery v0.34.1을 기준으로 합니다. 1n보다 작은 정밀도는 0에서 멀어지는 방향으로 반올림하고 BinarySI는 ±(2^63−1)에서 포화됩니다. 10진 값은 64비트를 넘어도 정확합니다. 출력은 정규화된 10진 값이며 Go String() 직렬화가 아닙니다.
- CPU 및 메모리 맥락
- CPU와 메모리는 음수가 될 수 없습니다. 분석된 CPU는 1m의 정수 배수여야 합니다. 메모리 100m는 0.1바이트이며 별도 올림 바이트 값은 1입니다. 실제 할당 단위는 더 클 수 있습니다.
- JSON 입력 한도
- Quantity당 256자, 지수 −100~100, 전체 입력 100,000 UTF-16 단위, 고유 이름의 컨테이너 100개까지입니다. 이름은 제어 문자를 제외한 1~80자입니다. name, requests, limits 및 내부 cpu/memory 문자열 외 필드는 오류입니다. 중복 JSON 키는 거부합니다. 배열의 각 항목은 일반 앱 컨테이너 하나입니다. requests 또는 limits 객체를 생략할 수 있고 그 안에 cpu만 지정할 수도 있습니다. 수량은 정수처럼 보여도 JSON 문자열이어야 합니다. 단위 없는 값에도 따옴표를 붙이세요.
- 명시된 앱 리소스만 계산
- YAML, 전체 매니페스트, init 컨테이너, sidecar, overhead, Pod 수준 리소스는 지원하지 않습니다. 누락값은 유지하고 기본값을 적용하지 않습니다. 스케줄링, 실제 사용량, 최적 할당량은 판단하지 않습니다.
Kubernetes Resource Calculator 질문
100m CPU는 무엇을 의미하나요?
100m는 100밀리코어, 즉 0.1 CPU입니다. 이 도구에서 1000m와 1은 모두 CPU 하나를 뜻합니다. 0.5m는 CPU 정밀도 검증을 통과하지 못합니다.
Mi와 M의 차이는 무엇인가요?
Mi는 1,048,576바이트, M은 1,000,000바이트입니다. 소문자 m는 1바이트의 천분의 일입니다. 메모리 모드에서 정확한 값을 비교하세요.
limit만 지정하면 request는 어떻게 되나요?
어드미션 메커니즘이 request를 제공하지 않았다면 Kubernetes가 limit를 누락된 request에 복사할 수 있습니다. 이 도구는 누락 상태를 유지하고 해당 조건을 설명합니다.
파드가 스케줄링되지 않는 이유는 무엇인가요?
요청량이 노드 가용 용량을 초과하거나 어피니티와 테인트 등 다른 제약이 원인일 수 있습니다. 로컬 합계로는 클러스터를 진단할 수 없으므로 Pod 이벤트와 노드의 할당 가능 리소스를 확인하세요.
CPU와 메모리 요청 및 제한은 어떻게 정하나요?
대표적인 부하에서 측정한 사용량과 앱 요구 사항을 바탕으로 정하세요. 이 도구는 수량과 선언값의 합계를 확인하며 산술만으로 안전하거나 최적인 요청·제한을 선택하지 않습니다.
예상과 다른 값인가요?
입력한 리소스 다시 확인하기
Quantity 또는 컨테이너 배열을 Kubernetes Resource Calculator에 붙여 넣고 최신 결과를 확인한 뒤 JSON 보고서를 내보내세요.