CASE77 · APPROVED FINAL · Evidence B/C

데이터센터 지원시설 부하리스트·소비패턴 분석을 통한
상시 Base Load 및 설비운영 개선

2017년 IDC 컨설팅에서 독립 개선항목으로 다룬 지원시설의 부하리스트·용량·소비패턴·센터별 소비지수 진단을 출발점으로, 24시간 지속되는 부하를 Essential Continuous Load와 Avoidable Continuous Load로 분리하고 Submetering·NILM·FDD·AI까지 확장하는 컨설팅 Story.

Data CenterSupport FacilityBase LoadSubmeteringNILMFDDEvidence B/C

1. 냉방효율이 좋아도 24시간 남아 있는 지원시설 부하는 별도로 봐야 한다

데이터센터 전체전력에는 IT와 주요 냉방설비 외에도 보안·제어·조명·급배수·방재·공용설비 등 지원기능의 전력이 존재할 수 있다. 작은 부하도 24시간 지속되면 연간 에너지에서 의미가 커진다.

“지원시설이 얼마를 쓰는가?”보다 중요한 질문은 “그중 반드시 계속 필요한 부하와 운전시간·제어·설정 때문에 계속 남아 있는 부하는 무엇인가?”이다.

2. 2017년 IDC 컨설팅에서 지원시설은 독립적인 개선항목이었다

확인된 FACT
지원시설 성능진단 및 개선 범위로 지원시설 부하리스트 작성 → 용량 및 소비패턴 분석 → 지원시설 설비성능 개선방안 제안이 명시되어 있다. 별도 운전방법 개선 항목으로 센터별 지원시설 소비지수 진단 및 설비운영 개선방법 제안도 제시되어 있다.

따라서 CASE77은 냉동기·냉각탑·펌프 효율진단의 반복이 아니라 지원시설이라는 별도 부하군을 Inventory와 소비패턴으로 분해하는 사례로 정의한다.

3. Base Load는 ‘하루 중 가장 낮은 전력’과 같지 않다

기술적 확장
Base Load는 분석기간 또는 특정 운전상태에서 지속적으로 존재하는 부하 성분으로 해석할 수 있다. 계측경계·기간·운영모드에 따라 달라지므로 하나의 고정 숫자로 단정하지 않는다.

24시간 데이터센터의 최저전력에도 IT·필수 냉각·전력인프라·안전설비가 포함될 수 있다. 따라서 Minimum kW = 절감가능 Base Load가 아니다.

P_Base(t) = P_Essential(t) + P_Avoidable(t)

4. Load Duration Curve와 Base Load의 관계

LDC = Load Duration Curve(부하지속곡선)는 시간순 전력데이터를 큰 값에서 작은 값 순으로 재배열해 특정 부하수준이 얼마나 오래 유지되는지를 보여준다. 시간순 Load Profile은 언제, LDC는 얼마나 오래를 보여준다.

LDC의 낮은 부하영역이 장시간 지속되면 Base 성분을 파악하는 단서가 되지만, LDC만으로 설비 정체나 절감가능 여부를 판정할 수는 없다. 반드시 Schedule·상태값·Submeter와 결합한다.

5. Always-on Load와 Standby Loss는 같은 말이 아니다

구분	의미	진단 관점
Always-on Load	시설에서 계속 전력이 공급되거나 연속 운전되는 부하 전체	필수부하와 불필요 지속부하가 함께 포함될 수 있음
Standby Loss	기기가 주기능을 수행하지 않거나 저전력 상태에서도 소비하는 전력	Always-on의 일부 원인이 될 수 있으나 동일 개념은 아님

LBNL은 standby power를 기기가 꺼져 있거나 주기능을 수행하지 않을 때 소비되는 전력 또는 저전력 모드의 범주로 설명한다.

6. 대표 End-use 분류는 Inventory를 만드는 도구다

Measurement Boundary
현재 확보된 2017 자료에는 CASE77 지원시설의 개별 설비명·대수·실제 kW가 상세 제시되어 있지 않다. 아래는 원자료의 설비목록이 아니라 확대 적용용 기술 분류다.

