본문 바로가기
● Data Processing

Microsoft Fabric 도입 전에 꼭 알아야 할 가격과 운영 포인트

by DataFolio.lab 2026. 6. 8.

Microsoft Fabric은 데이터 적재, 변환, 저장, 분석, 시각화를 한 플랫폼에서 다루는 통합 분석 서비스입니다. Azure 환경에서 SAP, MSSQL, 파일, SaaS 같은 여러 원천 데이터를 다루는 조직이라면, Fabric은 데이터 엔지니어링과 BI를 이어주는 플랫폼으로 보기 좋습니다.

 

기존 방식은 데이터 수집 도구, 저장소, SQL 분석 엔진, BI 도구가 각각 따로 움직이는 경우가 많았습니다. Fabric은 이 흐름을 OneLake와 공통 용량 기반 구조로 묶어서 운영 복잡도를 줄이는 쪽에 가깝습니다. 그래서 데이터 적재와 모델링, 보고서 개발을 하나의 흐름으로 연결하고 싶은 조직에서 관심이 높습니다.

Microsoft Fabric 도입 전에 꼭 알아야 할 가격과 운영 포인트


Fabric이 제공하는 기능

Fabric의 핵심 기능은 단순히 하나의 저장소가 아니라, 여러 분석 작업을 같은 환경에서 이어주는 데 있습니다. 공식 문서 기준으로 Fabric은 Data Factory, Data Engineering, Data Warehouse, Real Time Intelligence, Data Science, Power BI, 데이터베이스 기능을 하나의 제품군으로 제공합니다.

 

Data Factory는 데이터 수집과 파이프라인 운영에 쓰입니다. 정기 배치, 복사 작업, 변환 흐름, 원천 데이터 연결 같은 작업을 관리하기 좋습니다.

 

Data Engineering은 Spark 기반 처리와 노트북 작업에 적합합니다. 대용량 로그 처리, 정제 작업, 계층형 데이터 모델 구성, 머신러닝 전처리 같은 작업에 많이 활용됩니다.

 

Data Warehouse는 SQL 분석과 서빙 계층 구성에 강합니다. 관계형 모델, 분석용 마트, BI 연결 구조를 만들 때 유용합니다. Power BI와 연결하면 보고서 개발과 배포까지 이어지기 쉽습니다.

 

Power BI는 Fabric 안에서 시각화와 semantic model 영역을 담당합니다. 보고서 제작, 대시보드 공유, 모델 관리가 함께 연결되어 있어서 BI 개발자 관점에서 체감이 큽니다.

 

OneLake는 여러 워크로드가 함께 쓰는 공통 저장 계층입니다. 같은 데이터를 여러 엔진에서 재사용할 수 있어서 데이터 복제와 중복 저장을 줄이는 데 도움이 됩니다.


SKU별 가격 구조

Microsoft Fabric은 용량 기반 과금입니다. 공식 가격 페이지 기준으로 F2부터 F2048까지 제공되며, 월 기준 달러 가격이 정리되어 있습니다. 아래 표는 공식 가격을 기준으로 하고, 원화는 2026년 5월 16일 종가 1달러 = 1,497.50원을 적용한 참고 환산값입니다.

SKU Capacity Unit 월 가격 달러 원화 환산
F2 2 262.80달러 약 393,543원
F4 4 525.60달러 약 787,086원
F8 8 1,051.20달러 약 1,574,171원
F16 16 2,102.40달러 약 3,148,342원
F32 32 4,204.80달러 약 6,296,684원
F64 64 8,409.60달러 약 12,593,368원
F128 128 16,819.20달러 약 25,186,736원
F256 256 33,638.40달러 약 50,373,472원
F512 512 67,276.80달러 약 100,746,944원
F1024 1024 134,553.60달러 약 201,493,888원
F2048 2048 269,107.20달러 약 402,987,776원

 

예약으로 쓰면 종량제보다 비용을 줄일 수 있다는 안내도 공식 페이지에 있습니다. 장기 운영이 확실하면 예약형이 유리할 수 있고, 프로젝트성이나 변동성이 큰 환경이면 종량제가 더 맞을 수 있습니다.


Copilot 사용 조건을 최신 기준으로 보기

이 부분은 문서마다 표현이 달라서 특히 조심해야 합니다. 최신 Microsoft Learn 문서 기준으로 보면 Fabric Copilot은 유료 Fabric capacity F64 이상 고객에게 제공되는 것으로 안내되어 있습니다. 평가판 SKU에서는 지원되지 않는다고도 명시되어 있습니다.

 

즉, 현재 기준으로는 Copilot을 F2부터 무조건 쓸 수 있다고 단정하는 것은 안전하지 않습니다. 일부 커뮤니티 글이나 해설에서는 F2 이상 가능처럼 설명되기도 하지만, 공식 문서 기준으로는 F64 이상 조건을 우선 보는 편이 맞습니다.

 

실무 블로그나 사내 문서에서는 이렇게 쓰는 것이 가장 정확합니다.

  • 공식 문서상 Copilot 조건은 F64 이상 유료 capacity입니다.
  • 실제 사용 가능 범위는 기능별, 지역별, rollout 상태에 따라 달라질 수 있습니다.
  • 따라서 “F2부터 가능”이라고 단정하기보다 최신 공식 문서를 기준으로 확인해야 합니다.

