Kata Containers——通过虚拟化保护应用程序

Kata Containers是一个新的开源项目,是轻量级虚拟机的一种新颖实现,可以无缝集成到容器生态系统中。 Kata Containers与容器一样轻巧快速,并与容器管理层集成(包括流行的编排工具,如Docker和Kubernetes),同时还提供了VM的安全优势。Kata Containers遵循Open Container Initiative(OCI)标准——OpenStack Foundation是该标准的积极分子。Kata Containers托管于OpenStack Foundation,但与OpenStack项目分开,拥有自己的治理和社区。

行业向容器的转变带来了独特的挑战,即在多租户环境中保护用户工作负载,同时兼顾可信和不可信工作负载。Kata Containers使用硬件支持的隔离作为pod中每个容器或容器集合的边界。此方法解决了传统容器架构构中共享内核的安全问题。

Kata Containers非常适合按需、基于事件的部署,例如持续集成/持续交付,以及运行时间更长的Web服务器应用程序。Kata还支持从传统虚拟化环境轻松过渡到容器,因为它支持传统访客内核和设备传递功能。Kata Containers提供增强的安全性、可扩展性和更高的资源利用率,同时简化整体堆栈的实现。

OpenStack和Kubernetes集成

选择开源平台的主要好处之一是跨这些平台的标准部署的接口的稳定性。 OpenStack Foundation和Cloud Native Computing Foundation(CNCF)都为OpenStack云和Kubernetes集群维护互操作性标准,保证库、应用程序和驱动程序可以在所有平台上运行,无论它们在何处部署。这为“肩并肩”集成创造了机会,允许OpenStack和Kubernetes利用另一方提供的资源。

Kubernetes社区中的OpenStack Special Interest Group(SIG-OpenStack)维护着Cloud Provider OpenStack插件。除了在OpenStack上运行Kubernetes的云provider接口外,它还维护了几个允许Kubernetes利用各个OpenStack服务的驱动程序。这些驱动包括:

——两个独立的Cinder驱动程序。Flex Volume驱动程序使用基于exec的模型与驱动程序接口,以及容器存储接口(CSI)驱动程序(该驱动程序使用容器编排系统的标准接口将任意存储系统暴露给其容器工作负载)。这些驱动程序支持70多种存储驱动程序,可通过单个Cinder API连接大量经过实战考验的专有和开源存储设备。

——Keystone的基于webhook的身份验证和授权接口。每种模式、身份验证和授权都可以彼此独立配置。虽然正在进一步开发中,但该接口支持软多租户(支持Kubernetes RBAC)。

OpenStack和Kubernetes都支持由各种驱动程序支持的高动态网络模型。由于这些标准网络接口,可以轻松构建具有强大网络集成的独立OpenStack和Kubernetes集群。在OpenStack中,Kuryr项目生成一个通用网络接口(CNI)驱动程序,为Docker和Kubernetes提供Neutron网络。另一方面,像Calico这样的项目提供Neutron驱动程序,通过标准的Neutron API直接访问流行的Kubernetes网络覆盖。

III 案例研究

OpenStack社区的许多成员正在为与容器相关的各种OpenStack项目提供新代码,评估容器的含义和好处,并在生产中使用容器来解决挑战并解锁新功能。本节重点介绍一些最有趣的案例研究。

AT&T

AT&T是全球最大的电信公司之一,它利用容器技术来部署和管理OpenStack本身,依靠基础设施容器来实现简单性和效率,目的是在容器化的OpenStack上构建5G基础设施。

为了实现目标,AT&T正在使用OpenStack-Helm项目在Kubernetes集群中编排基于LOCI的OpenStack镜像,同时利用Kubernetes、Docker和核心OpenStack服务。AT&T还使用Bandit、Tempest、Patrole和许多其他OpenStack项目。AT&T还在社区中合作推出了一系列名为Airship的云服务项目——该项目提供从裸机到运行OpenStack工作负载的生产级Kubernetes的云。