End-use	측정항목	핵심 질문
조명·비상조명	회로전력, 스케줄, 점유	비점유 구역이 계속 켜져 있는가?
보안·출입·CCTV	상시전력, 상태	필수 연속부하인가?
BMS·제어·통신 보조	패널전력, 네트워크 상태	필수제어와 대기손실을 구분했는가?
급배수·위생·배수	펌프 kW, 운전시간, Level/Pressure	수요 없이 반복운전하는가?
방재·안전	상시/대기모드	법정 필수부하와 보조손실은?
사무·공용·편의	콘센트·소형 HVAC·조명	비업무시간에도 남아 있는가?

7. 지원시설 부하분해는 ‘부하리스트 × 용량 × 운전시간 × 계측값’에서 시작한다

Load
Inventory

Rated
Capacity

Measured
kW/kWh

Schedule /
Status

Support-load
Profile

명판용량만 합산하면 실제 소비를 알 수 없고, 전체 kWh만 보면 원인을 알 수 없다. 설비목록·정격·실측전력·상태·스케줄을 같은 시간축으로 연결한다.

8. Submetering으로 지원시설 부하를 직접 분해한다

Submetering(세부계측)은 전체전력 아래의 분전반·회로·설비군을 별도 계측하는 방법이다. Main → 지원시설 분전반 → 주요 End-use 순으로 계측경계를 내려가며 Base가 어느 회로에서 만들어지는지 확인한다.

DOE의 Data Center Metering and Resource Guide는 세부계측과 성능지표가 대형 에너지사용처 식별, 효율전략 검증, Commissioning 및 Fault Detection에 활용될 수 있음을 설명한다.

9. 계측점이 부족하면 NILM을 보조수단으로 검토한다

NILM = Non-Intrusive Load Monitoring(비침입 부하 모니터링)은 상위 계측점의 전압·전류·전력 변화와 Load Signature를 이용해 개별 부하 상태와 소비를 추정하는 방법이다.

대형 On/Off 부하나 반복적 기동패턴은 후보가 될 수 있다. 반면 유사 소형부하, VFD처럼 연속변동하는 부하, 동시 기동은 분리가 어려울 수 있으므로 중요부하는 Submetering으로 검증한다.

10. 야간·주말·비업무시간이 Base Load를 가장 잘 드러낸다

업무활동이 줄어드는 시간대에서 Night Base kW, Weekend Base kW, Off-hours kWh, Base-load Ratio를 비교한다. 업무시간과 비업무시간의 차이가 거의 없다면 실제 24시간 필수운전인지, Schedule 문제인지 추가 확인한다.

이 KPI들은 CASE77의 확장 진단방법이며 2017 원자료에 해당 수치가 제시되었다는 뜻은 아니다.

11. 센터별 지원시설 소비지수로 규모 차이를 정규화한다

원자료는 센터별 지원시설 소비지수 진단을 개선항목으로 제시했다. 실제 적용 시 지원시설 kWh를 IT 에너지, 면적, 랙 수, 운영시간 등 적절한 Driver로 정규화할 수 있다.

현재 확보자료에서는 실제 분모 정의와 센터별 지수값이 확인되지 않는다. 특정 지수식이나 Benchmark 수치를 CASE77의 성과로 만들지 않는다.

12. Schedule Drift는 ‘원래 스케줄’과 ‘실제 동작시간’의 차이다

설비가 처음에는 08:00~18:00로 설정되었더라도 운영변경·점검·임시조치가 반복되면 실제 On 시간이 조금씩 늘어날 수 있다. 이를 Schedule Drift(운전스케줄 이탈) 관점에서 찾는다.

Command, Status, kW를 함께 보면 “명령은 Off인데 실제 운전”, “스케줄 밖 기동”, “주말에도 평일 패턴 유지” 같은 이상을 구분할 수 있다.

13. Manual Override는 임시조치가 상시운전으로 굳어지는지를 본다

점검이나 장애대응을 위해 Auto를 Manual로 바꾼 뒤 복귀되지 않으면 제어로직이 있어도 절감이 사라진다. BMS의 Auto/Manual 상태, Override Flag, Command, Feedback과 전력을 함께 Trend로 관리한다.

