针对license的监控管理报告

针对license的监控管理报告

中国企业越来越多地采用HPC 技术来应对市场的挑战,越来越短的新产品周期,不断提升的技术创新要求等。企业在高性能计算平台建设的投资中,软件的投资已经大大地超过了在硬件上的投资。大量的、昂贵的商业软件成为制约企业扩大计算规模的一个重要原因。企业 HPC 环境中涉及的商业软件包括:建立几何模型使用的CAD软件、进行工程分析前后处理的 CAE 软件、用来进行计算求解的各类求解器、进行数据管理的 PDM/PLM系统、进行工程和实验数据管理的 SDM系统等等。

近几年来,随着国家高度鼓励自主创新,大力推进软件正版化,国产软件包括CAD/CAE 软件逐渐迎来了新的机遇和发展,市场占有率逐步提高。但是我们仍然看到,国外引进软件仍然占绝对的主导地位,特别是在高端三维CAD 市场、CAE 市场,国产软件市场基本上为空白。我国企业每年在引进国外 CAD/CAE/PLM/PDM/SDM系统上投入巨大。 随着 HPC 门槛的不断降低,尤其是性价比很好的集群技术的普及,越来越多的企业开始尝试借助 HPC 技术,来求解更加复杂的、计算规模更大的问题。但是,一个无法回避的问题是商业软件居高不下的价格。即使拥有很强的计算能力,如果没有足够商业软件license数量,也无法进行大规模的计算和求解。即使拥有很多性能卓越的工作站,仍不能进行更大规模的产品设计。 因此,对 HPC 全过程中涉及的软件license的采购、采购后的有效分配和管理、统计和记账,都应该加以高度重视。本文拟就以上几方面进行探讨。 因此,充分了解这类商业软件的license模式,根据公司的需要,做出明智的采购各类商业软件license成为一个重要的课题。

商业软件license的授权和计费方式软件厂商(ISV)提供了很多种license模型。以下为最常用的license授权模式:

1) Subscription-Based Pricing Model 时间受限license 根据IDC统计分析,该类型license约占市场1/3,预计2008年约占一半。但是从国内市场来看,远远低于这个数值。

2) Perpetual License 永久性license目前为最主流的方式,但是由于该种license没有很好地平衡ISV和用户的 需求,将来可能被其他license模型取代。 以上两种许可授权方式,采用的计费方式基本上都是基于并发用户数量。

3) Usage Metric-Based Pricing Model 基于使用数据的许可该种全新的授权和收费方式,IDC估计这是未来的发展方向。一方面让ISV 能保证其软件版权不被侵犯,另外一方面由于用户一次性付出降低,增加 了市场吸引力,同时保证了其现金流;另外一方面,对用户而言,仅为实 际使用软件的时间和数量付费,无须担心license过多带来的浪费或者许可 证过少带来的对业务的限制。

从ISV软件收费方式上来看,分以下几种:

1) 模块化收费 ISV将软件的功能模块化,各个模块单独收费,各个模块之间license无法共用,可同时使用某模块的用户数量取决于该模块拥有的许可的数量。这 种收费方式渐渐被市场淘汰了。

2) Token-based收费 ISV将软件的功能模块化,但所有模块使用同一个license池,不同的模块 需要不同数量的license,其具体数量可能非常复杂,通常用户并不清楚。 license通常可以在一定的范围内浮动(network floating)。目前在这种方式下,有一些新的技术,比如:同一个用户在同一个机器(host)上使用两个模块的话,需要的license只是两个模块中较高的那个。 该种方式对用户而言,无法准确预知需要的license数量,不能保证高峰时 刻的使用需求。

3) Usage-based收费 在该种方式下,用户能以较低的预算取得可伸缩性高的软件license,仅需 要为实际的使用来付费,同时能保证高峰需求。另外用户可以保留选择竞争对手的解决方案的灵活性。对ISV而言,能更快地推进市场普及和保证自身的利益,如版权、现金流、 销售周期等等。