Copilot과 ETL ELT가 토큰처럼 보이는 이유

Copilot은 token 기준으로 사용량이 계산되기 때문에 토큰처럼 느껴집니다. 하지만 실제로는 별도 AI 쿠폰을 쓰는 구조라기보다, Fabric capacity 안에서 컴퓨트 자원을 소비하는 방식에 가깝습니다.

 

공식 문서 기준으로 Copilot 요청은 입력과 출력 토큰 수를 기준으로 CU 초를 사용합니다. 입력 토큰 1,000개당 100 CU 초, 출력 토큰 1,000개당 400 CU 초가 소비됩니다. 그래서 Copilot을 많이 쓰면 같은 capacity 안의 다른 작업과 자원을 나눠 쓰게 됩니다.

여기서 중요한 점은 ETL ELT, Spark 작업, SQL 쿼리, 보고서 새로고침, Copilot이 모두 같은 용량을 공유한다는 사실입니다. 즉 Copilot만 따로 무한정 쓰는 구조가 아니라, 전체 workload 안에서 함께 경쟁하는 구조입니다.


다 쓰면 월 내내 못 쓰는지

이 질문은 많은 분들이 가장 헷갈려 하는 부분입니다. 결론부터 말하면, 월 쿠폰처럼 완전히 끊기는 개념으로만 보면 틀립니다. 더 정확히는 같은 시간대에 사용량이 몰리면 capacity가 부족해지고, 그때 throttling이나 지연이 생길 수 있습니다.

 

공식 문서에는 대화형 작업과 백그라운드 작업의 평탄화 기준이 설명되어 있고, 사용 가능한 용량이 소진되면 throttling이 시작될 수 있다고 안내합니다. 그래서 “월 중간에 끝나면 그달 내내 못 쓴다”라기보다, “과부하가 걸리면 그 시점부터 성능 저하나 제한이 생길 수 있다”가 더 정확합니다.

 

실무에서는 이 차이를 꼭 이해해야 합니다. 특히 ETL 배치가 몰리는 시간대에 Copilot과 보고서 새로고침까지 같이 돌리면 체감 성능이 급격히 떨어질 수 있습니다.


실제 운영에서 보는 포인트

Fabric 도입은 가격만 보면 안 되고, workload 배치와 동시성 설계를 같이 봐야 합니다. 작은 SKU로 시작하는 것은 좋지만, 배치 시간과 보고서 시간, Copilot 사용 시간대가 겹치면 생각보다 빨리 포화될 수 있습니다.

 

운영할 때는 다음 항목을 같이 봐야 합니다.

  • ETL 배치 시간과 업무 시간 분리.
  • 보고서 새로고침 시간대 조정.
  • Copilot 사용 패턴 모니터링.
  • Power BI 사용자 수와 동시 접속 수 확인.
  • Data Factory, Spark, SQL workload의 피크 시간 파악.

특히 Fabric은 데이터 엔지니어와 BI 개발자가 같은 플랫폼을 쓰는 경우가 많아서, 배치 중심 관점과 보고서 중심 관점을 함께 고려해야 합니다. 한쪽만 보고 SKU를 고르면 다른 쪽에서 병목이 생기기 쉽습니다.


도입 전에 계산할 것

초기 검토 단계에서는 F2, F4, F8 같은 작은 SKU가 진입 장벽을 낮춰줍니다. 하지만 Copilot까지 적극적으로 쓸 생각이라면 공식 문서 기준 조건을 함께 봐야 하므로, F64 이상 시나리오를 같이 검토하는 편이 안전합니다.

 

원화 금액은 참고용입니다. 실제 청구는 Azure 청구 환율, 결제 시점, 세금, 사용량 패턴에 따라 달라질 수 있습니다. 그래서 예산을 잡을 때는 달러 기준 가격뿐 아니라 내부 환율 버퍼도 같이 두는 것이 좋습니다.

 

Fabric은 단순히 “싸다, 비싸다”로 판단하기보다, 데이터 적재부터 모델링, BI까지 한 번에 묶어서 운영할 때 효율이 얼마나 올라가는지로 봐야 합니다. 이미 여러 도구가 분리되어 있어 운영 복잡도가 높은 조직일수록 Fabric의 장점이 커질 수 있습니다.


Microsoft Fabric은 데이터 적재, 저장, 변환, 분석, 시각화를 한 플랫폼에서 이어주는 통합 분석 서비스입니다. 가격은 SKU 기반 용량 과금이고, 원화로 보면 F2부터도 입문은 가능하지만 Copilot은 최신 공식 문서 기준으로 F64 이상 유료 capacity 조건을 먼저 봐야 합니다.

 

Copilot과 ETL ELT는 토큰처럼 보이지만 실제로는 같은 capacity 자원을 공유하는 구조라서, 사용량이 늘면 성능 저하와 throttling 가능성을 함께 고려해야 합니다. 그래서 Fabric은 가격표만 보는 것이 아니라, workload 배치와 동시성, 보고서 사용 패턴까지 포함해서 설계해야 실사용 만족도가 높습니다.

반응형

놓치면 아쉬운 추천 글, 함께 읽어보세요!

  • 추천 글을 불러오는 중입니다...