14. Essential Continuous Load와 Avoidable Continuous Load를 분리한다

구분	판정 기준	Action
Essential Continuous Load	안전·신뢰성·IT 서비스·법정 요구·필수 제어 때문에 연속운전 필요	정지보다 효율·용량·대기손실 최적화
Avoidable Continuous Load	비점유·비수요 상태에서도 Schedule/Override/과잉설정 때문에 지속	스케줄 복구, 자동제어, 설정값 조정, 불필요 회로 차단 검토

진단의 목표는 Base Load 전체를 없애는 것이 아니라 P_Avoidable을 안전하게 찾아 줄이는 것이다.

15. 문제발견은 ‘지속시간 × 부하크기 × 운영필요성’으로 우선순위를 정한다

Persistent
kW

Duration
h

Annualized
kWh

Operational
Need

Action
Priority

순간적으로 큰 부하보다 작은 부하가 연중 계속 켜져 있는 것이 더 큰 낭비가 될 수 있다. 다만 연간환산값은 실제 계측기간과 운영일정을 근거로 계산하며, 현재 CASE77에는 임의의 절감량을 넣지 않는다.

16. Rule-based FDD로 이상 지속부하를 자동 탐지한다

FDD = Fault Detection and Diagnostics(고장 탐지 및 진단)는 센서·상태·제어·전력 데이터를 이용해 정상범위를 벗어난 운전과 원인을 탐지하는 방법이다.

Rule 예시	탐지 의미
Schedule = OFF AND kW > threshold	비운영시간 지속부하
Command = OFF AND Status = ON	제어/피드백 불일치
Manual Override 지속시간 > 기준	임시운전 장기화
Weekend Base > 정상 Weekend Band	주말 Base 상승
Support kW / Driver가 기준범위 초과	센터·기간 대비 비정상 소비

Threshold는 현장 정상데이터와 설비특성으로 정해야 하며 CASE77 원자료의 실제 Rule이라고 표현하지 않는다.

17. Continuous Commissioning은 ‘한 번 찾고 끝내지 않는’ 운영방식이다

Continuous Commissioning(지속 커미셔닝) 또는 MBCx = Monitoring-Based Commissioning(모니터링 기반 커미셔닝)은 계측데이터를 지속 분석해 성능저하·제어이상·운전변화를 찾아 개선상태를 유지하는 접근이다.

DOE는 데이터센터에서 Metering이 Continuous Commissioning과 장기 성능추적, 문제의 선제적 탐지·진단·해결에 중요하다고 설명한다. ASHRAE의 데이터센터 Commissioning 가이드라인 범위도 데이터센터의 support infrastructure를 대상으로 한다.

18. 해외 데이터센터는 Continuous Commissioning으로 Base Load의 재발을 관리한다

데이터센터의 Base Load 개선은 한 번의 진단으로 끝나지 않는다. 운영시간 변경, 임시 Override, 제어설정 변경, 설비 추가와 같은 작은 변화가 누적되면 비업무시간의 지속부하가 다시 증가할 수 있기 때문이다.

해외에서는 이러한 문제를 관리하기 위해 Continuous Commissioning(지속 커미셔닝) 또는 MBCx = Monitoring-Based Commissioning(모니터링 기반 커미셔닝) 접근을 활용한다. 전력 Submeter, BMS 운전상태, Schedule, Setpoint 등의 데이터를 지속적으로 수집하고 정상 운전패턴과 비교하여 성능저하나 비정상적인 지속부하를 찾아내는 방식이다.

LBNL의 MBCx 연구에서는 EMIS = Energy Management and Information Systems(에너지관리·정보시스템)를 활용하여 대량의 건물 운전데이터를 지속적으로 분석하고, 발견된 이상을 실제 운영 개선조치로 연결하는 접근을 다룬다. DOE의 데이터센터 Metering 관련 자료 역시 계측데이터를 성능추적, 문제진단 및 지속적인 운영개선에 활용하는 방향을 제시한다.

지원시설
Submetering

정상 Base-load
Profile

야간·주말
이상감시

