CN102411757B - 一种大型主机cpu容量预测方法及系统 - Google Patents
一种大型主机cpu容量预测方法及系统 Download PDFInfo
- Publication number
- CN102411757B CN102411757B CN201110224691.XA CN201110224691A CN102411757B CN 102411757 B CN102411757 B CN 102411757B CN 201110224691 A CN201110224691 A CN 201110224691A CN 102411757 B CN102411757 B CN 102411757B
- Authority
- CN
- China
- Prior art keywords
- transaction
- centerdot
- channel
- cpu
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明为一种大型主机CPU容量预测方法及系统,该系统包括:预测请求接收装置,接收包含日期类型数据和时段数据的CPU容量预测请求信息;交易数据获取装置,获取银行各交易渠道的交易数据;渠道分类映射生成装置,生成交易渠道分类映射关系;渠道时段映射生成装置,生成交易渠道时段映射关系;预估模型生成装置,生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;结果数据列表输出装置,生成CPU容量预测结果数据,将CPU容量预测结果数据与各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。在主机硬件变化时完成CPU的容量预估,并在应用的组成结构发生变化时,保持CPU容量预估结果的准确性。
Description
技术领域
本发明关于大型计算机技术领域,具体地讲是一种大型主机CPU容量预测方法及系统。
背景技术
随着数据处理的日益集中,IBM Z系列大型主机(Mainframe)已成为银行业核心业务处理平台的首选。由于金融市场具有业务量大、种类繁多、处理流程复杂的特点,所以对计算机系统性能进行监控,尤其是对CPU性能的监控,是计算机资源合理配置和计算机系统有效运行的保障。
在现有技术中,为了对大型主机CPU容量进行预估,IBM公司开发了zTPM容量预估工具,该工具通过输入主机参数配置信息,包括:主机型号、CPU颗数、单颗CPU的处理能力、WLM配置信息(Work Load Manager)等,建立预估模型,可以准确地预估CPU容量,特别适合于一些硬件配置发生改变的情况下:如主机硬件型号、WLM配置发生变化的情况下,CPU容量的预估。
然而,现有的大型主机CPU容量预估工具存在以下弊端:当被预估对象的结构组成在一天的不同时段或不同的工作日不一样时,则现有CPU容量预估工具的预估结果准确度会有大幅的下降,无法与实际应用相关联。
发明内容
本发明实施例提供了一种大型主机CPU容量预测方法及系统,既能在主机硬件变化时完成CPU的容量预估,又能在应用的组成结构发生变化时,保持CPU容量预估结果的准确性。
本发明的目的之一是,提供一种大型主机CPU容量预测方法,该方法包括:接收包含日期类型数据和时段数据的CPU容量预测请求信息;获取银行各交易渠道的交易数据;根据CPU容量预测请求信息中的日期类型数据和各交易渠道的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;根据CPU容量预测请求信息中的时段数据和各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;根据交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;所述的预估模型由两部份组成,一部份刻划分渠道交易率与CPU TIME之间的线性关系,如下式:
y1=a1x1+b1;
y2=a2x2+b2;
…
yk=akxk+bk;
这里k表示:渠道种类数,b表示:CPU在提供交易服务时自身最基本的消耗,a表示:交易率与CPU TIME之间的比例系数;以上每一个线性方程对应一类渠道里交易量(xi)与这些交易所耗CPU TIME总和(yi)之间的关系;
所述的预估模型的另一部份刻划每一时段交易的配比情况,如果将全天划分为j个时间段,则每个时间段的k类渠道交易配比用下列矩阵表示:
这里A表示为k类渠道在各个时段j的占比关系,即ζil的取值表示第l类渠道的交易在i时刻所占的比例;其中,矩阵中的每一行所有元素之和为1,表示在某一时间段,交易是由这k类渠道的交易组成的;根据预估模型生成CPU容量预测结果数据,将CPU容量预测结果数据与各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。
本发明的目的之一是,提供一种大型主机CPU容量预测系统,该系统包括:预测请求接收装置,用于接收包含日期类型数据和时段数据的CPU容量预测请求信息;交易数据获取装置,用于获取银行各交易渠道的交易数据;渠道分类映射生成装置,用于根据CPU容量预测请求信息中的日期类型数据和各交易渠道的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;渠道时段映射生成装置,用于根据CPU容量预测请求信息中的时段数据和各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;预估模型生成装置,用于根据交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;所述的预估模型由两部份组成,一部份刻划分渠道交易率与CPU TIME之间的线性关系,如下式:
y1=a1x1+b1;
y2=a2x2+b2;
…
yk=akxk+bk;
这里k表示:渠道种类数,b表示:CPU在提供交易服务时自身最基本的消耗,a表示:交易率与CPU TIME之间的比例系数;以上每一个线性方程对应一类渠道里交易量(xi)与这些交易所耗CPU TIME总和(yi)之间的关系;
所述的预估模型的另一部份刻划每一时段交易的配比情况,如果将全天划分为j个时间段,则每个时间段的k类渠道交易配比用下列矩阵表示:
这里A表示为k类渠道在各个时段j的占比关系,即ζil的取值表示第l类渠道的交易在i时刻所占的比例;其中,矩阵中的每一行所有元素之和为1,表示在某一时间段,交易是由这k类渠道的交易组成的;结果数据列表输出装置,用于根据预估模型生成CPU容量预测结果数据,将CPU容量预测结果数据与各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。
本发明的目的之一是,提供一种大型主机CPU容量预测系统,该系统包括:预测请求终端、CPU容量预测服务器和多个银行交易服务器;预测请求终端与CPU容量预测服务器相连接,用于接收用户输入的日期类型数据和时段数据,生成包含日期类型数据和时段数据的CPU容量预测请求信息,并将CPU容量预测请求信息发送给CPU容量预测服务器;多个银行交易服务器分别与CPU容量预测服务器相连接,用于将各自的交易数据发送给CPU容量预测服务器;CPU容量预测服务器进一步包括:预测请求接收装置,用于接收包含日期类型数据和时段数据的CPU容量预测请求信息;交易数据获取装置,用于获取多个银行交易服务器发来的交易数据;渠道分类映射生成装置,用于根据CPU容量预测请求信息中的日期类型数据和各银行交易服务器的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;渠道时段映射生成装置,用于根据CPU容量预测请求信息中的时段数据和各银行交易服务器的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;预估模型生成装置,用于根据交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;所述的预估模型由两部份组成,一部份刻划分渠道交易率与CPU TIME之间的线性关系,如下式:
y1=a1x1+b1;
y2=a2x2+b2;
…
yk=akxk+bk;
这里k表示:渠道种类数,b表示:CPU在提供交易服务时自身最基本的消耗,a表示:交易率与CPU TIME之间的比例系数;以上每一个线性方程对应一类渠道里交易量(xi)与这些交易所耗CPU TIME总和(yi)之间的关系;
所述的预估模型的另一部份刻划每一时段交易的配比情况,如果将全天划分为j个时间段,则每个时间段的k类渠道交易配比用下列矩阵表示:
这里A表示为k类渠道在各个时段j的占比关系,即ζil的取值表示第l类渠道的交易在i时刻所占的比例;其中,矩阵中的每一行所有元素之和为1,表示在某一时间段,交易是由这k类渠道的交易组成的;结果数据列表输出装置,用于根据预估模型生成CPU容量预测结果数据,将CPU容量预测结果数据与各银行交易服务器的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。
本发明的有益效果在于:既能在主机硬件变化时完成CPU的容量预估,又能在应用的组成结构发生变化时,保持CPU容量预估结果的准确性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例大型主机CPU容量预测方法流程图;
图2为本发明实施例大型主机CPU容量预测系统的结构框图;
图3为本发明实施例大型主机CPU容量预测系统的连接关系图;
图4为本发明实施例大型主机CPU容量预测系统的工作流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供的大型主机CPU容量预测方法包括:接收包含日期类型数据和时段数据的CPU容量预测请求信息(步骤S101);获取银行各交易渠道的交易数据(步骤S102);根据CPU容量预测请求信息中的日期类型数据和各交易渠道的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系(步骤S103);根据CPU容量预测请求信息中的时段数据和各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系(步骤S104);根据交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型(步骤S105);根据预估模型生成CPU容量预测结果数据,将CPU容量预测结果数据与各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出(步骤S106)。
如图2所示,本发明实施例提供的大型主机CPU容量预测系统包括:预测请求接收装置101,用于接收包含日期类型数据和时段数据的CPU容量预测请求信息;交易数据获取装置102,用于获取银行各交易渠道的交易数据;渠道分类映射生成装置103,用于根据CPU容量预测请求信息中的日期类型数据和各交易渠道的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;渠道时段映射生成装置104,用于根据CPU容量预测请求信息中的时段数据和各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;预估模型生成装置105,用于根据交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;结果数据列表输出装置106,用于根据预估模型生成CPU容量预测结果数据,将CPU容量预测结果数据与各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。
交易数据获取装置102与数据存储装置107相连接,并从数据存储装置107获取交易数据等信息。数据存储装置107包括系统参数数据库、交易信息数据库、数据统计信息数据库和预估模型库等。
如图3所示,本发明实施例提供的大型主机CPU容量预测系统包括:预测请求终端100、CPU容量预测服务器200和多个银行交易服务器300;预测请求终端100与CPU容量预测服务器200相连接,用于接收用户输入的日期类型数据和时段数据,生成包含日期类型数据和时段数据的CPU容量预测请求信息,并将CPU容量预测请求信息发送给CPU容量预测服务器200。
多个银行交易服务器300分别与CPU容量预测服务器200相连接,用于将各自的交易数据发送给CPU容量预测服务器200。
CPU容量预测服务器200进一步包括:预测请求接收装置101,用于接收包含日期类型数据和时段数据的CPU容量预测请求信息;交易数据获取装置102,用于获取银行各交易渠道的交易数据;渠道分类映射生成装置103,用于根据CPU容量预测请求信息中的日期类型数据和各交易渠道的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;渠道时段映射生成装置104,用于根据CPU容量预测请求信息中的时段数据和各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;预估模型生成装置105,用于根据交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;结果数据列表输出装置106,用于根据预估模型生成CPU容量预测结果数据,将CPU容量预测结果数据与各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。交易数据获取装置102与数据存储装置107相连接,并从数据存储装置107获取交易数据等信息。数据存储装置107包括系统参数数据库、交易信息数据库、数据统计信息数据库和预估模型库等。
多个银行交易服务器300包括:网上银行交易服务器301和柜面交易服务器302,ATM机交易服务器303和POS机交易服务器304,手机银行交易服务器305、短信银行交易服务器306和电话银行交易服务器307。
预测请求接收装置101,完成主机相关的系统参数、预估参数的输入,日常交易信息输入等功能。其中,主机系统参数主要包含:①与主机系统相关的硬件配置参数,含主机处理器的型号、CPU的颗数、单颗CPU的MIPS数、MSU、及在不同的操作系统下MIPS数;②与性能容量数据采集相关的系统参数设置信息,含各种不同种类TRACE开启信息,这些TRACE具体有z/OS相关的TRACE、DB2相关的TRACE、CICS相关的TRACE,TRACE的开启决定了哪些性能容量数据系统会自动被采集、哪些不会被采集;③用于设定性能容量数据集时间颗粒度的时间参数信息,性能容量统计数据可以是1分钟颗粒度、15分钟颗粒度。如表1,Z10主机的配置信息:
表1
处理器型号 | LSPR MIPS z/OS V1R9MI | MSU |
2097-701 | 923 | 115 |
2097-702 | 1735 | 215 |
2097-703 | 2506 | 312 |
2097-704 | 3237 | 401 |
2097-705 | 3944 | 488 |
2097-706 | 4626 | 571 |
2097-707 | 5285 | 651 |
2097-708 | 5921 | 729 |
2097-709 | 6535 | 804 |
2097-710 | 7129 | 875 |
④按银行渠道对交易进行分类的分类信息,每一类交易渠道即作为一个约束变量,通过设置,主机即可按③中所述的时间颗粒度对交易相关信息(交易率、CPU TIME、响应时间)按交易渠道进行分类记录,本系统所涉及的银行交易渠道类型如表2:
表2
渠道类型 | REPORT CLASS | 交易规则 |
柜面渠道 | RCTC | 0C$$ |
网银渠道(NET) | RCTE | 1C$$ |
自助渠道(ATM) | RCTA | AA$$ |
自助渠道(POS) | RCTP | AB$$ |
自助渠道(自助终端) | RCTD | CC$$ |
电话银行座席渠道 | RCTZ | ZZ$$ |
电话银行语音渠道 | RCTY | YY$$ |
WAP手机银行渠道 | RCTW | WW$$ |
短信手机银行渠道 | RCTS | SS$$ |
中间业务平台渠道 | RCTB | BB$$ |
境内机构渠道 | RCTJ | JJ$$ |
境外机构渠道 | RCTX | XX$$ |
内部应用渠道 | RCTI | II$$ |
内部交易启动渠道 | RCTN | NN$$ |
其他渠道 | RCTO | OO$$ |
当然,也可以按应用类型进行分类,那这里的约束变量对应每一种应用类型。
预估参数主要包含与预估结果密切相关的输入信息,预估类型信息包含:正常交易日、外围市场活跃期、国庆期间、元旦期间、春节期间等各种不同的交易日;预估的时间段包含上午高峰时间段、下午高峰时间段。
交易信息主要是指大型主机在运行过程中采集到的各种性能容量数据,该性能数据集按照前面所述系统参数的设置,可以是1分钟颗粒度数据,也可以是15分钟颗粒度数据,该交易信息覆盖了所有交易时间段的交易相关信息。在接收交易信息后,进行初步地分类处理,随后存储在数据存储装置107中,供后续的统计处理。
交易信息如表3所示:
表3
日期 | 时间 | 总体CPU% | 联机CPU% | UNC_CPU% | 响应时间 | 交易率 |
2010-9-10 | 10.00 | 50.0150 | 49.3461 | 3.7756 | 0.08290 | 3,642 |
2010-9-10 | 10.01 | 56.6800 | 55.5942 | 5.1700 | 0.09042 | 3,710 |
2010-9-10 | 10.02 | 56.3600 | 54.9386 | 5.1536 | 0.09597 | 3,695 |
2010-9-10 | 10.03 | 53.4400 | 51.9479 | 4.3780 | 0.08747 | 3,634 |
2010-9-10 | 10.04 | 51.9675 | 50.2135 | 3.7547 | 0.09172 | 3,644 |
2010-9-10 | 10.05 | 53.5875 | 51.6421 | 3.8732 | 0.09577 | 3,719 |
渠道交易信息如表4所示:
表4
在对大型主机CPU容量预估参数读入时,可对主机参数信息进行保存,并对主机参数进行一些简单的计算,以得到主机参数衍生的参数信息,例如在相同的操作系统版本下,不同CPU颗数所能提供的MIPS并不是每颗CPU所能提供的MIPS的简单叠加,而是应该去掉它们相互之间的通讯开销,才能得到最终实际可用的MIPS;可对预估参数进行必要的一致性检查,存储后供后续的统计分析处理。输入的正常交易信息,进行合法性检查后分类存储,这里的分类主要与最终的预估结果相对应,包含正常交易日交易信息、市场活跃期交易信息、国庆期间交易信息、元旦期间交易信息、春节期间交易信息。
渠道分类映射生成装置103预测指令,按指令提供的预估参数,对交易信息进行分类统计处理,得到如表5所示的映射关系信息:
映射关系信息主要是按渠道变量,进行分类统计(如正常交易日类),得到交易与CPU的统计信息,统计信息如表5:
表5
渠道时段映射生成装置104,用于根据CPU容量预测请求信息中的时段数据和各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系。交易配比信息主要是按渠道,分时段对交易信息进行分类统计,得到交易占比信息,配比信息如表6:
表6
预估模型生成装置105,用于根据交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型。完成主机参数的输入、计算、保存、传送,预估模型生成装置105按照预估需求完成交易信息的统计,对统计结果进行分析,建立预估模型,预估模型由两部份组成,一部份刻划分渠道交易率与CPU TIME之间的线性关系,如:
y1=a1x1+b1;
y2=a2x2+b2;
…
yk=akxk+bk;
这里k表示渠道种类数,对任意的渠道而言,CPU在提供交易服务时,自身会有一个最基本的消耗,在此用b表示,而交易率与CPU TIME之间的比例系数则用a表示。
以上每一个线性方程对应一类渠道里交易量(xi)与这些交易所耗CPUTIME总和(yi)之间的关系。模型的另一部份刻划每一时段交易的配比情况,例如,将全天划分为j个时间段,则每个时间段的K类渠道交易配比就可以就下列的矩阵表示,如:
上述矩阵A表示为k类渠道在各个时段j(取值为00:00-24:00小时)的占比关系,即ζil的取值表示第l类渠道的交易在i时刻所占的比例。
其中,矩阵中的每一行所有元素之和为1,表示在某一时间段,交易是由这K类渠道的交易组成的。
有了预估模型,给定交易高峰期时间段,即可以预估出:
①在特定的交易率下,联机CPU的使用率情况;
②在特定的联机CPU下,能够支持的交易率情况;
在建立预估模型,得到预估结果后,结果数据列表输出装置106对预估模型进行评价,如果偏差超过允许接受的范围,则选用不同的交易信息重新进行预估,反复迭代(为防止过度拟合,规定不超过迭代次数限制),修正结果,以期得到最后的预估模型,后写入预估模型库,并产生输出结果。
结果数据列表输出装置106,主要对预估的预估模型,选取交易信息与预估结果进行比对,看误差是否在可接受范围之内,如果是,则可以按新的预估模型生成预估结果,否则,重新从选取交易信息,进行统计分析,再次产生新的预估模型(即矫正后的预估模型),提交预估模型评价模块进行评价,以此类推,进行迭代,在一定的迭代次数范围内,产生新的预估模型,在其预估结果满足误差限制条件后,输出预估结果。
结果数据列表输出装置106按照预估模型,生成以下二种形式的结果列表。
①由交易率到CPU利用率的预估结果举例:(如表7)
表7
②由联机CPU达到关注值和警戒值时,能支持的交易率举例:(如表8)
表8
渠道变量参数的处理,含变量的接收、保存、合并与拆分,这里把所有的交易按渠道进行分组,一方面是应用方面的需要;另一方面,为了保证预估的准确性,可以将两个或两个以上的渠道合并为一个渠道,只要合并的渠道其交易属性具有共性-CPU的消耗基本一致,且较为恒定,当一个渠道里的交易不具有这一共性时,就需要进行拆分,以满足上述要求。
在时间参数的接收、保存处理中,时间参数可以有多种颗粒度:1分钟、15分钟、1小时、日、月、年。
在交易的分类统计信息中,类型为前面所述全部的渠道变量,统计的时间颗粒度为模块302中所述的时间颗粒度。
在给定时间点时,所有渠道交易的占比情况,该占比为给定时间点交易的构成,对预估有着重要的影响,高峰时间段、不同的节假日,交易的构成是互不相同的,其消耗的CPU也相应地不一样。
如图4所示,本实施例的大型主机CPU容量预测系统的工作流程如下:
步骤S201:容量预估申请:由于历次应用版本带来的交易组成结构上发生的各种变化,以及市场波动所带来的交易率增长,给容量需求带来了较大的变化,特别是每年的国庆、元旦、春节等特殊时期,交易率会大幅增加,但导致交易率增加的渠道和应用类型并非同比例的增长,而是由其中的某几类大幅增长所致,为此容量预估需求较为频繁。
预估申请需求通过预估参数的输入或接收,需要提供预估的日期类型(正常交易日、市场活跃期、国庆期间、元旦期间、春节期间)、时间节点(上午高峰期、下午高峰期)。
步骤S202:按受申请:对输入参数进行一致性检查,并对预估参数进行逻辑处理判断,计算得到需要统计分析的交易信息情况。
步骤S203:对交易信息按统计需求进行统计分析,至少生成两类映射关系,一类为按渠道多变量的统计信息,结果举例如表9所示:
表9
这里的统计数据可以是按前面所述各种时间颗粒度的统计信息。
另一类结果为某一时刻交易的配比情况,配比结果举例如表10所示:
表10
步骤S204:从上述得到的统计信息,完成主机CPU的容量预估,形成必要的预估模型。
步骤S205:将得到的预估模型结果进行保存,供在后续的调用中使用,后续的调用主要包含两个方面:
一方面是模型的调整,在自学习的过程中,不断的产生新的预估模型,不断的进行修正,中间结果的保存;
另一方面是在最后的预估结果产生时,调用最新的预估模型,生成预估结果列表。
步骤S206:对产生的预估模型进行评价,主要用最新的预估模型生成预估结果列表,将列表中的部分数据与生产实际相比较,这里的生产实际数据来自交易信息中的数据,计算二者之间存在的误差,比对结果是否满足误差要求,如果是,则生成预估结果列表,否则,重新统计交易信息,重复S202至S205之间的步骤,直至产生较为满意的预估模型或迭代次数达到一定的限制为止。
步骤S207:按步骤S205所产生的预估模型,分门别类的生成预估结果列表。
本发明是一种实现利用银行系统内交易统计信息对大型主机CPU资源的消耗进行预估的系统及方法。通过向大型主机容量预估系统发出预估申请(含预估类型及其他预估参数),预估系统首先对预估类型进行选择,然后按已选择的预估类型对历史交易信息有选择地进行统计分析,产生统计分析结果,结合预估申请所提供的预估参数,按多约束变量建立预估模型,进行预估,产生预估结果,与已有的实际交易数据进行比对,进行误差分析,完成自学习过程。自学习过程主要包含重新对历史交易数据进行筛选,完成统计分析,结合预估参数,建立预估模型的迭代,为了防止过度拟合,对迭代次数和误差加以控制,最终输出:在一定的交易响应时间约束条件下,与预估类型相对应的预估结果列表(主机CPU利用率和交易率),并计算出在资源消耗达到关注值(如主机CPU为75%)和警戒值(如主机CPU为85%)时的交易率。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (6)
1.一种大型主机CPU容量预测方法,其特征是,所述的方法包括:
接收包含日期类型数据和时段数据的CPU容量预测请求信息;
获取银行各交易渠道的交易数据;
根据所述CPU容量预测请求信息中的日期类型数据和所述各交易渠道的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;
根据所述CPU容量预测请求信息中的时段数据和所述各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;
根据所述的交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型,所述的预估模型由两部份组成,一部份刻划分渠道交易率与CPU TIME之间的线性关系,如下式:
y1=a1x1+b1;
y2=a2x2+b2;
…
yk=akxk+bk;
这里k表示:渠道种类数,b表示:CPU在提供交易服务时自身最基本的消耗,a表示:交易率与CPU TIME之间的比例系数;以上每一个线性方程对应一类渠道里交易量(xi)与这些交易所耗CPU TIME总和(yi)之间的关系;
所述的预估模型的另一部份刻划每一时段交易的配比情况,如果将全天划分为j个时间段,则每个时间段的k类渠道交易配比用下列矩阵表示:
这里A表示为k类渠道在各个时段j的占比关系,即ζil的取值表示第l类渠道的交易在i时刻所占的比例;其中,矩阵中的每一行所有元素之和为1,表示在某一时间段,交易是由这k类渠道的交易组成的;
根据所述的预估模型生成CPU容量预测结果数据,将所述的CPU容量预测结果数据与所述各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。
2.一种大型主机CPU容量预测系统,其特征是,所述的系统包括:
预测请求接收装置,用于接收包含日期类型数据和时段数据的CPU容量预测请求信息;
交易数据获取装置,用于获取银行各交易渠道的交易数据;
渠道分类映射生成装置,用于根据所述CPU容量预测请求信息中的日期类型数据和所述各交易渠道的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;
渠道时段映射生成装置,用于根据所述CPU容量预测请求信息中的时段数据和所述各交易渠道的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;
预估模型生成装置,用于根据所述的交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;所述的预估模型由两部份组成,一部份刻划分渠道交易率与CPU TIME之间的线性关系,如下式:
y1=a1x1+b1;
y2=a2x2+b2;
…
yk=akxk+bk;
这里k表示:渠道种类数,b表示:CPU在提供交易服务时自身最基本的消耗,a表示:交易率与CPU TIME之间的比例系数;以上每一个线性方程对应一类渠道里交易量(xi)与这些交易所耗CPU TIME总和(yi)之间的关系;
所述的预估模型的另一部份刻划每一时段交易的配比情况,如果将全天划分为j个时间段,则每个时间段的k类渠道交易配比用下列矩阵表示:
这里A表示为k类渠道在各个时段j的占比关系,即ζil的取值表示第l类渠道的交易在i时刻所占的比例;其中,矩阵中的每一行所有元素之和为1,表示在某一时间段,交易是由这k类渠道的交易组成的;
结果数据列表输出装置,用于根据所述的预估模型生成CPU容量预测结果数据,将所述的CPU容量预测结果数据与所述各交易渠道的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。
3.一种大型主机CPU容量预测系统,其特征是,所述的系统包括:预测请求终端、CPU容量预测服务器和多个银行交易服务器;
所述的预测请求终端与所述的CPU容量预测服务器相连接,用于接收用户输入的日期类型数据和时段数据,生成包含日期类型数据和时段数据的CPU容量预测请求信息,并将所述的CPU容量预测请求信息发送给所述的CPU容量预测服务器;
所述的多个银行交易服务器分别与所述的CPU容量预测服务器相连接,用于将各自的交易数据发送给所述的CPU容量预测服务器;
所述的CPU容量预测服务器进一步包括:
预测请求接收装置,用于接收包含日期类型数据和时段数据的CPU容量预测请求信息;
交易数据获取装置,用于获取所述多个银行交易服务器发来的交易数据;
渠道分类映射生成装置,用于根据所述CPU容量预测请求信息中的日期类型数据和各银行交易服务器的交易数据生成银行交易渠道类型、交易量、CPU时间、响应时间与交易日期之间的交易渠道分类映射关系;
渠道时段映射生成装置,用于根据所述CPU容量预测请求信息中的时段数据和各银行交易服务器的交易数据生成银行交易渠道类型与时段交易占比之间的交易渠道时段映射关系;
预估模型生成装置,用于根据所述的交易渠道分类映射关系和交易渠道时段映射关系生成包含交易率与CPU时间线性关系和时段交易占比的预估模型;所述的预估模型由两部份组成,一部份刻划分渠道交易率与CPU TIME之间的线性关系,如下式:
y1=a1x1+b1;
y2=a2x2+b2;
…
yk=akxk+bk;
这里k表示:渠道种类数,b表示:CPU在提供交易服务时自身最基本的消耗,a表示:交易率与CPU TIME之间的比例系数;以上每一个线性方程对应一类渠道里交易量(xi)与这些交易所耗CPU TIME总和(yi)之间的关系;
所述的预估模型的另一部份刻划每一时段交易的配比情况,如果将全天划分为j个时间段,则每个时间段的k类渠道交易配比用下列矩阵表示:
这里A表示为k类渠道在各个时段j的占比关系,即ζil的取值表示第l类渠道的交易在i时刻所占的比例;其中,矩阵中的每一行所有元素之和为1,表示在某一时间段,交易是由这k类渠道的交易组成的;
结果数据列表输出装置,用于根据所述的预估模型生成CPU容量预测结果数据,将所述的CPU容量预测结果数据与所述各银行交易服务器的交易数据的实际CPU容量数据相比较,并将满足误差条件的CPU容量预测结果数据列表输出。
4.根据权利要求3所述的大型主机CPU容量预测系统,其特征是,所述的多个银行交易服务器包括:网上银行交易服务器和柜面交易服务器。
5.根据权利要求3所述的大型主机CPU容量预测系统,其特征是,所述的多个银行交易服务器包括:ATM机交易服务器和POS机交易服务器。
6.根据权利要求3所述的大型主机CPU容量预测系统,其特征是,所述的多个银行交易服务器包括:手机银行交易服务器、短信银行交易服务器和电话银行交易服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110224691.XA CN102411757B (zh) | 2011-08-05 | 2011-08-05 | 一种大型主机cpu容量预测方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110224691.XA CN102411757B (zh) | 2011-08-05 | 2011-08-05 | 一种大型主机cpu容量预测方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102411757A CN102411757A (zh) | 2012-04-11 |
CN102411757B true CN102411757B (zh) | 2014-08-27 |
Family
ID=45913824
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110224691.XA Active CN102411757B (zh) | 2011-08-05 | 2011-08-05 | 一种大型主机cpu容量预测方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102411757B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106021082B (zh) * | 2016-05-13 | 2018-10-19 | 中国建设银行股份有限公司 | 一种基于大数据的主机性能容量预估方法 |
CN107239973B (zh) * | 2017-06-06 | 2020-07-28 | 睿智合创(北京)科技有限公司 | 一种系统监控预警的方法 |
CN108040083A (zh) * | 2017-11-13 | 2018-05-15 | 深圳市买买提乐购金融服务有限公司 | 银企直连通信的控制方法、相关设备及系统 |
CN109543891B (zh) * | 2018-11-09 | 2022-02-01 | 深圳前海微众银行股份有限公司 | 容量预测模型的建立方法、设备及计算机可读存储介质 |
CN109766244A (zh) * | 2019-01-04 | 2019-05-17 | 中国银行股份有限公司 | 一种分布式系统cpu异常检测方法、装置和存储介质 |
CN110213104B (zh) * | 2019-06-05 | 2022-04-08 | 北京百度网讯科技有限公司 | 容量预测方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1788279A (zh) * | 2003-08-26 | 2006-06-14 | 网飞亚技术公司 | 广告/广播的调度方法及管理系统和方法 |
EP1779773A2 (en) * | 2005-11-01 | 2007-05-02 | Omron Healthcare Co., Ltd. | Electronic blood pressure monitor which calculates an evaluation quantity related to cardiovascular risks |
CN101630840A (zh) * | 2009-08-12 | 2010-01-20 | 电子科技大学 | 微电网能量智能控制系统 |
-
2011
- 2011-08-05 CN CN201110224691.XA patent/CN102411757B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1788279A (zh) * | 2003-08-26 | 2006-06-14 | 网飞亚技术公司 | 广告/广播的调度方法及管理系统和方法 |
EP1779773A2 (en) * | 2005-11-01 | 2007-05-02 | Omron Healthcare Co., Ltd. | Electronic blood pressure monitor which calculates an evaluation quantity related to cardiovascular risks |
CN101630840A (zh) * | 2009-08-12 | 2010-01-20 | 电子科技大学 | 微电网能量智能控制系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102411757A (zh) | 2012-04-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Edquist et al. | The Internet of Things and economic growth in a panel of countries | |
CN102158373B (zh) | 面向银行中间业务的高端服务器性能评测系统 | |
US8014983B2 (en) | Computer-implemented system and method for storing data analysis models | |
CN102411757B (zh) | 一种大型主机cpu容量预测方法及系统 | |
US7251589B1 (en) | Computer-implemented system and method for generating forecasts | |
Engsted et al. | Testing for rational bubbles in a coexplosive vector autoregression | |
US20220027744A1 (en) | Resource data modeling, forecasting and simulation | |
Kumar et al. | Cloud datacenter workload estimation using error preventive time series forecasting models | |
CN110832514A (zh) | 由个别的海关交易记录临近预报抽象的调查 | |
CN108573348B (zh) | 金融指标分布式计算方法及其系统 | |
CN113361980A (zh) | 一种大数据资产价值评估的系统和方法 | |
CN111738505A (zh) | 银行网点工作量预测方法和装置、电子设备及存储介质 | |
Palmer et al. | On the modelling and performance measurement of service networks with heterogeneous customers | |
US20170061347A1 (en) | Computerized system and method for predicting quantity levels of a resource | |
CN109685636A (zh) | 工资数额生成方法、装置、系统及计算机存储介质 | |
CN202142106U (zh) | 一种大型主机cpu容量预测系统 | |
AU2020443019A1 (en) | Systems, computer-implemented methods and computer programs for capital management | |
CN112579656A (zh) | 一种生成分成方案的方法和装置 | |
Rau-Chaplin et al. | QuPARA: Query-driven large-scale portfolio aggregate risk analysis on MapReduce | |
US20230385820A1 (en) | Methods and Systems for Predicting Cash Flow | |
Chen et al. | Staffing of time-varying queues using a geometric discrete time modelling approach | |
CN114092265B (zh) | 提高保单新业务价值确定效率的方法、装置及存储介质 | |
US20230206028A1 (en) | Deep learning models processing time series data | |
CN117764638A (zh) | 一种供电企业售电数据预测方法、系统、设备及存储介质 | |
Müller | Multi-dimensional server consolidation for commercial off-the-shelf enterprise applications using shared performance counters |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |