Skip to Content

Sizing·Run:ai·운영 관측

실습복습
관련 기초 개념

개요

요청별 자원 적합성과 확장·관측·복구 정책을 함께 설계한다.

먼저 NIM·Triton·TensorRT-LLM·Dynamo, AI Enterprise·Blueprint·AI Factory, 운영 피드백과 장애 대응의 핵심 개념을 확인하세요.

세부 학습 목표

  • 가중치·KV cache·작업 공간을 포함해 자원 적합성을 추정한다.
  • 복제본·수직 확장·모델 병렬화와 GPU 공유를 구별한다.
  • 드리프트·SLA·MTTD·MTTR·버전·복구 절차를 연결한다.

핵심 개요

자원 산정은 가중치 크기뿐 아니라 입력·출력 길이·배치·캐시·동시 사용자·정밀도·목표 지연에서 출발합니다. 복제본 확대와 한 실행의 자원 확대는 해결하는 문제가 다릅니다.

Run:ai 같은 자원 관리 도구를 사용해도 실제 부하 측정과 운영 지표는 필요합니다. GPU 사용률과 함께 큐·성공률·지연·비용·복구 시간을 관찰합니다.

필요한 용어

  • 수평 확장: 실행 복제본 수를 늘리는 방식
  • 수직 확장: 한 실행이 사용할 자원을 늘리는 방식

작동 과정

  1. 모델·입력 길이·부하·지연 목표를 정합니다.
  2. 메모리·큐·처리량·오류를 측정합니다.
  3. 자원·스케줄·복제 정책을 바꾸고 복구까지 확인합니다.

가중치 계산으로 끝내지 않는 자원 산정

  • 단순 계산에서 가중치 메모리는 매개변수 수 × 값당 바이트입니다. 80억 개를 2바이트로 저장하면 약 160억 바이트, 즉 16GB(십진 단위)입니다. 압축 메타데이터·정렬·KV cache·런타임 작업 공간은 제외한 값입니다.

    이 수치가 16GB GPU에 딱 들어간다는 결론은 낼 수 없습니다. 최대 문맥·출력·배치·동시성·정밀도로 실제 최고 메모리와 여유를 측정합니다.

  • 한 요청의 모델이 안 들어가면 더 큰 자원·지원 병렬화·더 작은 모델·정밀도 변경을 비교합니다. 같은 단일 GPU 복제본을 늘리는 수평 확장은 각 요청의 적재 불가를 해결하지 않습니다. Run:ai의 할당·공유·스케줄링도 필요한 총 메모리를 없애지는 않습니다.

NVIDIA TensorRT LLM: KV Cache System  · NVIDIA TensorRT LLM: Quantization  · NVIDIA: Run:ai and NIM GPU utilization 

운영 신호에서 복구 행동까지

관측확인·행동
지연 목표 위반·큐 증가동시 부하·배치·복제본·콜드 스타트 조사
입력 분포 변화드리프트 확인 뒤 실제 정답·업무 성능 재평가
새 버전의 품질 하락자료·검색·지침·모델 버전 대조와 복구
GPU 사용률은 높고 완료율 하락실패·재시도·도구·검색 trace 조사
  • SLA는 약속한 서비스 수준의 계약입니다. MTTD는 장애 발생부터 탐지까지의 평균 시간, MTTR은 조직이 정의한 복구/수리 완료까지의 평균 시간입니다. 시작·종료 기준을 고정해야 비교할 수 있습니다.

    가상 기록에서 10:00 장애, 10:04 탐지, 10:20 정상 복구라면 이 사례의 탐지 지연은 4분, 탐지부터 복구는 16분입니다. 한 건은 평균이 아니며 여러 장애의 동일 기준 기록으로 평균을 계산합니다.

  • 대시보드·로그·trace·알림을 담당자와 runbook에 연결합니다. 재학습·출시 기준·모델/자료/설정 버전·되돌릴 구성·복구 후 실제 요청 검사를 정합니다.

NVIDIA AI Factory: Observability  · NVIDIA: NCA-AMAD exam topics 

풀이 예제

아래 입력과 기록은 직접 만든 교육용 가상 자료입니다.

입력·조건

한 요청의 모델이 GPU 한 장에 적재되지 않는데 동일한 단일 GPU 복제본만 늘리려 합니다.

판단·결과

복제본만 늘려도 각 요청의 적재 실패는 해결되지 않습니다.

이렇게 판단한 이유