원인확인·
운영수정

재검증·지속
Monitoring

따라서 핵심은 단순히 “현재 Base Load가 높은가?”를 한 번 판단하는 것이 아니라, 정상적인 지원시설 Base Load를 정의하고 그 수준에서 벗어나는 지속부하가 발생할 때 원인을 찾아 다시 정상상태로 복귀시키는 운영체계를 만드는 것이다.

Evidence 구분
2017년 컨설팅 자료에서 직접 확인되는 내용은 지원시설 부하리스트 작성, 용량·소비패턴 분석, 센터별 지원시설 소비지수 진단 및 설비운영 개선방안 제안이다. Continuous Commissioning과 MBCx는 이를 지속적인 데이터 기반 운영관리로 발전시키기 위한 해외 기술 Reference 및 확대 적용방법이며, 해외 사례의 절감률이나 성능값을 CASE77의 실제 성과로 사용하지 않는다.

19. M&V는 Base 전체가 아니라 개선 Action의 경계를 잡는다

M&V = Measurement & Verification(측정 및 검증)에서 개선 전·후 전체 센터전력을 단순 비교하면 IT 부하와 냉방부하 변화가 섞인다. 가능한 경우 개선한 지원시설 회로 또는 설비군을 Measurement Boundary로 잡는다.

예를 들어 스케줄 개선이라면 동일 Day Type과 유사 운영조건에서 Off-hours kWh를 비교하고, 제어개선이라면 Command/Status와 kW를 함께 확인한다. Submeter가 없으면 상위계측에서 영향요인을 조정한 Baseline을 사용하되 불확도를 명시한다.

20. 개선 Action은 ‘끄기’보다 ‘필요한 시간에 필요한 상태로’가 우선이다

① 잘못된 Schedule 복구 → ② Manual Override 해제 → ③ 불필요한 동시운전 제거 → ④ Setpoint/Deadband 정합화 → ⑤ 저부하·대기모드 개선 → ⑥ 과대용량/저효율 설비의 성능개선 검토 순으로 접근한다.

안전·방재·보안·서비스 연속성에 필요한 설비는 절감목적으로 임의 정지하지 않는다.

21. AI는 Rule-based 진단이 안정된 다음 단계에서 붙인다

Rule-based
FDD

Expected Support
Load Model

Residual /
Anomaly

Recommendation

Supervised
Optimization

먼저 설명 가능한 Rule로 명백한 Schedule/Override 문제를 잡는다. 이후 정상운전 데이터가 충분해지면 시간·요일·점유·IT Load·외기조건·운영모드를 입력으로 Expected Support Load Model을 만든다.

22. Base-load Fingerprinting은 ‘정상적인 밤의 모양’을 학습한다

요일·시간대·운영모드별 정상 지원시설 Profile을 Fingerprint로 저장하고 현재 Profile과 비교한다. 단순 kW 초과뿐 아니라 기동시각 이동, 종료지연, 야간 Floor 상승, 주말 Profile의 평일화를 이상으로 탐지할 수 있다.

Residual 개념
Residual(t) = Measured Support Load(t) − Expected Support Load(t)
지속적인 양(+)의 Residual은 추가 진단 대상이 된다.

23. AI Recommendation은 원인을 확정하는 대신 ‘확인 순서’를 제안한다

이상 지속부하가 감지되면 모델이 곧바로 설비를 정지시키는 것이 아니라 관련 회로, 최근 Schedule 변경, Override 상태, Command/Feedback 불일치, 유사 과거 Event를 묶어 운영자에게 확인순서를 제시하는 방식이 안전하다.

충분한 검증 이후에만 승인된 범위에서 스케줄·설정값 최적화 같은 Supervised Optimization(감독형 최적화)으로 확장한다.

24. 다른 데이터센터로 확대할 때는 동일 KPI보다 동일 질문을 복제한다

센터마다 지원시설 구성과 계측경계가 다르므로 특정 Base kW를 Benchmark로 복사하지 않는다. 대신 ① 무엇이 상시부하인가 → ② 무엇이 필수인가 → ③ 무엇이 비업무시간에도 남는가 → ④ 어떤 회로가 원인인가 → ⑤ Action 후 같은 조건에서 줄었는가라는 질문과 검증절차를 복제한다.

