云提升取决于智能化案例经营规模挑选

2020-11-12 09:54| 发布者: | 查看: |

云提升取决于智能化案例经营规模挑选 运用程序流程特性将会会遭受案例经营规模不善、工作中负载的案例种类不正确和别的难题的危害。公司必须应用这些技术性和专用工具来提升云实际操作。

运用程序流程特性将会会遭受案例经营规模不善、工作中负载的案例种类不正确和别的难题的危害。公司必须应用这些技术性和专用工具来提升云实际操作。

案例在测算工作能力、运行内存、储存和对GPU的适用、设备学习培训和别的专业作用层面具备普遍的运用范畴。管理方法人员应当让运用程序流程要求决策云计算技术案例的种类和经营规模,特别是由于不正确的配对会致使特性不高和成本费昂贵的状况。  

一些运用程序流程将会必须更大的云计算技术案例,这代表着必须高水平测算、储存和别的資源的虚似机,而别的运用程序流程能够在資源较少的经营规模较小案例上运作优良。但其实不是每一个客户1刚开始都会应用正确的云计算技术案例,云计算技术运用程序流程的动态性特点代表着匹配其实不一直按方案工作中。  

可使用云提升专用工具和技术性来挑选正确的云计算技术案例种类和经营规模,随后依据必须随时重设和调剂它们。  

界定运用程序流程规定   云代管运用程序流程必须与当地运用程序流程不一样的逻辑思维方式。IT主管一般会过多配备当地运用程序流程,由于之后拓展别的資源是1项挑戰。云计算技术运用程序流程更非常容易按需拓展,而必须拓展的特殊資源(如测算、运行内存和储存)因工作中负载而异。比如,数据信息库运用程序流程必须比互联网服务器更多的运行内存和储存IOPS,这对测算提出了更高的规定。  

Enterprise Management Associates管理方法科学研究负责人Torsten Volk表明,因为公司必须掌握运用程序流程的資源应用方式(最好是是1年),因而很难明确云计算技术案例的经营规模。  

查验云计算技术供货商的CPU、运行内存、储存等資源限定。虽然云计算技术出示商的专用工具能够协助明确运用程序流程的最好案例种类和设定,但这些供货商基本上沒有驱动力向顾客出示繁杂的云提升专用工具,由于过多配备将会是其收入来源于。管理方法人员将必须完成别的技术性,和将会的第3方提升专用工具,以全面掌握状况。  

剖析指标值以促进提升   运用率指标值(如CPU、储存、运行内存和互联网容量)能够显示信息案例的经营规模是不是合适运用程序流程。比如,很多的恳求延迟时间将会表明案例经营规模,没法解决当今负载。  

云计算技术资询组织Candid Partners企业的高級云构架师Beau Bent表明, 在明确正确的案例经营规模时,1定要了解峰值是怎样危害指标值的。   应当有充足的备用容量来解决应用的峰值,只必须充足长的時间来开展水平拓展。假如单独指标值远远高于别的指标值(比如,假如运行内存被彻底应用,但CPU和互联网容量很低),那末将会是应用不一样的案例经营规模的情况下了。  

创建监管和调剂循环系统   为保证云计算技术运用程序流程合理拓展,必须在指标值和实际操作之间建立意见反馈循环系统。监管指标值显示信息高运用率或低运用率时,请对案例经营规模或种类开展小幅调剂。再次监管这些指标值,以掌握变更怎样危害运用程序流程特性和高效率。  

强劲的不断集成化/持续布署(CI/CD)管路,依靠根据对策的操纵和全自动化开展变更,能够协助云计算技术管理方法员调剂设定,而不容易造成出现意外不良影响或冗杂的手动式步骤。Bent说,基本设备做为编码,資源被模版化并用程序编写語言撰写,也是有助于不断的云提升。  

特性和运用率指标值是云计算技术出示商的关键商品,或机构能够转为第3方商品,这些商品出示所应用案例的简述。  

应用云成本费管理方法专用工具   当地成本费管理方法专用工具(包含Azure成本费管理方法、AWS成本费管理方法和Google管理权限强烈推荐)能够协助开展提升,但将会不够以精确估计全部工作中负载的要求。比如,Google Rightsizing Remendations能够依据运作的均值值提议案例经营规模调剂。可是,这类均值运用率信息内容不够以考虑每个月或每季度产生1次峰值的Spikey运用程序流程,或根据特殊恶性事件(如黑色礼拜5)。

Volk警示说, 必须剖析关键的工作中负载,以将均值应用量和峰值应用量都包含在其云案例经营规模决策中。   另外,这些专用工具将会没法追踪对运用程序流程很关键的全部必须資源。比如,Google Rightsizing Remendations只考虑到CPU、运行内存和储存尺寸。一些运用程序流程具备别的限定要素,比如互联网IOPS。另外,该专用工具不考虑到一些布署种类,比如Kuberes群集,这使管理方法人员能够做出自身的云提升管理决策。  

载入检测不一样的案例种类   Volk提议,对不一样案例种类和经营规模的运用程序流程开展负载检测,以明确预期的均值和突发特性指标值。实体模型负载检测尽量贴近真正的应用方式。比如,峰值负载将会产生在API涵数启用期内,另外也将会产生在客户与运用程序流程图型前端开发的互动全过程中。  

集成化的第3方系统软件将会在与云代管运用程序流程的通讯速率层面有规定,这将会使事儿变得更繁杂。当运用程序流程共享资源通用性微服务时,集成化全过程变得更为繁杂。跨这些互连的遍布式构架开展云提升必须警醒和繁杂的模型。  

考虑到动态性案例种类   AWS企业出示了可突发的特性案例,使管理方法人员能够依据必须动态性加上和付款CPU特性。尽管这类服务能够提升云计算技术特性,但很难了解运用程序流程仅有CPU改善才可以拓展,而且不容易升級到运行内存和储存的速率或经营规模。Volk说,每当依靠案例暴发时,一直开展负载检测。  

另外,假如公司在提升的CPU上花销许多,必须查询运用程序流程的要求,将会是变换为更大案例经营规模的情况下了。  

留意器皿难题   器皿集群将会具备致使比预期更高的互联网吞吐量量或储存负载的依靠性。重要的元凶一般是Kuberes生产调度对策。 这是1个必须确诊的潜伏难题。 Volk说。  

假如公司方案起动器皿,请考虑到云提升评定,而不仅是CPU、储存和运行内存。明确在1段時间内客户能够起动或删掉的Kuberes pod数量是不是存在限定,和对案例上运作的各个器皿是不是存在经营规模限定。

【凡本网注明来源于非我国IDC圈的著作,均转载自其它新闻媒体,目地在于传送更多信息内容,其实不意味着本网赞成其见解和对其真正性负责。】

拓宽阅读文章:
<
>

 
QQ在线咨询
售前咨询热线
18720358503
售后服务热线
18720358503
返回顶部