Power BI 報表服務器許可指南 (2025) (PBIRS)
在當今的混合雲環境中,Power BI 報表服務器 (PBIRS) 仍然是組織平衡本地數據控制與現代分析的重要基石。
然而,其許可是一個複雜的雷區,最近 Power BI Premium SKU 的退役和向 Microsoft Fabric 的巨大轉變使情況變得更加危險。標准文檔僅僅觸及表面,而沒有回答有關多雲部署、容器化和隱藏成本的關鍵問題。
這份權威的 GigXP.com 指南深入探討了 12 個服務最不足且風險最高的 PBIRS 許可場景,提供您所需的專家分析和交互式工具,以幫助您降低成本、確保合規性並構建面向未來的 BI 策略。
Power BI 報表服務器許可終極指南
有關 12 個最複雜且服務不足的 PBIRS 許可方案的權威指南。我們涵蓋現代混合世界的成本、合規性和策略。
在此頁面上
- 1. Fabric 與 SQL:最便宜的路線?
- 2. P SKU 停用(2025 年 1 月)
- 3. 外部用戶:CAL 與核心
- 4.VMware/Hyper-V 核心計數
- 5. Kubernetes 核心許可
- 6. AWS/GCP:法律灰色地帶?
- 7. 隱藏的節省:混合利益
- 8. 只需幾分鐘即可獲得 Azure Arc 許可
- 9. 開發/測試權利比較
- 10.一台服務器上的 SSRS 和 Power BI
- 11. SQL 訂閱收支平衡
- 12. 嵌入 Power BI 的 PBIRS
1. Fabric F64+ 與 SQL Enterprise + SA:通往 PBIRS 的最便宜的新途徑?
微軟的文檔悄悄地將 Fabric 添加為第三種許可路徑,但很少比較現實世界的成本場景。這是數學。
並行 ROI 計算器(3 年 TCO)
服務器核心數量(最少 4 個)
開發者數量(Pro 許可證)
計算 3 年 TCO
SQL 企業版+SA
初始資本支出較高,長期運營支出較低。最適合本地部署。
面料F64+ 預訂
純運營支出模型。僅當云容量也得到大量利用時才可行。
2. Premium P SKU 退役後 PBIRS 許可如何變化(2025 年 1 月)
大多數 Fabric 遷移帖子都會忽略本地 PBIRS 權限的丟失。這是一個至關重要且代價高昂的疏忽。
3. PBIRS 的外部報告:您需要 CAL 還是僅核心?
Reddit 上關於外網用戶的 CAL 與核心爭論非常激烈。這是為什麼它是僅限核心的明確數學。
現實世界的數學:100、1,000、10,000 個用戶
外部用戶數量:1000
該圖表顯示,隨著用戶數量的增長,4 核許可證的固定成本變得比假設的每用戶 CAL 模型便宜得多。
4. 如何計算 VMware / Hyper-V 集群中的 PBIRS 核心數
“無限虛擬化”條款很強大,但也令人困惑。從業者在主機級計數方面遇到了困難。
工作示例:使用 vMotion 的 8 節點集群
要啟用具有移動性(vMotion/實時遷移)的無限 PBIRS 虛擬機,您必須為虛擬機可能移動到的**每台主機上的所有物理核心授予許可。
簇大小:8 主機
每台主機的 CPU 數量:2
每個 CPU 的核心數:16
許可的核心總數:8 主機 × 32 核/主機 =
使用 SQL EE + SA 許可所有 256 個核心可在整個集群中授予無限的 PBIRS VM。
5. 容器和 Kubernetes 中的 PBIRS:什麼才是真正的“核心”?
容器化 PBIRS 正在上升,但許可計算器忽略 CPU 限制設置。這是一個高風險的灰色地帶。
有關的:用於 SPLA、CSP 多租戶託管的 Windows Server 2025 許可指南
基準:vCPU 限制與所需許可證包
| 許可方式 | 所需核心數 | 合規風險 |
|---|---|---|
| 按容器 CPU 限制(例如 2 核) | 4(最少) | 高的 |
| 按節點的物理核心(例如 16 個) | 16 | 低的 |
審計人員可能會主張對節點上的所有物理核心進行許可,而不僅僅是容器的限制,從而造成巨大的成本風險。
6. 使用 SQL Enterprise + SA 在 AWS/GCP 上運行 PBIRS:合法安全還是灰色地帶?
論壇裡充滿了猜測。答案取決於您何時購買許可證以及是否使用專用硬件。
交互式合規決策樹 (BYOL)
單擊問題以檢查您的自帶許可證合規狀態。
1. PBIRS 如何獲得許可?
停止:Fabric 不可攜帶。
2. SQL EE 上的活動 SA?
3. 專用主機?
可能符合要求
不合規
7. Azure VM 中 PBIRS 的混合優勢:很少有財務團隊跟踪的隱藏節省
通過 Azure 混合權益的 PBIRS 被埋藏在舊的博客文章中。使用此清單來領取您的儲蓄。
申請現有 SA 節省費用的清單
✓
驗證您是否擁有具有有效軟件保障 (SA) 的 SQL Server Enterprise 核心許可證。
✓
識別您的 SA 可以覆蓋的所有運行 PBIRS 的 Azure VM。
✓
在 Azure 門戶中,導航到 VM 的配置並激活“Azure 混合權益”開關。
✓
檢查下一個 Azure 賬單,確認 VM 成本已降低至基本 (Linux) 費率。
8. Azure Arc“相關服務”許可:在 15 分鐘內啟用 PBIRS
Arc 文檔僅在要點中提到 PBIRS。以下是為本地 PBIRS 啟用即用即付許可的流程的示意圖。
可視化:通過 Arc 進行腳本化部署
🖥️
1.本地服務器
您的物理或虛擬服務器。
→
📜
2.運行Arc腳本
將服務器載入 Azure 管理。
→
☁️
3.出現在Azure中
服務器現在是 Azure 資源。
→
💳
4. 啟用現收現付
將許可切換為按小時計費。
9. 開發/測試權利:Visual Studio 訂閱與 Azure 開發/測試實驗室
沒有統一的指南來對比這兩種非生產的低成本選項。該流程圖闡明了這種關係。
流程圖:選擇您的開發/測試路徑
環境?
本地:需要 VS 訂閱
在 Azure 中:兩者都需要
VS Sub(許可證)+ 開發/測試(基礎設施)
成本示例 (Azure):VS Pro(約 45 美元/月)+ B2s VM(約 25 美元/月)=~$70/月
10. 在同一服務器上混合 SSRS 和 Power BI 報告:一個核心許可證還是兩個?
文檔暗示它已被覆蓋,但從未詳細說明。答案是一份許可證,因為它是一台引擎。
動畫圖形:統一引擎
PBIRS引擎
.PBIX
.RDL
渲染報告
PBIRS 是 SSRS 的超集。一份許可證涵蓋處理所有報告類型的單一升級引擎。
11. 基於訂閱的 SQL Enterprise (EA/SPLA):每月承諾與 3 年承諾
新的 SQL EE 訂閱模型很少包含在 PBIRS 計算器中。該滑塊顯示盈虧平衡點。
交互式盈虧平衡滑塊
承諾期限(月):12
每月總費用
15,000 美元
相當於 3 年前期成本
12,500 美元
盈虧平衡與永久許可證的發生時間約為 30 個月。
12. Fabric 後您還能將 PBIRS 與 Power BI Embedded (A/EM) 工作負載一起使用嗎?
大多數 Fabric 文章都關注云;嵌入式場景加上 PBIRS 幾乎沒有討論。這是一個對影響進行建模的工作表。
遷移路徑和成本增量工作表
您當前的嵌入式 SKU
A1 SKU(約 750 美元/月)
A2 Sku(約 1500 美元/月)
A3 SKU(約 3000 美元/月)
A4 SKU(約 6000 美元/月)
此 SKU 是否授予您 PBIRS 許可證?
是的
不
遷移影響分析
出版者GigXP.com
© 2025 GigXP.com。所有信息僅供說明之用,並不構成法律或財務建議。