AT&T发现容器化允许其将传统的部署类型活动转移到左侧,并使用CI / CD进行验证。Kubernetes还提供了巨大的可扩展性和弹性,以及允许OpenStack-Helm以声明方式配置操作行为,注入配置,完成滚动升级和更新而不影响租户工作负载的钩子。

利用容器技术来部署和管理OpenStack不应该对租户产生明显的影响——除了为它们提供具有更高弹性的平台,能够更频繁地获得云功能并且中断最少。AT&T的运维团队的新经验将更多的努力转移到定义站点的声明性配置,并让面向Kubernetes的自动化自行进行部署。

AT&T旨在利用这种架构为虚拟网络功能提供支持——这些功能构成了其以消费者和业务为中心的产品和服务的支柱。AT&T的容器化Network Cloud的初始使用案例将是新兴5G网络的VNF的初始部署。OpenStack过去、现在和将来都非常适合AT&T的聚焦于VNF的云用例。容器化只是一种演变,允许AT&T以更可靠、快速、零接触的方式部署、管理和扩展其OpenStack基础设施。

在运维方面,AT&T仍在测试这种方法,但已承诺很快将5G服务投入生产。OpenStack和容器技术将成为这项服务的支柱,这对AT&T的数百万用户来说具有很强的战略性。部署5G服务将证明OpenStack和容器在大规模分布式生产环境中的相关性。

CERN

CERN使物理学家和工程师能够利用世界上最大和最复杂的科学仪器探索宇宙的基本结构,研究物质的基本成分——基本粒子。CERN云为物理学家提供科学计算的计算资源,分析来自大型强子对撞机和其他实验的数据。

自2013年以来,CERN一直在运行OpenStack,目前正在单个云中为虚拟机、裸机和容器提供服务。容器可以在虚拟机或裸机上运行,具体取决于用例,所有这些都通过OpenStack Magnum进行配置。CERN提供各种不同的容器技术,包括Kubernetes、Docker Swarm和DC / OS。

CERN目前在OpenStack之上运行通过Magnum配置的250个容器集群。

CERN的OpenStack云为用户提供自助服务访问权,可通过一些命令或Web GUI请求配置好的容器引擎。这允许快速利用这些技术,并且如果需要可以扩展到1000个节点。可提供带有内置监控并集成到CERN存储和身份验证服务的最佳实践配置。

有效地运行此资源池,在不需要额外操作人力的情况下扩展它需要一致的管理流程和工具。通过Magnum在OpenStack之上添加容器使服务能够使用先前开发的自动化,例如硬件修复过程和一致的授权模型,同时根据用户需求快速重新分配资源。

CERN是一个公共资助的实验室,Kubernetes和OpenStack等开源解决方案提供了一个框架,使其可以与其他组织协作并回馈社区。CERN通过CERN openlab框架与众多供应商合作,提供带有多种功能的大规模云。这些经验也通过OpenStack特殊兴趣小组与其他科学如Square Kilometer Array(SKA)、公共演示文稿(如Kubecon Europe)和博客(如OpenStack in Production)共享。

在CERN,几个工作负载在Magnum提供的容器内运行,包括:

Reana /Recast

这些工具为在高能物理中执行可重复使用的工作流程提供了框架。容器能够将分析软件和数据打包在一个易于共享的单元中,并且可以轻松扩展内部部署和使用外部资源。接下来的工作为基于Yadage Workflows的Kubernetes作业,支持分析和数据保存活动。

Spark即服务

最近,Kubernetes被添加为Spark的资源管理器。Spark可以生成驱动程序和执行程序,而pod和Kubernetes负责调度和生命周期。CERN IT部门的一个团队正在开发一项服务,让用户可以使用OpenStack Magnum按需创建Kubernetes集群,并在Kubernetes上部署Spark,以安全的方式提供与CERN专用文件系统和数据源的所有必需集成。通过少量命令,用户可以有效地创建具有所需大小的Spark部署,仅在需要的时候创建,并且可以选择在运行的时候扩展或缩小部署。