在针对License管理的第三方软件中,行业里的领军人物Lanmantech公司特地花费五年时间从事软件license监控管理研究,对license管控很有经验。其研发的LMT—LicManager软件集中监控管理系统,可以提供全面具体的license数据统计报告、license使用分析、license自动回收释放、license分组调度、license外借及license优先授权等功能。下面主要以介绍其对license的管控方面做一个全面的分析。

首先我们要做的就是如何确定企业的需求,从而确定准确的需要购买的软件license数量,故而必须考虑到以下因素:

1)目前企业所拥有的该类软件license的数量,使用的状况,使用的效率,license数量和用户的对应关系,哪些软件哪些模块出于无人使用的状况在当前的技术条件下,完全可以凭借历史的数据来作出科学判断。

2)避免license由于分配不合理,误认为license总数不够,从而继续购买该类许 可证。确定是否有可能把各个部门的license整合起来,在部门间共享,让需求大的部门得到更多的license。通过察看过去一时间,各个部门对某一软件的累积使用时间,并考察各个部门使用该软件的人数,可以判断哪些部门license占用过多 而利用效率低。

根据企业的计算需求,考虑硬件平台、软件特性、计算问题特性之间的搭配,确定license的类型(SMP/MPP/DMP)和数量,做好benchmark。建议寻找专业咨询公司的帮助。

另外,我们将这些软件分成两类,第一类是交互性软件,如各类CAD 软件、CAE 前后 处理软件。这些软件除非在global 的范围内使用,否则其可预期的最佳使用效率只能是工作日的8 小时。对于该类软件,企业很难为每个工程师配备一套软件,通常采用浮动license,在用户之间分配,通常用户人数大于软件license数量。在这种情况下,如何制定license的分配、使用政策,成为提高使用效率的关键因素。所以对于第三方管理软件LMT-LicManager的功能要求:

--预测高峰期,提供实时更新的license使用状况,指导用户避开高峰期;使用情况可以公布在企业局域网上,自动更新,用户很容易看出,什么时候license处于紧缺状态;

--仅允许相关工程师使用对应其业务的软件license;

--对每个工程师能同时使用的最大license数量做出技术上的限制;

--规定单个用户连续使用license的最长时间;

--对用户累积使用时间进行统计甚至费用分摊,指导用户理性使用license;

--在部门之间,按照业务需要和历史使用记录,进行动态license分配和共享;

--采取技术和政策措施,避免有人滥用license;

--为重大、紧急项目预留license,保证业务目标的实现;

--建立license外借政策,方面外出员工,减少固定单机版软件需求。

第二类是密集计算类软件,这些包括各类求解器、批处理应用等。通常这些软件的license的费用和处理器的数目、参与计算的节点的数目相关,价格比第一类更昂贵。理想的情况下,用户通常希望它们能够 24*7*365 小时满负荷工作。 在实际上用户普遍面临很多问题。例如:

1)计算资源(硬件或者license)数量不能满足紧急任务、峰值计算能 力要求,求解时间过长;

2) 大多数情况下,已经拥有的license处于空闲状态,因为企业的计算量是阶段性的,需要的时候不够,平时处于空闲;

3) 虽然拥有许多license,但是因为license不支持并行的计算或者license隶属不同部门,不能同时利用这些license进行计算从而提高计算峰值能力;

4) 计算任务很重,但license利用效率、硬件利用效率低下,用户在提 交计算任务、取得计算结果上耗费时间太多,由于软、硬件故障引起作业失败率高;

故而在这种情况下,提高软件license的利用效率也是一个非常重要的因素,我们通过LMT-LicManager客户端可以采用的措施包括:

--尽量整合和共享license;

--能为重要作业预留或者抢占license;

--保证license仅给合适的人、在合适的时候、在合适的机器上运行(如:企业在低端机器上有和机器绑定的 node-lock license,小的作业最好在其上 运行,这样的调度应该对用户透明。); --对license的使用进行统计和分析和记账,甚至费用分摊;

--确立作业的优先级,确保紧急、重要的作业先运行,非紧急作业放在夜间运行;

--保证硬件和license能 24*7*365 不间断运行,提高可用性和可靠性(采用商业HPC 计算管理软件);

--在保密性可行的情况下,考虑租赁其他机构资源;

--在购买软件时,考虑采用年度license,最好是基于使用时间的license租赁;

--整合企业的license资源,做到最大程度的共享;

--对license的全局利用效率进行可视化统计;

--寻找专业license咨询公司的帮助;

另外,在token-based 的license类型下,来自同一个 ISV 的第一类软件和第二类软件通常使用同一个license资源池,在这种情况,对license的管理更是势在必行,否则会造成license资源和硬件资源的极大浪费。最优化的license管理可以为公司提供一个有效节省成本的机会,很多没必要的花费往往都是由于过多的license造成,另外,新的法律规定中已经很大程度上提高了违法license使用权所要承担的责任,而且生产商相比之前也都更加严格的去追究这种侵权行为。进而,如果没有全面的license管理就无法真正确定license成本背后的责任。

有效的license管理的基础在于是否能够对已知和未知的产品,以及他们在网络中所有系统上安装的不同版本之间进行可靠的识别。这些数据必须要自动而且灵活的分配给对应的license合同,以实现最大化的节省。因此,现代license管理就包括:提供一种可以在全公司内统一分发license的办法,浮动调度使用license点数,节省至少30%的相关成本。从长远的眼光来看,将license管理集成到全公司的生命周期管理中,能够帮助企业获得一个受益远远大于开销的解决方案。

结论:LMT-LicManager客户端对license资源进行科学管理,提高软件license的利用效率,是企业利用HPC 技术进行技术创新的关键因素。

时间: 2024-10-10 23:24:50

针对license的监控管理报告的相关文章

          LicManager对不同授权license的监控管理  

 LicManager对不同授权license的监控管理 软件授权方式概述 目前,商用软件和共享软件绝大部份都是采用注册码授权的方式来保证软件本身不被盗用,以保证自身的利益.尽管很多常用的许多软件系统的某些版本已经被别人破解,但对于软件特殊行业而言,注册码授权的方式还是一种保护软件系统本身的一种有效的手段. 通常而言,注册码授权方式有以下几种方式: l 安装序列号方式 这是最为常用的方式,Microsoft提供的产品(例如:Windows系列产品.Office系列产品等等)都是采用这种方式.通过

全球顶级应用性能监控管理服务商分析

  在过去几年里,APM一改传统服务于大型企业的昂贵.复杂.耗费大量时间的IT管理部署方式,以低廉的价格.先试后买的灵活消费方式.以及不依赖专业销售和服务人员的SaaS交付模式,为各路服务商赢得了大量用户.基于此,我们对行业中几家领军企业的市场和竞争策略进行全面剖析. 在<2014年全球应用性能管理市场份额分析>一文中我们提到,新兴APM服务商在2014年的业绩表现远超传统服务商,接下来,我们看看APM业绩排行前五,占据43.4%市场份额,平均增速达到16.1%的APM企业和Newrelic等

污水处理远程监控管理

方案需求 农村污水处理已成为新农村建设的重要组成部分,农村生活污水处理设施维护巡检周期比较长,不能随时掌握各污水处理节点排放的情况的问题也随之产生:针对农村集中供排水的运营管理需求,欣仰邦以智慧服务.移动互联.智慧运营为建设目标,全面提升农村污水行业运营管控能力.决策分析能力,构建标准化运营管理体系,帮助农村供排水打造智慧运营管理模式. 技术部署 采用欣仰邦工业路由器S-IR341,为真正意义上的设备信息化提供高速传输通路:将数据传输至平台,低成本.高效率的后台数据存储技术,灵活的性能及功能可扩

