一种IPTV业务平台系统的容量评估方法及存储介质与流程

本技术涉及iptv，具体而言，涉及一种iptv业务平台系统的容量评估方法及存储介质。

背景技术：

1、容量评估是指根据系统需求、资源可用性和性能目标来规划、分配和调整计算资源(如计算能力、存储容量、网络带宽等)的过程。在iptv行业内，每个新的业务系统在正式投入建设使用前都需要对所需要的容量进行评估。基于iptv一省一网的特殊性，在iptv行业内，对于一套业务系统上线前需要投入多少容量资源，目前没有准确的依据，因此，业内通常基于经验规则、统计模型或手动调整的方式进行容量规划和资源分配，但这种简化的方法往往无法准确预测和满足系统的实际需求。

2、业内有使用简单的模型和规则，例如，利用二八原则来描述系统的容量需求。二八原则将注意力集中在关键的20％上，而忽略了其他80％的因素。这种简化可能导致忽略了一些重要的细节和因素，从而影响评估的准确性。二八原则通常基于经验和观察得出，而缺乏具体的数据支持。这意味着在非常规的情况下，二八原则的适用性很有限，而需要更详细和准确的数据来进行容量需求评估。且二八原则假设资源和效益的分配是不均衡的，不少情况都不符合这个假设，在一些领域或项目中，资源和效益的分配可能更加平均。二八原则基于一定的观察时段和情境，并未考虑到变化和动态性。容量需求可能会随着时间、市场变化或其他因素而变化，所以仅仅依靠二八原则可能无法应对这种动态变化。

3、因此，现有技术无法充分考虑系统的复杂性和变化性，这可能导致容量规划的不足或资源的浪费。并且，这类传统方法通常基于未来可能的用户量数据进行主观容量预测，但这种方法可能无法准确预测未来的需求，特别是在面对系统变化、季节性波动或突发事件时，这种传统方法的准确性显然会下降。另外，此类传统方法通常需要大量的人工参与和手动调整，包括根据经验进行容量规划和资源分配的决策。这不仅耗时，还容易出现人为错误，降低了容量管理的效率和准确性。

4、综上，由于iptv行业内缺乏合适的容量评估方案，导致建设者极易对真实的容量投入产生偏差，直接影响容量资源的成本投入，或是因容量资源投入不足产生性能问题对终端用户体验造成较大的影响。如何进行准确可靠的容量评估，是本领域需要解决的问题。

技术实现思路

1、本技术实施例的目的在于提供一种iptv业务平台系统的容量评估方法及存储介质，以进行可靠的容量评估，减少因容量评估差异大导致的容量资源成本投入高或无法满足系统实际需求的问题。

2、为了实现上述目的，本技术的实施例通过如下方式实现：

3、第一方面，本技术实施例提供一种iptv业务平台系统的容量评估方法，包括：获取iptv业务平台系统在目标区域中对应的设定用户量，其中，设定用户量表示iptv业务平台系统预计在目标区域中提供iptv服务时服务的用户量s；获取iptv业务平台系统在每个服务区域的历史容量使用数据；基于每个服务区域的历史容量使用数据，确定出每个服务区域的参考系数zi、用户单次访问请求数ri，用户日内平均访问次数pi；基于设定用户量s、每个服务区域的参考系数zi、用户单次访问请求数ri，用户日内平均访问次数pi，确定出目标区域的预估访问容量需求t；获取容量组件能力tpsn，并基于预估访问容量需求t和容量组件能力tpsn，确定出iptv业务平台系统在目标区域中提供iptv服务所需的容量组件数量。

4、结合第一方面，在第一方面的第一种可能的实现方式中，基于每个服务区域的历史容量使用数据，确定出每个服务区域的参考系数zi、用户单次访问请求数ri，用户日内平均访问次数pi，包括：针对每个服务区域：基于当前服务区域的历史容量使用数据，确定出每天的日内访问用户数、日内访问次数、日内访问请求数、日内峰值请求数和日内平均请求数，日内访问用户数揭示当前服务区域内一天的访问用户数，日内访问次数揭示当前服务区域内一天产生的访问次数，日内访问请求数揭示当前服务区域内一天产生的访问请求数，日内峰值请求数揭示当前服务区域内一天中所有时刻下访问请求的最大值，日内平均请求数揭示当前服务区域内一天中所有时刻下访问请求的平均值；基于每天的日内峰值请求数、日内平均请求数和日内访问用户数，确定出当前服务区域的参考系数zi；基于每天的日内访问次数和日内访问用户数，确定出当前服务区域的用户日内平均访问次数pi；基于每天的日内访问次数和日内访问请求数，确定出当前服务区域的用户单次访问请求数ri。

5、结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，基于日每天的内峰值请求数、日内平均请求数和日内访问用户数，确定出当前服务区域的参考系数zi，包括：将当前服务区域内一天的日内峰值请求数除以当天的日内平均请求数，计算出当天的日内请求参数值；将当天的日内请求参数值和当天的日内访问用户数，建立映射关系，形成当天的参数-用户数值对；基于每天的参数-用户数值对，确定出当前服务区域的参考系数zi。

6、结合第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，基于每天的日内访问次数和日内访问用户数，确定出当前服务区域的用户日内平均访问次数pi，包括：将当前服务区域内一天的日内访问次数除以当天的日内访问用户数，得到当天的用户平均访问次数；基于每天的用户平均访问次数，计算出当前服务区域的用户日内平均访问次数pi。

7、结合第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，基于每天的日内访问次数和日内访问请求数，确定出当前服务区域的用户单次访问请求数ri，包括：将当前服务区域内一天的日内访问请求数除以当天的日内访问次数，得到当天的单次访问请求数；基于每天的单次访问请求数，计算出当前服务区域的用户单次访问请求数ri。

8、结合第一方面的第一种可能的实现方式，在第一方面的第五种可能的实现方式中，当前服务区域内一天中所有时刻以秒为刻度，基于设定用户量s、每个服务区域的参考系数zi、用户单次访问请求数ri，用户日内平均访问次数pi，确定出目标区域的预估访问容量需求t，包括：

9、采用以下公式计算预估访问容量需求t：

10、f＝r×p×s.

11、

12、其中，f为预估的目标区域中一天的日内总请求数，r为所有服务区域的用户单次访问请求数均值，p为所有服务区域的用户日内访问次数均值，s为目标区域的用户量，z为所有服务区域的参考系数均值，n为服务区域的总量，ri、pi、zi分别为第i个服务区域的用户单次访问请求数、用户日内平均访问次数和参考系数，αi为第i个服务区域对应的权重。

13、结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，基于预估访问容量需求t和容量组件能力tpsn，确定出iptv业务平台系统在目标区域中提供iptv服务所需的容量组件数量，包括：

14、采用以下公式计算容量组件数量：

15、

16、其中，x表示在目标区域中为设定用户量s的用户提供iptv服务所需的容量组件数量，tpsn为容量组件能力，揭示容量组件每秒能够处理的访问请求数，表示对进行向上取整，δx表示冗余的容量组件数量。

17、结合第一方面的第五种可能的实现方式，在第一方面的第七种可能的实现方式中，确定出iptv业务平台系统在目标区域中提供iptv服务所需的容量组件数量后，所述方法还包括：iptv业务平台系统采用容量组件动态调整策略和负载均衡策略在目标区域中提供iptv服务。

18、结合第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，容量组件动态调整策略为：若目标区域的当前在线用户量不超过触发阈值iptv业务平台系统采用第一数量a1的容量组件处理用户请求，其中，第一数量a1和触发阈值分别满足：

19、

20、其中，f为预估的目标区域中一天的日内总请求数，tpsn为容量组件能力；若目标区域的当前在线用户量超过触发阈值且当前在线用户量超过上一时刻的在线用户量，基于以下公式确定处理用户请求的容量组件的数量a2：

21、

22、其中，r为所有服务区域的用户单次访问请求数均值，p为所有服务区域的用户日内访问次数均值；若目标区域的当前在线用户量超过触发阈值且上次调节容量组件数量时的在线用户量减去当前在线用户量得到的差值大于tpsn，令处理用户请求的容量组件的数量减一；否则，保持处理用户请求的容量组件的数量不变。

23、第二方面，本技术实施例提供一种存储介质，所述存储介质设置在设备内，包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面或第一方面的可能的实现方式中任意一项所述的iptv业务平台系统的容量评估方法。

24、有益效果：

25、1.本方案通过iptv业务平台系统在每个服务区域的历史容量使用数据，分析出每个服务区域的参考系数zi、用户单次访问请求数ri，用户日内平均访问次数pi，以基于设定用户量s、每个服务区域的参考系数zi、用户单次访问请求数ri，用户日内平均访问次数pi，确定出目标区域的预估访问容量需求t，再基于预估访问容量需求t和容量组件能力tpsn，确定出iptv业务平台系统在目标区域中提供iptv服务所需的容量组件数量。这样可以分析iptv业务平台系统在已有的服务区域中的数据，为iptv业务平台系统在其他区域(或其他项目)中的提供参照，以进行更加准确可靠的容量评估，从而减少因容量评估差异大导致的容量资源成本投入高或无法满足系统实际需求的问题。

26、2.在计算每个服务区域的参考系数zi、用户单次访问请求数ri、用户日内平均访问次数pi、预估访问容量需求t等参数时，设计了相关的指标计算方案，使得计算的指标和数据更加贴合实际，预估出更准确的预估访问容量需求t，从而指导iptv业务平台系统在目标区域中提供iptv服务所需的容量组件数量的预估，这样能够保证预估的准确性和可靠性。且由于服务区域的数据和业务丰富多样，以这些服务区域的数据做支撑，能够有效克服传统方法(如二八原则)适用性不够高的问题。

27、3.本方案还进一步规划了iptv业务平台系统在目标区域中提供iptv服务时的响应策略，设计了容量组件动态调整策略，搭配现有技术中成熟的负载均衡策略，这样可以通过在线用户量动态调整容量组件的数量，可以更加精准地匹配实际需求，避免过多或者过少的资源配置，从而提高资源的利用效率。当在线用户量超过触发阈值时，根据用户访问次数和请求频率进行动态调整，能够在高峰期提供足够的处理能力，保证用户体验。动态调整策略可以根据实际需求提供足够的容量组件，同时在低峰期适当减少资源，从而降低不必要的成本开销。这种策略能够根据实际情况及时做出调整，适应用户量的变化，提高了iptv业务平台系统的鲁棒性和稳定性。而结合动态调整策略可以更好地实现负载均衡，避免因为某些节点负载过重而导致性能瓶颈或故障。总之，这样的动态调整策略能够帮助iptv业务平台系统更加高效、灵活地调配资源，提高系统的稳定性和用户体验，同时也能够在一定程度上降低成本，更好地满足用户需求。

28、为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。