Microsoft Fabric 용량 단위 완벽 정리: F SKU와 이월 부채 가이드
By Mirko Peters ·
Microsoft Fabric 용량 단위(CU), F SKU, 스무딩, 이월 부채가 M365 관리자에게 어떤 영향을 주는지 알아봅니다. 지금 클라우드 컴퓨팅 거버넌스를 익히세요.
Automatically translated with AI from the original post. Read the English original

Microsoft Fabric 용량 단위(CU)는 테넌트 전체의 컴퓨팅 성능, 성능 한계, 청구 요금을 결정합니다. 격리된 리소스 그룹을 사용하는 기존 Azure 리소스와 달리, Fabric은 데이터 엔지니어링, 웨어하우징, 보고 워크로드를 모두 하나의 공유 컴퓨팅 풀에 모으며, 이는 F SKU, 버스트 한도, 이월 부채 규칙에 따라 관리됩니다.
핵심 요약
- Fabric 용량 단위는 모든 워크스페이스에 걸쳐 초당 수행되는 컴퓨팅 작업량을 측정하며, 공유 청구 및 성능 풀 역할을 합니다.
- F SKU(F2부터 상위 계층 용량까지)는 기존 Power BI Premium 용량을 대체하며, 비용 절감을 위해 Azure에서 유연하게 일시 중지할 수 있습니다.
- 버스트를 사용하면 컴퓨팅을 일시적으로 초과 할당할 수 있지만, 이로 인해 시간이 지나면서 갚아야 하는 이월 부채가 생깁니다.
- 백그라운드 작업은 24시간 스무딩 구간을 사용하는 반면, 대화형 사용자 쿼리는 몇 분 정도의 짧은 구간에 걸쳐 스무딩됩니다.
- Fabric 용량 메트릭 앱은 사용률을 모니터링하고, 주요 리소스 소비자를 식별하며, 사전 예방적 경고를 설정하는 데 필수적입니다.
Microsoft Fabric 용량이란 무엇인가요?
Microsoft Fabric이 Microsoft 365 테넌트에 도입되면, 격리된 가상 머신이나 분리된 Azure 구독의 집합으로 제공되지 않습니다. 대신 용량이라고 부르는 통합 컴퓨팅 풀이 제공됩니다. 용량 단위(CU)로 측정되는 이 풀은 이벤트 수집, 추론, 오케스트레이션 등 데이터 플랫폼 수명 주기의 모든 단계를 뒷받침합니다.
M365 및 플랫폼 관리자에게 이 모델을 이해하는 것은 매우 중요합니다. 여러 부서에 걸친 워크스페이스들이 정확히 같은 용량 풀을 함께 사용합니다. 재무팀의 데이터 엔지니어링 팀이 무거운 노트북 작업을 실행하면, 마케팅 대시보드를 지원할 수 있었을 컴퓨팅 단위를 소비하게 됩니다. 용량은 공유 리소스 풀로 작동하므로, 한 워크스페이스의 과부하 작업이 전혀 관련 없는 비즈니스 부서의 성능에 직접 영향을 미치는 영향 범위(blast radius)가 생깁니다.
F SKU, P SKU, 평가판 살펴보기
적절한 용량 계층을 고르려면 세 가지 서로 다른 SKU 계열을 살펴봐야 하며, 각각 IT 관리자에게 다른 운영상의 의미를 가집니다.
- F SKU(메인라인): F2, F4, F8 이상으로 Azure에서 직접 구매하며, 이 메인라인 SKU는 시간 단위로 비용을 지불하거나 예약을 통해 약정할 수 있습니다. 특히 비업무 시간의 비용을 최적화하도록 일시 중지와 다시 시작 기능을 지원합니다.
- P SKU(레거시): 기존 Power BI Premium 용량을 나타내며, Microsoft에서 더 이상 판매하지 않습니다. 테넌트가 P SKU를 물려받았다면 레거시 경로에서 작동하므로, 향후 계획된 마이그레이션 경로가 필요합니다.
- 평가판 용량: 대략 F64 규모의 무료 상위 계층 용량으로, 일정 기간 후 만료됩니다. 자격이 있는 사용자라면 대개 평가판을 시작할 수 있기 때문에, 비즈니스에 중요한 파이프라인이 임시 리소스에 실수로 의존할 수 있는 관리상의 사각지대가 됩니다.
스무딩, 버스트, 이월 부채는 어떻게 작동하나
Microsoft Fabric의 컴퓨팅 워크로드는 구매한 용량 한도를 초과하는 순간 즉시 차단되지 않습니다. 대신 플랫폼은 버스팅(bursting)과 평활화(smoothing)라는 정교한 메커니즘으로 일시적인 컴퓨팅 급증을 처리합니다.
대화형 작업 대 백그라운드 평활화
무거운 작업이 짧은 시간 동안 높은 컴퓨팅을 필요로 하면, Fabric은 구매한 SKU 크기를 넘는 버스팅을 허용합니다. 즉각적인 스로틀링을 막기 위해 플랫폼은 시간에 걸쳐 평활화 알고리즘을 적용합니다:
- 대화형 작업: 보고서 열기나 수동 쿼리 실행처럼 사용자가 시작하는 작업은 응답성을 유지하도록 몇 분 정도의 짧은 구간에 걸쳐 평활화됩니다.
- 백그라운드 작업: 예약된 데이터 새로 고침, 자동화된 파이프라인 실행, 야간 노트북은 전체 24시간 구간에 걸쳐 평활화되므로, 실시간으로 작업하는 사용자에게 미치는 즉각적인 영향이 크게 줄어듭니다.
이월 부채(carry forward debt)의 영향
버스팅에는 비용이 따릅니다. 작업이 용량이 제공하는 양보다 많은 단위를 소비하면 초과분이 이월 부채(carry forward debt)로 기록됩니다. 이 부채는 이후의 컴퓨팅 주기에서 상환되어야 합니다. 결과적으로 월요일 오후에 최적화되지 않은 백그라운드 작업이 부채를 쌓아, 수요일 오전의 대화형 보고서에 스로틀링을 일으키고 최종 사용자를 당황하게 하는 원인 불명의 성능 저하를 만들 수 있습니다.
용량 모니터링 및 거버넌스
증상(느린 보고서)과 원인(통제되지 않는 데이터 모델)은 시간과 작업 영역 경계로 인해 자주 떨어져 있으므로, 관리자는 가시성을 유지하려면 전용 도구에 의존해야 합니다. AppSource에서 제공되는 Microsoft Fabric Capacity Metrics 앱이 기본 진단 대시보드 역할을 합니다.
용량 관리자는 이 앱으로 실시간 사용률 추세를 검토하고, 이월 부채 누적을 추적하며, 특정 시맨틱 모델, 파이프라인, 노트북 같은 상위 소비 항목을 찾아낼 수 있습니다. 또한 사용률이 약 80%일 때 알림 임계값을 설정하면, 스로틀링이나 사용자에게 보이는 오류가 발생하기 전에 IT 팀이 알림을 받을 수 있습니다. 이렇게 하면 관리 방식이 사후 대응형 문제 해결에서 선제적 거버넌스로 바뀝니다.
결론
Microsoft Fabric 용량을 관리하려면 전통적인 워크로드 분리 방식에서 전체 플랫폼 거버넌스로 전환해야 합니다. F SKU 크기 산정을 면밀히 살피고, 이월 부채를 모니터링하며, 용량 메트릭 앱으로 상위 리소스 소비자를 점검하면 IT 관리자는 예측 가능한 성능을 유지하고 클라우드 비용을 효과적으로 관리할 수 있습니다.
관리자 역할, 작업 영역, 테넌트 보안 경계에 대해 더 자세히 알아보려면 M365 FM 팟캐스트의 전체 에피소드 듣기에서 전문가의 인사이트와 실무 전략을 확인해 보시기 바랍니다.
자주 묻는 질문
Microsoft Fabric 용량 단위(CU)란 무엇입니까?
용량 단위는 할당된 작업 영역 전반에서 이벤트 수집, 추론, 오케스트레이션을 포함한 모든 Microsoft Fabric 워크로드를 구동하는 컴퓨팅 성능의 통합 측정값입니다.
비용을 절약하려고 Microsoft Fabric F SKU를 일시 중지할 수 있습니까?
예. Azure를 통해 구매한 F SKU는 일시 중지하고 다시 시작할 수 있으며, 리소스가 유휴 상태일 때(예: 야간이나 주말) 컴퓨팅 청구를 중단할 수 있습니다. 단, 미결제 이월 부채가 있다면 이를 함께 고려해야 합니다.
Fabric에서 이월 부채는 무엇 때문에 발생합니까?
이월 부채는 작업 영역이 구매한 용량 한도를 넘어 버스팅할 때 발생합니다. 초과로 소비된 컴퓨팅은 부채로 취급되어 이후의 용량 주기에서 상환되어야 하며, 이 과정에서 성능이 일시적으로 스로틀링될 수 있습니다.
Fabric에서 백그라운드 워크로드와 대화형 워크로드는 어떻게 다릅니까?
대화형 워크로드(사용자가 보고서에서 클릭하는 작업)는 몇 분 정도의 짧은 구간에 걸쳐 평활화되는 반면, 백그라운드 워크로드(예약된 새로 고침과 야간 파이프라인)는 방해를 최소화하기 위해 24시간 구간에 걸쳐 평활화됩니다.