UPS, BESS, 랙 BBU와 커패시터를 ‘몇 분 버티느냐’만 다른 네 종류의 배터리로 보면 설계가 어긋난다. 어떤 장치는 전압이 꺼지기 전 찰나의 급변을 누르고, 어떤 장치는 전원 경로가 바뀌는 동안 IT 부하를 잇고, 또 다른 장치는 냉각과 네트워크를 포함한 시설 운영을 오래 유지한다. 시간뿐 아니라 연결 위치, 허용 출력, 에너지, 전환 방식과 고장영역이 서로 다르다.
네 장치를 하나의 백업시간 표로 고를 수 있다는 오해
가장 흔한 접근은 ‘커패시터는 몇 초, BBU는 몇 분, UPS는 그보다 길고 BESS는 몇 시간’처럼 고정 구간을 붙이는 것이다. 이 표는 개념을 시작하는 데는 편하지만 구매 규격이 될 수 없다. UPS도 배터리·플라이휠·전력전자 구성과 부하율에 따라 지속시간이 달라지고, BESS 역시 MW만 같다고 MWh와 응답특성이 같지 않다.
AI 랙은 평균전력만 소비하지 않는다. GPU 작업이 바뀌면 짧은 시간에 부하가 움직이고, BBU가 방전된 뒤 재충전할 때는 원래 IT 부하 위에 충전부하가 더해질 수 있다. 상위 UPS와 발전기가 이 변화를 어떻게 보는지까지 포함하지 않으면 각 장치가 개별 시험을 통과하고도 통합 운전에서 전압 변동이나 과부하를 만들 수 있다.
따라서 먼저 ‘얼마나 오래’가 아니라 ‘어떤 사건을 어디서 차단할 것인가’를 묻는다. 서브사이클 전압강하, 정류기 전환, 유틸리티 정전, 발전기 기동 실패, 장기 연료 제약은 서로 다른 사건이다. 사건마다 보호할 부하와 허용 중단시간, 복구 조건을 정한 뒤 장치를 배치한다.
정확한 범위는 부하 경계와 고장 경계에서 시작한다
커패시터는 보드·전력셸프 또는 DC 버스에 저장된 에너지로 매우 빠른 부하변화를 완화하지만, 일반적으로 장시간 시설 백업을 뜻하지 않는다. 랙 BBU는 특정 전력셸프나 랙 도메인을 가까이에서 지지한다. UPS는 지정된 임계부하 버스의 전력품질과 전환을 담당하고, BESS는 설계에 따라 장시간 백업·피크저감·계통서비스를 맡을 수 있다.
이 경계는 이름이 아니라 단선결선도로 확인한다. 커패시터가 GPU 보드 뒤에 있으면 냉각펌프를 살리지 못하고, 랙 BBU가 컴퓨트만 지지하면 네트워크·스토리지·CDU가 먼저 멈출 수 있다. 시설 UPS가 데이터홀 전체를 받더라도 발전기 보조기기와 냉각 플랜트가 다른 버스에 있으면 실제 서비스 지속시간은 가장 약한 의존성에서 끝난다.
NVIDIA DSX 시설 참조설계는 AI 시스템을 IT 랙만이 아니라 전력·냉각·네트워크와 함께 다루며, 설계값을 실제 부지 조건과 공급사 데이터로 검증해야 함을 전제로 한다. 참조설계는 특정 현장의 UPS 토폴로지나 법정 비상전원 시간을 대신하지 않는다.
입력은 사건 파형이고 출력은 유지해야 할 서비스다
입력자료는 연간 kWh가 아니라 밀리초 단위 전압·주파수 파형부터 시작한다. 정상 부하, GPU 급상승·급하강, 최대 동시부하, 상위 전원 상실, 한 경로 고장, 발전기 기동과 재전환, 냉각 재기동을 각각 기록한다. 각 사건에 대해 허용 전압범위, 무중단 여부, 감축 가능한 작업과 최대 복구시간을 지정한다.
출력자료는 장치별 정격 한 줄이 아니다. 필요한 순간전력 kW 또는 MW, 사용 가능한 에너지 kWh 또는 MWh, 최소·최대 SOC, 전환시간, 연속·단시간 과부하, 재충전 전력과 시간, 온도·노화 보정, 단일고장 후 남는 용량을 함께 적는다. 1MW 장치가 15분을 지지하려면 이상적인 산술상 0.25MWh가 필요하지만 실제 설계에는 변환손실, 방전종단, 예비율과 열 조건이 더해진다.
보호할 출력도 서비스 단위로 묶는다. GPU만, GPU와 패브릭, 스토리지까지, CDU·펌프·제어까지, 혹은 건물 안전부하까지 어느 수준인지 명시한다. ‘랙 4분’과 ‘서비스 4분’은 같은 말이 아니다. 전자가 유지돼도 후자의 의존장치가 멈추면 작업은 실패한다.
시간영역은 직렬 릴레이가 아니라 겹치는 제어대역이다
전력 이상이 시작되면 가장 가까운 DC 링크와 커패시터가 먼저 에너지를 내고, 정류기·전력셸프 제어가 버스를 붙든다. 그 사이 랙 BBU나 UPS가 방전모드로 넘어가며, 장시간 공급원인 BESS·발전기·계통 대체경로가 준비된다. 실제 순서는 토폴로지에 따라 달라지며 일부 장치는 동시에 응답한다.
문제는 인계 순간이다. 빠른 장치가 너무 일찍 물러나면 전압이 꺼지고, 너무 오래 버티면 에너지가 고갈돼 다음 고장에 대응하지 못한다. 발전기나 BESS가 부하를 받은 직후 BBU·UPS가 한꺼번에 재충전하면 계단형 추가부하가 생긴다. 충전전력 제한, SOC 회복 우선순위와 두 번째 사건을 견딜 최소예비량을 제어 시나리오에 넣어야 한다.
전력과 에너지를 분리하면 역할이 선명해진다. 커패시터는 높은 순간출력을 낼 수 있어도 저장에너지가 작을 수 있고, 장시간 BESS는 충분한 MWh를 갖더라도 랙 DC 버스의 매우 빠른 변화를 직접 보상하도록 설계되지 않을 수 있다. 응답시간·램프율·과부하·지속시간을 하나의 숫자로 합치지 않는다.
OCP BBU의 3kW·4분은 적용 범위가 분명한 사례다
OCP Open Rack v3 BBU Module v1.4는 한 모듈이 3kW를 최소 4분 방전하는 요구를 제시하고, 35°C 기준 수명 설계와 BMS의 SOC·SOH·이벤트 기록 등을 정의한다. 이는 특정 OCP 모듈의 인터페이스·시험 요구이지, 최신 GPU 랙 전체가 4분 동안 완전한 서비스를 유지한다는 뜻이 아니다.
같은 규격의 숫자도 랙에 적용하려면 모듈 수, 전력셸프와 부하 매핑, 예비 모듈, 실제 온도와 노화, 케이블·변환손실을 알아야 한다. 3kW에 4분이면 명목상 0.2kWh이지만 그 값을 단순히 랙 최대전력으로 나눠 운전시간을 확정해서는 안 된다. 규격이 정한 시험조건과 공급사 보증곡선을 그대로 적용해야 한다.
OCP Open Rack 사양 목록은 BBU 모듈뿐 아니라 BBU 셸프, 전력셸프와 48V 전원 사양을 별도로 관리한다. 부품 하나의 규격을 시스템 규격으로 오인하지 말라는 구조적 단서다. 사용 버전, 호환 조합과 랙 통합시험이 확인돼야 실제 도입 근거가 된다.
긴 지속시간 장치가 빠른 장치를 자동으로 대체하지는 않는다
| 장치·계층 | 주된 설계 질문 | 반드시 확인할 정격 | 대체하지 못하는 경계 |
|---|---|---|---|
| 커패시터·DC 링크 | 급변 때 버스전압을 얼마나 붙드는가 | J 또는 Wh, ESR, 전압범위, 펄스출력 | 분 단위 시설 정전과 냉각 지속 |
| 랙 BBU | 지정 랙 도메인을 전환 동안 지지하는가 | kW, 분, 온도·노화곡선, 재충전 | 다른 랙·네트워크·시설 냉각 |
| UPS | 임계부하 버스의 전력품질과 전환을 보장하는가 | kVA/kW, 역률, 런타임, 과부하, 토폴로지 | 연료가 필요한 장기 에너지와 비보호 부하 |
| BESS | 장시간·계통서비스와 현장 복원을 수행하는가 | MW, MWh, SOC창, 응답·램프, 보증 사이클 | 랙 내부 초고속 DC 안정성과 법정 UPS 적합성 |
| 발전기·대체계통 | 저장에너지 소진 전 지속공급을 시작하는가 | 기동·수락시간, 연료, 부하단계, N+1 | 무순단 브리지와 전력전자 순간응답 |
OCP의 전력 상호운용 설명은 12V에서 48V로 올리면 같은 전력에서 전류가 4분의 1, 동일 저항을 가정한 I²R 손실이 16분의 1이 된다는 물리 관계를 설명한다. 이는 이상적 비례 계산이며 전체 시스템 효율이나 배터리 지속시간을 보장하는 측정값이 아니다.
반례는 2시간짜리 BESS가 있는 시설이 순간 전압강하에 실패하는 경우다. BESS가 계통 측 인버터로 연결되고 랙까지의 UPS·배전 경로가 그 파형을 견디지 못하면 저장에너지가 충분해도 IT는 재부팅한다. 반대로 빠른 BBU가 있어도 냉각펌프와 네트워크가 백업되지 않으면 4분 뒤 작업을 정상 복구하지 못할 수 있다.
설계의 다음 단계는 시간지도와 반복시험이다
2026년 8월 26일 확인 기준으로 공개 사양은 일부 장치의 정격과 인터페이스를 보여줄 뿐, 특정 데이터센터의 완성된 시간지도를 제공하지 않는다. 현장팀은 실제 전원구성·부하파형·온도·노화와 운영 우선순위로 지도를 만들고 FAT, SAT와 통합시스템시험에서 갱신해야 한다.
- 서브사이클 전압강하, 수초 전환, 발전기 기동지연, 장기정전과 복구 사건을 서로 다른 시험으로 정의한다.
- GPU·네트워크·스토리지·CDU·펌프·제어의 전원버스와 허용 중단시간을 의존성 지도에 표시한다.
- 각 장치의 kW·kWh, 전환시간, 과부하, 최소 SOC, 온도·노화와 재충전 곡선을 같은 부하조건에서 받는다.
- 첫 고장 뒤 예비용량과 두 번째 사건을 견딜 수 있는지 N 또는 N+1 상태별로 계산한다.
- 방전 뒤 동시 재충전이 변압기·UPS·발전기와 냉각 재기동에 만드는 추가부하를 제한한다.
- 전원 상실·복구·재전환 때 전압·주파수·SOC·차단 이벤트를 공통 시계로 기록한다.
- 장치 교체·펌웨어·부하배치가 바뀔 때 시간지도를 재계산하고 통합시험 합격기준을 다시 승인한다.
최종 산출물은 ‘UPS 10분’ 같은 표어가 아니라 사건별 첫 응답 장치, 다음 인계점, 유지되는 서비스, 실패 시 안전상태와 재시도 조건이 적힌 운영표다. 이 표가 있어야 서로 겹치는 장치를 낭비 없이 조합하고, 한 계층의 긴 정격을 다른 계층의 보증으로 잘못 읽지 않을 수 있다.
UPS·BESS·BBU 용량은 무엇부터 계산해야 하나
UPS·BESS·BBU 용량을 계산할 때 가장 먼저 필요한 입력은 무엇인가요?
장치 가격이나 명판용량보다 사건별 실제 부하파형과 보호할 서비스 경계가 먼저다. GPU뿐 아니라 네트워크·스토리지·CDU·펌프·제어의 최대·급변부하, 허용 중단시간, 전환·복구 순서와 온도·노화 조건을 함께 넣어야 한다.
저장에너지가 충분한데도 AI 서비스가 중단되는 이유는 무엇인가요?
응답이 늦거나 전력 경로 밖에 있는 부하가 먼저 멈추고, 보호설정·전환제어가 충돌하거나 재충전이 과부하를 만들 수 있기 때문이다. 에너지량과 별개로 전압파형, 계층 간 인계, 선택차단과 냉각·네트워크 의존성을 통합시험해야 한다.
자료 마지막 확인: 2026년 8월 26일