服务热线

0184-477624478
网站导航
主营产品:
新闻中心
当前位置:主页 > 新闻中心 >

混合云环境中的Kubernetes和HPC应用程序PartII

时间:2021-02-28 00:14 点击次数:
 本文摘要:文中为该系列产品的第二篇文章内容,第一篇文章内容点一下这里。创作者:DanielGruber,BurakYenier和WolfgangGentzsch,UberCloud。该公司成立于二零一三年,着眼于开发设计HPC容器技术性和容器化工程项目应用程序,以推动在共享资源的当地或按需云环境中浏览和应用工程项目HPC工作中负荷。 文中及上一篇文章中,她们叙述了以往12个月在Kubernetes上应用UberCloudHPC容器的工作经验。

亚博app安全有保障

文中为该系列产品的第二篇文章内容,第一篇文章内容点一下这里。创作者:DanielGruber,BurakYenier和WolfgangGentzsch,UberCloud。该公司成立于二零一三年,着眼于开发设计HPC容器技术性和容器化工程项目应用程序,以推动在共享资源的当地或按需云环境中浏览和应用工程项目HPC工作中负荷。

文中及上一篇文章中,她们叙述了以往12个月在Kubernetes上应用UberCloudHPC容器的工作经验。伴随着云服务器的盛行,CIO意识到在各种各样测算环境中运行的应用程序,分布式数据库和基础架构必须通用性的管理方法和实际操作实体模型。根据为每一个云服务提供商应用不一样的专用型基础架构和应用程序管理方法解决方法,在当地和云环境中维护保养不一样的应用程序和分布式数据库局部变量,会在动态分配,应用和管理方法这种資源时提升许多 不便。

云计算平台环境中欠缺通用性的管理方法和经营实体模型很有可能造成 :不匀称,分散化的环境给管理者,实际操作工作人员和安全系数产生了附加的多元性。因为沒有通用性管理方法的混和环境,自主创新速率减少了。当取决于云服务提供商的特殊服务项目时,难以变更或关掉云资源。当关联到特殊的云环境设定时,工作中负荷不易转移回当地环境,相反也是。

如同上一篇文章中强调的那般,Kubernetes已变成实际上的规范容器编辑器。全部关键企业都会到处能用的规范化API以上出示并搭建解决方法。CIO如今已经科学研究Kubernetes在混和云间对HPC的适用范围,因为它为每个环境出示了通用性的管理方法和实际操作实体模型。

Kubernetes:云计算平台的通用性管理方法和经营实体模型Kubernetes推动了网络服务器序列中运行的成千上万容器的应用和管理方法,它是由很多IT经销商和云服务提供商适用的用以混和环境的新标准服务平台。如今,CIO能够分派一个彻底配备并受适用的容器编辑器,做为其全部应用程序工作中负荷的基本。与特有基础架构解决方法不一样,Kubernetes具备可扩展性,便于管理方法,可扩展性,可集成化和监控作用。

在Kubernetes上资源管理时,CIO已不关联到特殊的基础架构。她们能够应用同样的应用程序局部变量为客户出示同样的功能集,不论是当地還是在一切云间。客户乃至不清楚自身的应用程序已经Kubernetes上运行,也不知道他们在哪个基础架构上运行:是在自身的大数据中心還是在特殊的云服务提供商(比如Google,Microsoft或Amazon)上。

根据应用像Kubernetes那样的规范化手机软件栈来减少云计算平台环境的多元性具备很多优势:对一个服务平台开展的改善能够全自动在别的服务平台上应用;布署和经营层面能够简单化;安全性审批更非常容易,更严苛地实行。Kubernetes和HPCKubernetes早已是AI和ML的客观事实服务平台,可是,当牵涉到传统式的大数据处理时,依然存有一些挑戰。

HPC工作中负荷管理工具中内嵌了一组作用,Kubernetes中尚不能用。大家以前在第一篇文章内容早已探讨了关键差别,Kubernetes在HPC层面的关键差别是:对分布式系统运行内存工作(即MPI应用程序)的该设备适用,及其与目前HPC应用程序兼容的缺乏的工作排队叫号系统。Kubernetes在很多层上面内嵌了可扩展性。

可是,针对HPC工作,仅重新启动一个不成功的容器是不足的,由于全部分布式系统工作自身很有可能早已失败了。在这类状况下,必须对全部分布式系统运行内存工作开展全自动再次方案。