25. 산업시설에도 같은 방법을 적용할 수 있다

공장에서는 생산설비 외의 공조·조명·집진·순환펌프·공압·대기전력 등이 비생산시간에도 남을 수 있다. 생산량이 0에 가까운 시간의 Base, 주말부하, Schedule Drift, Manual Override를 찾아 생산 필수부하와 회피가능 지속부하로 나누는 구조는 그대로 확장 가능하다.

26. CASE77의 현장 분석 Process

① Measurement Boundary 정의 → ② 지원시설 Load Inventory → ③ 정격용량 정리 → ④ Main/Submeter 정합성 확인 → ⑤ 시간대별 Load Profile → ⑥ LDC → ⑦ Night/Weekend Base → ⑧ 센터별 소비지수 → ⑨ Essential/Avoidable 분류 → ⑩ Schedule Drift → ⑪ Manual Override → ⑫ Rule-based FDD → ⑬ 개선 Action → ⑭ Step/기간 Test → ⑮ M&V → ⑯ 지속 Monitoring → ⑰ Expected Load Model → ⑱ AI Recommendation

27. 기존 CASE와의 중복성 검토

구분	핵심 질문	CASE77과의 차이
기존 IDC PUE/냉방 CASE	냉방설비와 PUE를 어떻게 개선하는가?	CASE77은 비IT 지원시설의 지속부하와 운전시간이 중심
계약전력·Peak CASE	계약조건과 Peak가 비용구조에 적정한가?	CASE77은 에너지 사용의 시간·End-use 원인을 추적
전력변환손실 후보	UPS·배전 단계에서 손실이 발생하는가?	CASE77은 UPS 효율을 임의의 실적으로 다루지 않음

핵심 질문 → 분석방법 → Evidence → 개선 Action → M&V가 독립적이므로 별도 CASE로 유지할 수 있다.

28. Evidence & Measurement Boundary

실제 확인된 FACT · Evidence B/C
2017년 IDC 에너지성능 개선 컨설팅 문서에는 지원시설 성능진단 및 개선을 위해 부하리스트 작성, 용량 및 소비패턴 분석, 설비성능 개선방안 제안이 계획되어 있으며, 센터별 지원시설 소비지수 진단 및 설비운영 개선방법 제안이 별도 항목으로 확인된다.

예상효과 · Evidence C
현재 확보자료에서는 CASE77 지원시설 개선만의 독립적인 절감률·절감량·절감금액, 개별 설비별 개선 전후 실측값이 확인되지 않는다. 따라서 정량 절감성과를 부여하지 않는다.

외부 기술 Reference · 방법론 확장
Base Load/LDC 해석, Always-on과 Standby 구분, Submetering, NILM, Schedule Drift, Manual Override, Rule-based FDD, Continuous Commissioning, Expected Support Load Model, Base-load Fingerprinting은 CASE77의 원자료 FACT가 아니라 현재 기술로 확장한 진단·운영 방법론이다.

향후 확대응용
다른 데이터센터와 산업시설에서는 실제 설비목록·계측경계·운영시간을 다시 정의하고, Submeter 또는 검증 가능한 부하분해를 통해 Essential Continuous Load와 Avoidable Continuous Load를 현장별로 재분류한다.

29. Review 상태

Status: APPROVED / FINAL-LOCK

Approval: 사용자 승인 완료 · 2026-09-19

30. Technical References

U.S. DOE / Better Buildings — Data Center Metering and Resource Guide
U.S. DOE FEMP — Reducing Data Center Loads / Metering & Continuous Commissioning
Lawrence Berkeley National Laboratory — Building analytics and monitoring-based commissioning
ASHRAE — Commissioning of Data Centers scope
LBNL — Standby Power Definitions
Hart, G.W. (1992), Proceedings of the IEEE — Nonintrusive Appliance Load Monitoring, DOI 10.1109/5.192069

외부 Reference의 수치나 성과는 CASE77 현장의 실적과 분리하여 사용한다.