用于LHC升级的LHC实验检测器触发模拟

大型强子对撞机将在2020年左右升级到更高的发光度。CERN已经创建了大规模Kubernetes集群来模拟ATLAS实验的不同方法并验证设计,从而对Kubernetes和OpenStack组件进行了一些微调。

Gitlab持续集成运行器

Gitlab使用户能够构建CI / CD作业并在共享或项目特定的运行器上执行它们。CERN用户可以利用CERN Container Service来测试和构建软件,构建和发布容器镜像和文档,或设置管理整个应用程序生命周期的复杂管道,包括自动部署到不同的环境中。

多个外部云的Federated Kubernetes compute farm

CERN使用Kubernetes集群联合来支持多云操作。多个集群可以无缝集成在使用不同技术的云中,包括AWS、GCE和OpenStack云(如CERN和T-Systems Open Telekom Cloud)。

在单个框架下集成虚拟机、容器引擎和裸机,让用户可以轻松查看使用情况、所有权和配额。Kubernetes的Manila存储驱动程序允许透明地配置文件共享。这支持IT部门进行容量规划,支持实验资源协调员确定其工作组的优先级。资源管理策略,如在工作人员离开时重新分配资源或使资源到期,将在一致的工作流程中处理。

SK Telecom

SK Telecom(SKT)是韩国最大的电信运营商,一直在探索在Kubernetes上部署OpenStack的最优方法,目的是将核心业务功能应用于容器化OpenStack。

SKT利用Kolla和Openstack-Helm, 部署由Kubespray自动完成。SKT将近100%的开发工作投入OpenStack-Helm,并与AT&T密切合作,推动OpenStack-Helm的成功。

SKT还在其关于Kubernetes上的OpenStack的工作中加入了其他工具。对于日志记录、监控和警报,SKT使用Prometheus和Elasticsearch、Fluent-bit和Kibana——所有这些都是OpenStack-Helm社区中的默认参考工具。SKT将所有这些组合成一个名为TACO:SKT All Container OpenStack的封闭式集成解决方案。

SKT将重点放在围绕容器化的Kubernetes上的Openstack的自动化持续集成/持续交付(CI / CD)管道。SKT的CI系统包括Jenkins、Rally、Tempest、Docker Registry,以及Jira和Bitbucket。SKT还开发了一个名为Cookiemonster的开源工具——这是一种用于Kubernetes部署的弹性测试工具,可为其CI管道执行弹性测试。

每次更改,SKT都会自动构建和测试OpenStack容器和Helm图表。每天,他们会自动安装一个高度可用的OpenStack部署,包含三个控制节点和两个计算节点,从Tempest运行400个测试用例来验证服务,最后使用Cookiemonster和Rally运行弹性测试。完整的CI系统如下图所示:

SKT通过Airship的子项目Armada实现自动化部署——该项目由AT&T作为一个新的开放式基础设施项目在社区推出。SKT正在社区中进行合作,根据其生产用途为项目提供增强功能。

在实际应用中,SKT已经看到了在Kubernetes上部署OpenStack的大量好处,包括:简单易用的安装;集群自动修复;能够升级和更新OpenStack并对运行的服务影响最小;快速采用高级发布方法;通过容器隔离完成Python依赖关系的自动化管理;安全的秘密和配置管理;快速灵活地推出集群更新。

SKT仍在测试这种方法,但正在积极地在生产中运行OpenStack-Helm部署。很快,SKT将至少拥有三个生产集群,后续还有第四个和最大的生产集群将上线。这些用例包括:大数据平台、桌面基础设施架构平台、通用内部私有云、基于虚拟网络功能构建的电信网络基础设施。

SKT还试图通过利用容器化的VNF并利用容器的自动修复和快速扩展功能来改善电信基础设施运维的自动化。为了允许基于虚拟机的VNF和容器化VNF之间的交互,Simplified Overlay Network(SONA)——OpenStack的虚拟网络解决方案,将支持VM和容器之间的通信。 SONA使用Kuryr项目集成OpenStack和Kubernetes,并使用软件定义的网络技术优化网络性能。

总的来说,SKT发现Kubernetes有助于解决部署和运维OpenStack的许多复杂问题。简化OpenStack为他们提供了一种强大的方法,可以为5G时代提供先进的基础设施创新。Kubernetes上的Openstack,大大提高了他们应对容器中微服务不断演变的能力,成为提供人工智能、物联网和机器学习的关键基础设施。

Superfluidity

Superfluidity项目由来自12个欧洲国家的18个合作伙伴组成。它旨在增强实时实例化服务的能力,在网络中的任何位置运行它们,并将它们透明地转移到不同的位置。SUPERFLUIDITY是一个欧洲研究项目(Horizon 2020),旨在通过利用和扩展知名的开源项目,为5G网络构建基础设施模块。SUPERFLUIDITY将提供融合的基于云的5G概念,可在移动边缘实现创新用例,增强新业务模式,并降低投资和运维成本。

为了实现这些目标,项目联盟正在从传统的基于VM的应用程序转移到Cloud Native容器化应用程序。 Kuryr是OpenStack虚拟机、Kubernetes和OpenShift容器化服务之间的桥梁。

该项目利用ManageIQ作为中央网络功能虚拟编排器(NFVO),Ansible来进行Application部署和生命周期管理,OpenStack服务(包括Heat,Neutron和Octavia,以及Kubernetes)通过OpenShift实现虚拟机和容器的集成。

通过利用从ManageIQ设备执行的Ansible playbooks,SUPERFLUIDITY提供了一种部署应用程序的常用方法。这些应用程序反过来使用OpenStack Heat模板和OpenShift模板提供的云编排功能。

该联盟在容器内部署5G云无线接入网络(CRAN)和移动边缘计算(MEC)组件。它还在分布式基础架构之上部署高吞吐量应用程序,如视频流。

转向应用程序交付的云原生方法可实现快速、灵活的SUPERFLUIDITY安装。它可以实现从基于VM的应用程序和组件到容器的平稳过渡,同时保留为某些特定应用程序启用VM的多功能性。例子是单路输入/输出虚拟化(SRIOV)所需的特殊安全保护或网络加速。

在大规模性能测试中,SUPERFLUIDITY能够以22个pod/秒的速度启动大约1000个容器。通过在OpenStack管理的VM上运行OpenShift实现了这一卓越的性能,其中Kuryr充当pod网络驱动程序。

IV  结论

在过去几年中,随着容器成为开发人员和组织的重要工具,OpenStack利用其模块化设计和广泛的社区将容器技术集成到多个层面。 这体现在,各种组织将容器和OpenStack投入生产,以及与容器一起工作以提供新功能的项目数量越来越多上。OpenStack基金会致力于确保可以在OpenStack中整合和使用新兴技术,而容器则是该承诺的重要例子。

原文链接:

https://www.openstack.org/containers/leveraging-containers-and-openstack/

获取更多开源云技术资讯&大咖交流&免费活动,欢迎添加开源云中文社区小助手,备注开源云!

(长按识别二维码添加)

白皮书《Leveraging Containers and OpenStack》(下)相关推荐

  1. openstack下

    接上篇 计算服务: 安装配置控制节点: yum install openstack-nova-api openstack-nova-conductor \ openstack-nova-console ...

  2. Centos7制作Openstack下win7 镜像

    1 安装Centos7系统 2 验证系统是否支持虚拟化? [root@localhost ~]# egrep '(vmx|svm)' -o  /proc/cpuinfo 出现vmx说明支持. 3 安装 ...

  3. 白皮书数据显示,内循环下差旅管控市场下沉趋势或将凸显

    携程商旅宣布,<2020-2021中国商旅管理市场白皮书>将于5月19日正式发布.结合白皮书数据显示,新一线城市和一线城市是最常去的出差目的地,一线城市占比下降,新一线.二线.三线城市占比 ...

  4. 黑产白皮书 DDoS 篇——乌云笼罩下的产业百态

    知己知彼,百战不殆 <孙子·谋攻篇> 谋攻是<孙子兵法>的第三篇,主要讲的是 以智谋攻城,揭示"知己知彼,百战不殆"的规律.当你面对 DDoS ,充分了解攻 ...

  5. OpenStack下的虚拟机,keepalived虚拟ip,ping不通

    背景 领导让弄k8s多master的集群,然后在网上找资料,准备用keepalived来做高存活的方案,然后搭建keepalived,搭建完毕之后,就开始部署k8s了,但是当另一个主节点加入到当前ma ...

  6. intel x540-at2 openstack 下桥接故障

    当前计划使用 intel x540-at2 (万兆网卡) 建立 bonding,  然后转换 (ovs) 桥接, 再为数据包进行 vlan tag 标记 故障现象: 完成配置后,  发现严重丢包 故障 ...

  7. Python PEP8编码规范

    译 Python PEP8 编码规范中文版 2018年01月02日 19:21:09 冒冒大虾 阅读数:57340 原文链接:http://legacy.python.org/dev/peps/pep ...

  8. Kata Containers 2.0 的进击之路

    Kata Containers 开源项目于2017年底正式启动,其目标是将虚拟机(VM)的安全优势与容器的高速及可管理性相结合,为用户带来出色的容器解决方案.该项目在过去两年取得了哪些进展?下一版本的 ...

  9. 用Docker之后还需要OpenStack吗

    Docker从一个新兴的技术到一个商品化模式,这一过程的发展速度很惊人,它炙手可热的同时也给带来一些困惑.这也带来了一些同学的质疑和评论:假如用了Docker再去用OpenStack是否合适?本文来自 ...

最新文章

  1. DiscuzX3.2,3.3升级DiscuzX3.4的详细教程!
  2. iOS数据库操作之FMDB
  3. python max函数_Python max内置函数详细介绍
  4. BetterAndBetter(BAB)的使用详解
  5. 智慧工厂平台整体结局方案
  6. iOS SwiftUI 开发实机测试 TextField 不显示字
  7. 微服务学习之01父工程创建【Hoxton.SR1版】
  8. 每天一个PS技巧(原理+实践)——简单背景的抠图与毛发抠图
  9. 论文阅读220403_Autonomous Driving on Curvy Roads Without Reliance on Frenet Frame: A Cartesian-Based
  10. offer收割者!Alibaba内部独家MySQL优化宝典横空出世,再也不用担心被面试官拦路了
  11. mac 如何安装/运行 kakfa
  12. 手机打车APP的机遇与挑战
  13. 沃顿研究数据服务推出高级研究学者计划,为全球研究人员提供实地教育课程
  14. usb接上计算机没反应怎么办,u盘插上去电脑没反应怎么办 u盘插上后无任何反应的解决教程...
  15. 前台通过base64传图片到后台的实现方法
  16. python 如何绘制分叉图
  17. 最系统的大数据挖掘技术及其应用详解!
  18. cut out数据增强_常见的数据增强项目和论文介绍
  19. 学妹半夜问我动态规划是咋回事,我啪的一下讲清楚了!
  20. HNU-电路与电子学-实验1

热门文章

  1. TinyMCE 的音乐插件/mp3 music insert plugin
  2. 仙山瑶池,灵水神泉”的美誉
  3. 第四方支付平台哪个好?这类第四方支付或惨遭淘汰
  4. 蓝桥杯:穿越雷区——DFS
  5. docker配置python环境_PyCharm使用Docker镜像搭建Python开发环境
  6. Sanliao智能家居平台软件设计
  7. Idea2019.3 启动报错 Failed to load JVM
  8. 莲:什么?朕的大清亡了?
  9. Nacos Server did not start because dumpservice bean construction failure : No DataSource set异常解决
  10. Android Server Push Notification - Urban Airship