它是Kubernetes没法解决的。除开这种挑戰以外,Kubernetes更为HPC产生了很多益处:比如,技术工程师和容器化HPC应用程序的环境自始至终是同样的,不论是当地布署還是在根据云的环境中运行;迅速从一种基础架构变换为另一种基础架构的工作能力使HPC精英团队可以两者之间企业的云路线地图保持一致。在根据通用性API(KubernetesAPI)的基础架构中间挪动工作中负荷的随意越来越很有使用价值。

Kubernetes上的容器化HPC应用程序过去的五年中,早已将数十种HPC应用程序开展了容器化,不论是商业化的的,比如ANSYS,COMSOL,STAR-CCM ,還是开源项目包(如OpenFOAM和GROMACS),及其HPC群集生产调度程序流程,比如UnivaGridEngine和Slurm。因为选用了容器技术性,因而能够出示不断持续的升级和改善,顾客能够迅速,无缝拼接地对其开展升级。除此之外,容器印象容许客户随时随地回到到此前的应用程序版本号,便于她们自始至终能够再现其此前的結果。在代管Kubernetes上运行的实例HPC应用程序群集构架另外,根据应用例如Terraform和Puppet这类的基础架构和配置管理专用工具或根据将特殊于云的HPC集成化搭建到目前门户网中,早已完成了很多容器环境。

可是伴随着Kubernetes的来临,容器环境越来越更便于维护保养而且更为动态性。控制板持续驱动器群集,进而将群集发布,再次调节工作中连接点的经营规模,应用一组稳定的可占领案例及其可扩展性。因而,Kubernetes和HPC关键差别已被清除。

那样,今日,一切Kubernetes环境都能够适用分布式系统运行内存/MPI工作,该环境出示了在HPC容器内运行的内嵌HPC工作中负荷管理工具集成化。这使传统式的HPC应用程序不用一切变更就可以运行。另外,根据在內部运行的性能卓越适用GPU的Pod,已取得成功起动了根据Ansys和COMSOL的GPU和未适用GPU的应用程序。

登陆到桌面上后,技术工程师能够刚开始递交批处理命令工作或单独MPI应用程序,这种应用程序遍布在好几个连接点上分派的一组Pod中。结果Kubernetes不但适用根据微服务架构的公司应用程序,并且还适用自助服务终端工程项目HPC应用程序。

总得来说,如同该研究表明的那般,应用Kubernetes做为运行容器化工程项目应用程序的基本的关键优势是:基本上全部基础架构上均可应用统一应用程序局部变量;真实的云计算平台应用计划方案,可考虑工程项目负荷的要求。针对技术工程师来讲,不管在当地還是在云间运行应用程序,它全是全透明的;根据自始至终分派云间能用的全新和更快的设备,进而为运行工程项目应用程序出示最好特性;做为技术工程师的自助服务终端,搭建并调节单独的HPC应用程序和测算群集的尺寸,而且仅受每一个时间范围的云配额制和成本预算限定;强劲的管理方法局部变量,获得很多云服务提供商的适用;仅根据付款应用花费来提升成本费。不用闲置不用資源,这种闲置不用資源将在应用前被分派;根据单独的专用型测算群集完成高安全系数;根据自身配备和一次性部件(将升级简易地消毁并再次建立指令),将实际操作花销降至最少;根据Kubernetes的工作中负荷更便于集成化到普遍选用的持续集成和布署解决方法中(比如Tekton,Concourse或Jenkins的将来版本号)。

在此项科学研究中,根据容器的HPC应用程序环境已在Kubernetes以上完成(比如,在GoogleGCP和AmazonAWS上),而且还作为自助服务终端检测环境,可由HPC应用程序权威专家并非营运商重新开始布署。它也已用以CI/CD管路中,以全自动搭建检测环境,以对于目前容器解决方法运行检测并接着关掉基础架构。在顾客环境中,IT单位获益于应用受适用的代管Kubernetes便于维护保养的系统软件,该系统软件能够在十多分钟以内提升,调节尺寸和删掉云计算服务器。

编译程序,viahpcwire.com()原创文章内容,没经受权严禁转截。详细信息见转截注意事项。


本文关键词:亚博app,混合,云,环境,中的,Kubernetes,和,HPC,应用程序

本文来源:亚博app-www.grupogurai.com

Copyright © 2001-2021 www.grupogurai.com. 亚博app科技 版权所有  备案号:ICP备47647558号-8

地址:江西省抚州市丹凤县斯方大楼2786号 电话:0184-477624478 邮箱:admin@grupogurai.com

关注我们

服务热线

0184-477624478

扫一扫,关注我们