요청 하나의 자원 적합성과 전체 처리량 문제를 구분해야 합니다.

흔한 실패와 복구

높은 GPU 사용률을 목표로 모든 요청을 오래 대기시키지 않습니다. 사용자 지연과 성공률 조건을 우선 만족시킵니다.

확인 문제

복제본 확대만으로 해결되지 않을 수 있는 것은?

  1. 전체 요청 수 증가
  2. 독립 요청의 병렬 처리
  3. 요청 하나의 모델·메모리 적재 실패

풀이 기록 기능을 불러오는 중…

해설 보기

정답: C. 요청 하나의 모델·메모리 적재 실패

요청 하나의 모델·메모리 적재 실패 높은 GPU 사용률을 목표로 모든 요청을 오래 대기시키지 않습니다. 사용자 지연과 성공률 조건을 우선 만족시킵니다.

가중치만 16GB라는 계산의 올바른 해석은?

  1. KV cache·작업 공간·단위와 여유를 더 확인해야 한다
  2. 16GB GPU에서 어떤 문맥·동시성도 안전하다
  3. 복제본을 늘리면 각 GPU의 모델 메모리가 사라진다

풀이 기록 기능을 불러오는 중…

해설 보기

정답: A. KV cache·작업 공간·단위와 여유를 더 확인해야 한다

한 요청의 메모리 적합성과 여러 요청의 총 처리량은 서로 다른 문제입니다.

참고 자료

  1. NVIDIA: NCA-AMAD exam topics  — 모델·데이터·추론·맞춤화·에이전트·운영 범위.
  2. NVIDIA Run:ai  — GPU 자원 오케스트레이션의 역할.
  3. NVIDIA Triton documentation  — 모델 서빙·스케줄링·성능 분석.
  4. NVIDIA TensorRT LLM: KV Cache System  — KV cache와 재사용·메모리 관리.
  5. NVIDIA TensorRT LLM: Quantization  — 낮은 정밀도와 모델·하드웨어별 지원.
  6. NVIDIA: Run:ai and NIM GPU utilization  — GPU 자원 할당·공유와 추론 워크로드.
  7. NVIDIA AI Factory: Observability  — 인프라·모델·앱 운영 관측.

자료 확인: 2026-10-25. 사례·문항·실습은 자체 제작했습니다. 외부 서비스 호출과 실제 모델 품질 측정은 학습자가 별도 환경에서 수행합니다.

직접 적용하기

교육용 가상 상황

80억 매개변수 2바이트 모델을 16GB GPU에 배포하면 충분하다고 계산했습니다. 긴 문맥에서 OOM, 사용률 95%에서 완료율 하락이 생깁니다. 자원 추정과 탐지·복구를 설계하세요.

선택·계산·진단의 근거를 조건과 연결하고, 확인할 결과를 적으세요.

답안 저장 기능을 불러오는 중…

검증 기준과 해설 보기
  1. 단위·가중치 외 KV cache·작업 공간을 포함한다
  2. 한 요청의 적합성과 전체 처리량 확장을 구별한다
  3. 부하·trace·실제 품질과 동일 기준의 탐지·복구 시간을 기록한다

16GB는 가중치의 단순 하한이며 GPU 단위와 추가 메모리를 확인합니다. 최대 문맥·동시성별 최고 사용량과 여유를 측정하고 자원·모델·정밀도 후보를 품질과 비교합니다. 큐·재시도·검색·도구 실패를 trace로 조사합니다. 버전·담당·복구 절차와 탐지/복구 시각을 고정하고 정상 업무 요청으로 복구를 확인합니다.

복습하기

  1. 수평·수직 확장의 차이는?
  2. 용량 산정에 필요한 입력은?
  3. 운영 지표에는 무엇을 보나요?
  4. 가중치만 16GB라는 계산의 올바른 해석은?
답변 확인 기준
  1. 수평·수직 확장의 차이는?

    복제본 수와 단일 실행 자원 확대의 차이입니다.

  2. 용량 산정에 필요한 입력은?

    모델·문맥·출력·동시성·배치·지연 목표입니다.

  3. 운영 지표에는 무엇을 보나요?

    성공·지연·큐·처리량·메모리·비용·감지와 복구를 봅니다.

  4. 가중치만 16GB라는 계산의 올바른 해석은?

    KV cache·작업 공간·단위와 여유를 더 확인해야 한다. 한 요청의 메모리 적합성과 여러 요청의 총 처리량은 서로 다른 문제입니다.