【Spring Boot】利用 Spring Boot Admin 进行项目监控管理

利用 Spring Boot Admin 进行项目监控管理 一.Spring Boot Admin 是什么 Spring Boot Admin (SBA) 是一个社区开源项目,用于管理和监视 Spring Boot 应用程序.应用程序通过 http 的方式注册到 Spring Boot 管理客户端,或者通过 Spring Cloud 的服务发现机制,然后针对 actuator 接口将数据通过 Vue.js 进行可视化管理. 对于我们来说,我们可以通过 Spring Boot Admin 浏览所有

虚拟化监控管理工具如何选择

虚拟化监控与管理工具对服务器整合项目的成功至关重要.然而虚拟化监控与管理工具的功能各不相同.有些工具对性能进行实时监控,其他一些工具提供历史性能数据.有些工具提供历史统计数据以排除误报并能够为性能监控以及诊断性能问题提供帮助.容量管理与分析以及对虚拟基础设施资源的成本进行统计分析是性能监控工具提供的其他功能.虚拟化性能监控管理工具主要从以下三个方面来进行选择1.监控范围广虚拟服务器和实体服务器同时监控多数据中心同步监控不同类型的虚拟化形式同步监控(esxi或kvm)2.监控内容深虚拟资源细致化虚

服务器远程监控管理(二)-系统安装报错0xc0000001

故障现象:新购的DELL服务器,新的光驱,新刻录的光盘.安装操作系统,报0xc0000001错误,如下图:  (这么多年的老IT竟被安装系统给绊住了,真想骂娘) 故障测试:更换光驱.光盘,反复重起安装,问题依旧. 故障处理: 1. 经和DELL厂商沟通,产生此错误的原因就是光驱或光盘原因导致读盘有问题,因而无法继续安装. 2. 厂商建议1)更换光盘光驱再试    2)采用远程管理卡(IDRAC卡)网络安装操作系统. 解决方法: 1. 对于厂商给的建议1,因为已试过多次,没有再试. 2. 采用厂商

服务器远程监控管理-硬件篇(一)

服务器故障,能够第一时间发现并处理,是每一个网管都希望能够做到的事情.相对于软件故障,服务器硬件故障更让我们担心.服务器运行超过3年以上,硬盘.内存.电脑每一个组件都会让我们心惊肉跳.尤其是硬盘,故障率高,虽然有RAID保护,但如果一块硬盘损坏未及时发现,再坏一块硬盘将会付出惨重的代价.以RAID5为例,坏一块硬盘后,剩余硬盘压力会很大,如果没有热备盘或及时更换,很容易造成下一块硬盘的损坏.笔者曾亲历过2次1块硬盘损坏未及时发现,另一块硬盘再度损坏的场景.(还好有备机和数据备份,及时还原,仍是一

Redis Sentinel(Redis集群监控管理软件)

Redis Sentinel(Redis集群监控管理软件) # Redis-Sentinel的官网地址:http://redis.io/topics/sentinel # 注意:Redis-Sentinel官网提供不是稳定版!个人感觉这个比keepalived+redis来切换好非常多. 配置环境: OS: CentOS6.1 x86  *  4 Software: redis-2.6.9 内存: 16G CPU: E5606  @ 2.13GHz *2 ------------------ I

使用360网站服务监控体验报告

作为一家上千个站点的运维屌丝,最头痛的莫非是向领导汇报工作时,领导需要各种报告,其中包含网站的监控数据,在cacti+nagios平台能对服务器的网络流量.系统负载.主机硬资源.服务监控,其中nagios只能监控服务器服务是否正常,重点并不在图形化的监控,但用360网站服务监控平台可以完善这项,尤其对于中小型站点来说,省去搭建监控平台,省下硬件资源,而且用起来非常方便易配置. 如下图,可以查看监控项概述有HTTP.DNS.PING.SNMP的各项数据及正常还是异常,这里根据官方把各项做下说明: