测试访问报表性能的办法(是否会无法访问或访问过慢):
一. 按一个个管理区域进行铺开,避开性能瓶颈并及时调整配置
操作流程:
- 建立Workspace并配置到当前Premium下,把PBI报表指定使用此Premium Capacity
监控办法, - 监控Premium的CPU和内存,高峰低于30%可以缩配置, 高峰高于85%需要伸配置
- 监控AAS的CPU和内存,高峰低于30%可以缩配置, 高峰高于85%需要伸配置
- 需要登记和分析参与访问用户量和性能消耗
伸缩办法: - 若报表无法访问或访问过问,检查Premium问题,对Premium进行伸缩配置,或多建一个报表配置到新的Premium供访问
- 若报表无法访问或访问过问,检查AAS问题,对AAS进行伸缩配置,或多建一个AAS实例供访问
优点: - 不用大量的人工测试工作量和程序开发量,只需要增加区域/用户较多时实时观察Premium的性能消耗情况
- 消耗评测和跟踪调整人天较少
缺点: - 不能提前预测出峰值,可能因为一次大量增加用户而导致访问过慢或无法打开报表
应对:正常已经支持的用户量不会有问题,通过登记分析用户量消耗性能可以基本预测瓶颈
二.自动化并发访问测试办法预先测试出瓶颈范围,提前配置资源并及时调整配置
操作流程:
- 建立Workspace并配置到当前Premium下,把PBI报表指定使用此Premium Capacity
- 编写PowerBIAPI页面用H5打通访问PBI报表,使PBI页面可以在H5不登录直