Forum Discussion
Do I pay per workspace inside capacity?
Dears,
Do I pay per capacity only (f2, f4, F8, F16, etc...) or do I pay as well based on the number of workspaces
Example : if I have one capacity (example f16) with 1 workspace associated. Do I pay the same price if I have 10 more workspaces associated to that capacity ?
I know that if also start to consume, as I will pay for usage, I will have to pay more. But imagine the other workspaces are empty so they don't consume...
Goal is to understand, if adding workspaces, per-se, can increase storage costs or compute costs or if the workspace per -se does not bring this..
Thanks,
Pedro
Hi Pedro,
Short answer - the capacity SKU price (F2, F4, F16, etc.) is per capacity, not per workspace. Assigning empty workspaces to that capacity does not change what you pay for the SKU itself.
Extra cost comes from two things: CU consumption when workloads actually run in those workspaces (refreshes, queries, notebooks, pipelines), and OneLake storage, which is billed per GB stored and metered separately from the SKU.
So an F16 with 1 empty workspace and an F16 with 11 empty workspaces costs the same on the compute side. Only actual usage and stored data show up on the bill on top of the F16 base.
If this helped, a thumbs up and marking it as the accepted solution would be appreciated.
Best,
Shai Karmani
3 Replies
- Shai_Karmani
Super User
Hi Pedro,
Short answer - the capacity SKU price (F2, F4, F16, etc.) is per capacity, not per workspace. Assigning empty workspaces to that capacity does not change what you pay for the SKU itself.
Extra cost comes from two things: CU consumption when workloads actually run in those workspaces (refreshes, queries, notebooks, pipelines), and OneLake storage, which is billed per GB stored and metered separately from the SKU.
So an F16 with 1 empty workspace and an F16 with 11 empty workspaces costs the same on the compute side. Only actual usage and stored data show up on the bill on top of the F16 base.
If this helped, a thumbs up and marking it as the accepted solution would be appreciated.
Best,
Shai Karmani - Omkar_1712
Solution Specialist
Hello fabricpribeiro,
Short answer: No, Fabric does not charge you per workspace.
If you purchase an F16 capacity, you are paying for the capacity compute pool. Multiple workspaces can be assigned to that capacity and share its available CUs. Microsoft describes Fabric capacity as a shared pool of compute, and workspaces are assigned to a capacity for billing and sizing.
So, in your example:
F16 + 1 workspace = same base F16 capacity cost.
F16 + 11 empty workspaces = same base F16 capacity cost.
Simply creating or assigning those additional empty workspaces does not increase the F16 compute price.Where the additional cost or capacity impact can appear is when those workspaces start storing data or running operations.
For compute, pipelines, Dataflows, Warehouse queries, Spark jobs, semantic model operations and other Fabric workloads consume CUs from the same F16 capacity. Therefore, more active workspaces can increase shared capacity utilization and potentially lead to throttling, but you are not billed a separate workspace fee.
For storage, OneLake storage is billed based on the amount of data stored and doesn't consume Fabric CUs. Lakehouses and Warehouses, for example, consume OneLake storage. Therefore, an empty workspace by itself doesn't create meaningful OneLake storage cost, but the Fabric items and data created inside it can.
One nuance I would add is licensing. Depending on the Fabric SKU and Power BI consumption scenario, users may still require the appropriate per-user Power BI license. That is separate from the number of workspaces.
So I would summarize it as:Workspace = organizational/security container, no per-workspace charge.
Capacity = shared compute pool you purchase, for example F16.
Workloads = consume CUs from that shared capacity.
OneLake data = storage billed based on data stored.
Users = licensing requirements can apply separately.
Therefore, from a cost perspective, I would not avoid creating a properly designed workspace simply because of a fear of a per-workspace Fabric charge. With your 6K+ workspace environment, the bigger concerns are governance, capacity contention, workspace sprawl and storage growth, rather than a direct workspace fee.
Microsoft references:
OneLake consumption and billing
Understand Fabric capacity throttling
Best regards,
Omkar Shinde
Microsoft Fabric Enthusiast | Power BI Consultant
💡 If you found this response helpful, please consider giving it a Kudos.
✅ If this resolves your question, please mark it as the Accepted Solution to help others in the community. - JamunnNew Member
Creating EMPTY Workspaces won't consume CUs on the capacity until you assign WS to the capacity and start building/deploying models, and later consume the models.