2022 年 4 月 vPTG 回顾

一切都结束了!我们最近的虚拟 项目团队会议 (PTG) 于 4 月 4 日至 8 日举行。我们希望这是最后一次虚拟 PTG,它以许多富有成效的讨论告终。PTG 举办了各种 Open Infrastructure Foundation 团队和项目,从 OpenStack 和 StarlingX 到多样性和包容性工作组和边缘计算组。 

以下是由社区成员撰写的关于各个团队会议的摘要。 

列表中没有看到您的摘要?请告诉我们!我们很乐意添加它! 

敬请期待我们下一次项目团队会议的更新!希望我们能在那儿见到您和您的团队!

2021 年 OpenInfra 年度报告:大型 SIG

OpenInfra 基金会 2021 年年度报告现已发布,包括开放基础设施增长、所有 OpenInfra 项目、基金会更新、SIG 和 WG 更新等部分。

大型规模 SIG 是 OpenStack 的一个特殊兴趣小组,汇集了对分享经验和讨论最佳实践感兴趣的大规模 OpenStack 部署的运营商。该小组今年定期举行会议,大约 6 人组成核心小组,还有一打其他人员不经常参与。

该小组的一个成果是扩展之旅:一组维基页面,描述了扩展 OpenStack 部署的各个阶段,从数十个节点到数万个节点。许多运营商之前都走过这条道路,但缺乏文档和实践经验分享仍然使其成为一项艰巨的任务。SIG 的目标是记录常见问题和答案,以及指向相关资源的链接,以使这一旅程尽可能地可预测和愉快。

今年大型规模 SIG 的另一个重点是“大型规模 OpenStack”节目,这是 OpenInfra Live 网络直播的定期活动。我们邀请了大规模部署的运营商,让他们展示如何解决给定的运营挑战,并在他们之间现场讨论不同的方法。我们讨论了诸如大型环境中的升级、备用容量处理、软件定义的超级计算机、扩展 Neutron 以及运营商的技巧和工具等主题。这个节目是 OpenInfra Live 上最受欢迎的节目之一,我们的目标是在 2022 年继续开展。

阅读完整的 2021 OpenInfra 年度报告

标签:

2021 年 OpenInfra 年度报告:OpenStack

OpenStack 仍然是最活跃的开源社区之一,生产中超过 2500 万个核心。今年,OpenStack 社区继续生产更多在生产中运行的软件。值得注意的亮点包括

  • Wallaby:Wallaby 是 OpenStack 的第 23 个版本,由来自 45 个国家的 140 个组织的 800 多名贡献者开发。该版本包含超过 17,000 个代码更改,重点是与其他开源项目(如 CEPH、Kubernetes 和 Prometheus)的集成。OpenStack 仍然是第三最活跃的开源项目(与 Linux 内核和 Chromium 一起)。
  • Xena:Xena 版本带来了 OpenStack 项目之间更好的集成、对高级硬件功能的支持以及技术债务的减少。Nova 对 SmartNIC 的支持和 Neutron 中的 ECMP 路由是现在支持的一些硬件功能。总的来说,680 多名贡献者在短短 25 周内完成了 OpenStack 的第 24 个版本。
  • 技术写作 SIG 解散:在成功将文档迁移到项目存储库几个版本之后,并且现在主要扮演咨询角色,技术写作 SIG 决定解散并将他们剩余的存储库迁移到其他团队。在 PTG 上,技术写作 SIG 主席与技术委员会会面,第一联系 SIG 制定了退役技术写作 SIG 的计划。
  • Skyline:OpenStack 欢迎自 2018 年添加 Adjutant 以来,其最新项目!Skyline 是一个基于 React 构建的 OpenStack 仪表板,作为 Horizon 仪表板的替代方案。虽然尚未准备好用于生产,但该仪表板的设计使得函数直接调用 OpenStack API,从而使开发人员更容易维护仪表板,并使用户交互更快、更高效。Horizon 团队支持这项工作,作为 Skyline 的功能与 Horizon 相当时的未来替代方案。技术委员会接受了该项目,但前提是 Skyline 在组织和发布方式上与 OpenStack 其他服务更加一致之前,将被标记为“技术预览”。
  • TC 对 OpenStackClient 的立场:技术委员会通过一项决议正式确定了其对 OpenStackClient 的立场。他们决定不将 OpenStackClient 的开发作为社区范围内的目标,但仍然希望表示支持并与 OpenStackClient 团队站在一起,因此制定了一项决议,旨在评估 OpenStack 社区是否准备好接受 OpenStackClient 社区目标。
  • IRC 网络迁移:Freenode,社区多年来一直使用的 IRC 网络,所有权、组织结构和策略发生了变化。作为回应,社区讨论了替代方案并决定迁移到不同的网络,但仍将 IRC 作为社区使用的同步聊天平台。从五月底开始,OpenStack 社区已迁移到 OFTC 网络。大多数团队都参与了这次过渡。

参与进来

比以往任何时候都更多 OpenStack 在生产中

2020 年 11 月,OpenStack 社区庆祝了 1500 万个核心在生产中。仅仅 12 个月后,在年度 OpenStack 用户调查中记录了超过 2500 万个核心,与 2020 年相比增长了 66%。这种增长体现在所有规模的组织中,包括七个记录了超过 100 万个核心在生产中的组织。

沃尔玛、LINE、Workday、中国移动和 Verizon Media 是 OpenStack 百万核心俱乐部的创始成员。他们在 OpenInfra Live:主题演讲中获得了认可,庆祝了他们在 OpenStack 上的巨大规模和创新。

OpenStack 认证管理员 (COA) 考试

认证 OpenStack 管理员 考试是 OpenInfra Foundation 提供的唯一专业认证。

在 2021 年,

  • 购买了 COA 考试凭证:109
  • 193 名学生通过了考试

在参加考试的学生中,学生来自 29 个国家,包括

  • 美国
  • 英国
  • 加拿大
  • 玻利维亚
  • 中国
  • 哥伦比亚
  • 塞浦路斯
  • 埃及
  • 法国
  • 德国
  • 加纳
  • 危地马拉
  • 匈牙利
  • 印度
  • 印度尼西亚
  • 墨西哥
  • 荷兰
  • 秘鲁
  • 波兰
  • 俄罗斯
  • 沙特阿拉伯
  • 新加坡
  • 西班牙
  • 瑞士
  • 泰国
  • 土耳其
  • 乌干达
  • 乌克兰
  • 越南

OpenStack 上游学院

该培训全年举行了两次。第一次培训是在 Anita B Foundation 举办的独立 Open Source Day 活动中进行的,该基金会还举办了 Grace Hopper Celebration。导师与学生的比例很高(2:1),这不仅带来了一天富有成效的讨论,而且为参与活动的学员提供了一种高度专业化的体验。上游学院以一天的时间进行,导师专注于分享有关 OpenStack 社区的信息,包括贡献者日常使用的工具和流程。

培训的下午部分集中在实践经验上,学生们致力于重现和修复 OpenStack 代码库中的错误。能够留到下午的学员学习了如何将代码更改推送到上游进行审核,其中一些人甚至能够更进一步。他们能够重现他们的错误并提交修复程序。培训非常成功,我们收到了来自学生的积极反馈和参与度。

2021 年举行的第二次培训也是在 Grace Hopper Celebration 的 Open Source Day 活动中举行的在线培训。与第一次培训类似,培训以一天的时间进行,上午进行讲座,下午进行实践练习。再次,学生们致力于修复实际的错误,14 多位导师确保学员学习了上传更改进行审核的机制,这对于在课程结束后贡献代码或文档至关重要。四名学员提交了对 OpenStack 的实际修复程序的补丁,因此他们进入了 Grace Hopper 举办的抽奖活动,以激励参与开源项目。

虽然 2021 年的培训机会再次受到限制,但导师团队继续维护课程材料,以确保每次培训都能提供最佳体验。内容完全开源且在线可用,为个人和组织提供了一种以自定进度的课程或在本地运行课程的可能性。

您可以阅读完整的 2021 OpenInfra 年度报告

标签:

云主权:一种时尚潮流还是至关重要的需求?

宣布主权云开发为主要目标的全新非政府组织数量在去年大幅增加。现代趋势是主权成为本季度的必备品。对于您的云数据,您应该选择时尚且受保护,还是为了您的数据安全而留在黑暗中?事实上,您没有选择,也没有冒风险的权利。 

有价值的数据

什么是云环境中的 数据主权?我们如何满足当今的要求?数据主权是指由于受到该国法律管辖,可以主张对数据的管辖权或法律权威。 

主要的云主权目标是保护敏感的私人数据,并确保其仍然在所有者控制之下。大多数国家对这个问题都有管辖权,并且它正在不断快速发展。根据国家/地区的不同,云主权有两项基本要求。云或/以及控制云的政党必须位于该国境内。

在某些情况下,云主权的要求非常严格。例如,在中国,在许多情况下,云提供商必须是中国公司。 

数据驻留,反过来,是一种隐私和商业特权,指的是数据的物理存储位置。这对于商业和税务目的至关重要。在大多数情况下,数据驻留反映了一个国家/地区内的数据主权规则和法律。

控制和访问

拥有信息的人拥有世界。我们可能还没有完全意识到数据的重要性有多么关键。将“新石油”定义为数据,它为拥有它的人提供了巨大的力量,并为所有行业开辟了广阔的机会——从统计到战略业务规划和决策。数据影响一个国家的政治、经济、国防和外交事务。今天,数据的可用性或缺乏可能阻止国家冲突或引发战争。没有人怀疑数据正在成为一种新的武器。因此,保持数据受控和主权以确保其不会造成危害非常重要。如果没有规范充分的数据主权合规性的法律,即使是您的个人信息——这与您的金钱一样重要,也可能被轻易滥用。 

但是,哪些类型的数据属于主权管辖范围,应该保存在该国?无论行业如何,首先要保护的数据类型是个人数据。这包括一个人的基本身份信息——姓名、地址、身份证号码。这种数据之后是网络数据,例如位置、IP 地址、cookie 数据和 RFID 标签、健康和遗传数据、生物识别数据、种族或民族数据、政治观点和性取向。

在我们的日常生活中,我们留下了大量的 大数据 现象,您确实听说过。乍一看似乎微不足道的东西,如果仔细观察,就会变成一种强大的工具。因此,下次您使用公共云时,请问自己:“您的客户在您的平台上订购食物时,是否乐于看到他们的私人数据(他们昨晚吃了什么)落入外国政府手中?”这个鲜明的例子表明了简单日常信息的重要性,如果我们将其乘以一个国家或地区的人口,就会变得更加重要。如果您继续了解一个人的日常生活,您很快就会意识到几乎任何事情都可以被认为是足够重要,需要留在该国。 

数据旅行限制

正如许多 IT 趋势源于美国,数据主权 也不例外。很多人认为其日益普及与斯诺登泄露有关,该泄露曝光了美国 NSA PRISM 间谍计划。美国政府收集的数据不仅来自美国公民,还来自外国国民。特别是,美国政府有权访问存储在其境内的所有数据,无论数据的来源如何。还记得 Facebook 的剑桥分析丑闻吗?用户的数据未经明确同意就被收集。这些情况强调了数据主权的重要性。世界各国政府一直致力于解决这个问题,以保护国家及其公民免受信息泄露和可能的后果。

美国

美国在联邦层面没有通用的消费者数据隐私法。然而,它确实有许多特定行业的联邦保护法——例如,1994 年的驾驶员隐私保护法和视频隐私保护法。法律也因州而异。加州消费者隐私法 (CCPA) 是美国最著名的数据隐私法之一。

欧洲

欧盟 GDPR(通用数据保护条例)是数据主权法律的一个很好的例子。该条例于 2016 年颁布,管理欧盟公民的数据保护和隐私,并规范数据在欧盟和欧洲经济区边界之外的传输。然而,像德国和法国这样的国家也有严格的法律来保护其公民的数据。

德国

德国已经实施了新的德国隐私法 (BDSG-new),限制了向第三国的传输数据。处理个人信息的公司必须满足德国政府的数据保护要求,即使它们位于该国境外。

印度尼西亚、文莱、中国、越南、俄罗斯

这些国家/地区与数据保护相关的法律可能是最严格的。它们有严格的要求,即数据必须存储在境内的服务器上。

阿根廷、巴西、哥伦比亚、秘鲁和乌拉圭

阿根廷、巴西、哥伦比亚、秘鲁和乌拉圭的数据本地化法律相对温和。一些限制适用于国际数据传输。但是,这些限制仅在某些情况下生效。

即时解决方案:受保护、受控和主权云

在过去一年左右的时间里,各种项目纷纷出现,旨在声明和践行云主权原则,制定国家或区域层面的云数据规则和限制。其中一些项目得到政府支持;另一些则是 IT 社区或商业理念的倡议,希望在未来获得高额利润。它们承诺数据保护和云主权。然而,目前还没有任何一个项目能够提供独立、受控和安全的云数据管理。

对于任何云主权问题,企业都可以立即采用的解决方案已经存在。正确的答案就在眼前。私有云 可以轻松满足所有可能的数据保护、地理位置、控制、访问和安全要求。从本质上讲,私有云将位于该国境内。这意味着企业拥有完全的云主权。私有云的工作负载和数据受该国的管辖。在国家/地区境内物理放置的硬件上运行的此类私有云符合所有法律法规;数据永远不会跨境离开该国。

如果您想知道如何在云环境中立即实现数据主权,Sardina Systems 随时为您提供帮助。我们的得意之作 FishOS 是一种高效的企业云管理软件,可以在您的国家/地区内运行和提供数据。凭借我们众多的合作伙伴,可以在短时间内提供和托管必要的硬件和数据中心设施。我们在全球范围内积累的丰富客户经验为我们提供了交付完全满足国家/地区数据主权要求的云的必要实践知识。

您的选择是什么?冒着业务风险等待所有数据保护规则确定?还是在您的私有云环境中以高水平的数据安全性和主权运行业务?

来源:www.sardinasystems.com

OpenStack 的第 24 版 Xena,拥有强大的硬件支持、项目集成,以加强面向云原生应用程序的开放基础设施

最新发布之际,2021 年用户调查显示 OpenStack 部署显著增长,从数百个核心到六百万个核心;已经构建了 100 多个新的 OpenStack 云,使 OpenStack 管理下的核心总数超过 25,000,000 个核心

OpenStack 社区今天发布了 Xena,这是最广泛部署的开源云基础设施软件的第 24 个版本。Xena 版本的亮点包括对新硬件功能的支持、组件之间改进的集成以及减少技术债务以保持 OpenStack 的稳定可靠核心。

OpenStack 是世界上最活跃的开源项目之一,得到了全球充满活力和积极参与的开发者社区的支持。仅在 25 周的时间里,Xena 版本包含了来自 125 个不同组织的 680 多名贡献者撰写的近 15,000 处更改。

此版本发布之际,OpenStack 项目的部署比以往任何时候都更加广泛。在过去的 18 个月里,已经构建了 100 多个新的 OpenStack 云,使 OpenStack 管理下的核心总数超过 25,000,000 个核心。根据 2021 年 OpenStack 用户调查,从数百个核心到六百万个核心的部署的企业都记录了显著增长。用户调查报告将在 OpenInfra Live: Keynotes(11 月 17-18 日)之前发布,届时其中一些生产用户将分享他们不断增长的 OpenStack 用例的详细信息。

在明天的 OpenInfra Live 节目中了解有关 OpenStack 第 24 个版本的更多信息,OpenStack Xena:开源集成和硬件多样性。

Superuser Awards 获奖者:他们的 OpenStack 部署如何持续增长和发展

自 2014 年巴黎峰会以来,OpenInfra Foundation 每年都会举办我们的 Superuser Awards,以表彰使用开放基础设施有意义地改善其业务并回馈社区的组织。这些组织之前曾获得 Superuser Awards,并在最近一期的 OpenInfra Live 中分享了他们的部署如何发展和演变。

CERN

CERN 实际上是 2014 年 Superuser Awards 的第一个获奖者,Belmiro Moreira,CERN 的云架构师,对此记忆犹新。快进到今天,Moreira 分享了一个昨天拍摄的 CERN 基础设施实时监控的仪表板截图。


今天,他们有 15 个 OpenStack 项目分布在不同的版本中,以适应最终用户之间的不同用例。虽然这种配置可能具有挑战性,但 Moreira 表示它允许其整体基础设施的灵活性。除了 OpenStack 之外,CERN 基础设施还得到几个开源项目支持,包括 CentOS、Kubernetes、Ceph、Prometheus 和十几个其他项目。

中国移动 

Xiaoguang Zhang,中国移动的云架构师,以及 Zhiqiang Yu,首席开源联络官,提供了自他们的团队在 2016 年获得 Superuser Awards 以来中国移动基础设施的更新和巨大增长。今天,中国移动拥有基于 OpenStack 的网络云、私有云和公有云,遍布八个区域。

“在中国移动基于 OpenStack 的基础设施中,我们支持 4G、5G、边缘计算和其他 IT 服务,供内部使用以及通过我们的公有云为外部供应商提供服务,”Zhang 说道。我们已扩展到约 300,000 台物理服务器和总共 600 万个计算核心。”

Zhang 概述了虚拟化网络功能 (VNF) 业务、基于 OpenStack 的基础设施和硬件层。

“对于每个 OpenStack 实例,它必须管理 500 到 1,500 台服务器,”他说。“VNFs(4G 和 5G)正在虚拟化之上运行。”

凭借这种规模,Yu 强调中国移动作为 OpenInfra Foundation 的黄金会员,现在确实是 Superuser。

“我们非常期待 OpenStack 未来 10 年以及开放基础设施未来 10 年,”Yu 说道。

安大略癌症研究所

Jared Baker,安大略癌症研究所 (OICR) 的云架构师,分享了自他们获得 2018 年 Superuser Awards 以来,OpenStack 如何继续支持研究项目。

Baker 详细介绍了一些目前在 OICR 进行的项目:

  • Overture.bio,一个用于大数据基因组科学的开源、可扩展解决方案集合
  • VirusSeq,他们正在对检测出新冠病毒阳性的加拿大人的 150,000 个病毒样本进行测序
  • 国际癌症基因组联盟 (ICGC) 正在统一分析来自 25,000 名癌症患者的样本
  • ARGO 将分析来自 100,000 名癌症患者的样本

VEXXHOST

即使 VEXXHOST 刚刚在丹佛 OpenInfra Summit 2019 上获得 Superuser Awards,Mohammed Naser,VEXXHOST 的首席执行官表示,他们的基础设施已经发生了很大的变化。这包括宣布 OpenStack 升级解决方案、在阿姆斯特丹推出新的公有云区域以及为他们的私有和公有云运行 Wallaby,这是最新的 OpenStack 版本。

Naser 还强调他们整个堆栈都是开源的,展示了他们对容器运行时、编排、监控和 CI/CD 等开源技术的采用情况。

如果您想参与未来的 OpenInfra Live 节目,分享您的 想法!

OpenStack 云中的容器:如何保持应用程序的安全和健康

让我们更深入地了解两种巨型的开源技术——OpenStack 和 Kubernetes,它们如何协同工作并相互成就,为服务消费者带来更多好处。

关于 KubernetesOpenstack 的观点可以归结为两个主要但相反的方向。一方面,那些认为 OpenStack 和 Kubernetes 是互补技术,可以共同协同工作的人;另一方面,那些认为 Kubernetes 是 OpenStack 的替代品,反之亦然的人。虽然在许多情况下这些工具的使用确实重叠,但这并不意味着一个可以轻易取代另一个。它们有助于解决类似的问题,但位于堆栈的不同层级。因此,它们的组合可以为用户提供比以往任何时候都更强大的自动化和可扩展性。然而,看待这些开源巨头的更好方法是将 Kubernetes 视为 OpenStack 的扩展,是 OpenStack 云环境中一个优秀的容器编排工具。

让我们更深入地了解这些开源技术如何协同工作并相互成就。OpenStack 是一个开源云平台;它帮助企业运行和管理其云基础设施。Kubernetes 也是开源技术,是最广泛使用的容器编排器,用于运行和管理容器。一系列 OpenStack 组件和软件解决方案有助于有效地结合这两种技术以获得最佳结果。

但是,通过 Kubernetes 编排的容器扩展 OpenStack 功能,我们究竟能得到什么?

无缝集成

作为一种开放基础设施,OpenStack 通过 API 提供对计算、存储和网络的访问。该平台的灵活性使得在单个系统上部署企业环境可能需要的所有内容成为可能——裸机、虚拟机和容器资源。

Kubernetes 使开发人员能够专注于他们的主要目标——创建软件、维护和改进软件。以工作负载为驱动的 K8 技术在开发的云基础设施中提供了及时且合适的工具和接口。

这两套技术都可以吹嘘它们在企业级基础设施中的广泛集成以及与其他 IT 解决方案的兼容性。一方面是 OpenStack,它具有经过多年验证的传统基于 VM 的技术;另一方面是 Kubernetes,它是一个高度敏捷和动态的编排系统。结合起来,它们为企业云环境创造了一个完美的组合,并为彼此带来了他们所缺乏的东西。

Kubernetes 集群通过 API 从 OpenStack 消耗计算、存储和网络资源。通过为这些资源构建抽象层,OpenStack 有助于使云系统可靠、可预测和稳定。

例如,Kubernetes 用户有一个常见请求,即添加与他们的容器系统无缝集成的标准服务,例如对象和块存储。OpenStack 通过支持组织最重要的存储和网络解决方案来满足此类要求。使用 OpenStack 运行 Kubernetes 可以将容器无缝集成到云环境中。

有几种解决方案可以在 OpenStack 之上运行 Kubernetes 和其他应用程序框架。Magnum,一个 Openstack 项目,是提供多租户和自助服务容器框架的最简单方法。它提供了一个简单的 API 来部署由多种应用程序平台(包括 Kubernetes)支持的完全托管集群。

安全基石

作为强大的编排器,Kubernetes 绝不会简化与传统服务器或 VM 上的应用程序管理相比的应用程序管理。前沿技术为开发过程带来自由,自动化迭代,节省编码时间和精力。相对较新的技术使用了最新的现代安全实践。然而,现代和前沿并不一定意味着对业务需求的最佳决策。经过多年成功实践证明的最佳安全实践可能会因组件升级时发布的一个新的潜在漏洞而破坏。对集群安全和存储在其上的数据的威胁可能来自外部网络和集群本身。配置错误的应用程序或被忽视的漏洞可能会允许攻击者访问容器和主机文件系统。

基本的规则,例如定期的系统审计和集群策略更新,可以确保 Kubernetes 集群的保护并减少可能出现的问题。Kubernetes 的基本网络安全措施包括以下几点

  •  严格的防火墙规则和来自外部网络的访问限制; 
  •  资源和用户的配额和身份验证管理; 
  •  限制容器的权限以及容器中的权限;
  •  可靠的镜像来源,以防止运行不安全应用程序的风险;
  •  日志监控和定期的集群安全审计,以自动检测已知漏洞并及时消除它们。

一次安装并设置安全是一种理想但不可能实现的目标。在不断变化的云环境中,新的弱点和威胁不断出现。组织应该考虑到在裸机上运行 Kubernetes 会导致更高的安全漏洞风险。如果入侵者恰好直接位于主机上,作为操作员,您将面临一个巨大的问题,因为所有共享相同内核的用户都受到了损害。另一方面,OpenStack 可以为编排虚拟机、容器和硬件计算资源提供统一的云平台,将集群和整个系统的安全性保持在较高水平。为了实施和管理这样一个平台,公司需要一支经验丰富的专业团队,或者拥有经过验证的有效性和安全性的正确软件解决方案。

更快的应用开发

Kubernetes 为开发者提供了管理大量应用程序容器的魔法棒,使管理变得快速且轻松。OpenStack 为这种魔法的发生创造了氛围,没有延误和错误。对按需和随时随地访问服务的需求不断增长,使得 K8 和 OpenStack 成为满足这些用户需求的完美盟友。好处从提高应用程序的可移植性到减少开发时间以及增强应用程序的稳定性。同时运行 Kubernetes 和 OpenStack,所需的代码片段可以立即找到、识别和使用。这节省了数小时的编码和搜索时间。而聪明的懒惰,如你所知,是进步的最佳引擎。

开发者广泛使用 Kubernetes,因为它高度需求的功能使其成为交付应用程序的理想技术

  • 作为 隔离 的工作空间,容器使得在单个裸机或虚拟机上部署多个完全不同的应用程序成为可能,而不会在应用程序之间产生任何冲突。
  • 在 Kubernetes 集群中使用 Pod 可以运行单个容器或多个容器,如果它们需要协同工作。为了创建并保持在应用程序组件组内,Pod 封装 一个由多个协同定位的容器组成的应用程序,这些容器紧密相连,需要共享资源。
  • Kubernetes 开源技术以 易于维护 的方式在生产环境中运行容器化工作负载,并受到社区持续实践的支持。

今天,没有人怀疑容器化应用程序的好处,但对于服务它们的宿主平台仍然存在争论。根据许多最近的调查,大多数开发者选择 Kubernetes 作为容器管理的头号平台。然而,如果您想从 Kubernetes 和 OpenStack 技术中获得更多收益,并提高业务生产力、开发时间节省和应用程序可移植性,您应该同时运行这两个强大的组合。

自动伸缩

虽然传统的应用程序需要更大的硬件才能扩展(垂直扩展),但基于云的应用程序能够使用离散的硬件(水平扩展)运行。为了满足这些要求,OpenStack 被设计为可水平扩展的。您采购更多的服务器并安装配置相同的服务,而不是切换到更大的服务器。OpenStack 的水平扩展是 Kubernetes 可以增加灵活性的绝佳场景。

Kubernetes 最强大的功能之一是自动伸缩,这是一种自动化的过程,否则如果手动完成,将需要大量的人力工作。目前,Kubernetes 有三种自动伸缩方法:水平和垂直伸缩 Pod,以及伸缩集群。

自动伸缩在私有云环境中至关重要;如果没有它,每当条件发生变化,您就必须配置资源然后缩小规模。Kubernetes 自动伸缩通过自动增加集群节点和 Pod 数量(如果需要更多资源)并调整回更少的节点和 Pod 来节省资源,从而优化资源。

使用 Kubernetes 扩展您的 OpenStack 私有云,可以帮助您享受额外的功能。资源可以以高效的方式水平和垂直扩展。 

FishOS 的双重优势

多年的经验使 Sardina 的团队成为创建基于 OpenStack 的私有云环境的专家。我们还提供与 FishOS 的无缝 Kubernetes 集成,为客户提供容器编排工具。确保自动化发布和回滚、高可用性、异构集群、存储编排和自愈等功能,我们将 Kubernetes 完全集成到 OpenStack 环境中,以提供所有功能。

FishOS 可以在 VM 和裸机服务器上运行符合官方认证测试的 Kubernetes。但让 Kubernetes 运行是一回事,而保持系统的可扩展性、可靠性、效率和成本效益是完全不同的事情。FishOS 的关键价值在于私有云运营的这些关键方面。FishOS 使企业中的操作员能够轻松提供具有经过验证的安全保证的多租户 Kubernetes 环境,并帮助开发者更快、更轻松地交付应用程序。Sardina 的客户还可以从成熟、经过测试和验证的持久块存储、软件定义存储和软件定义网络中受益。

在拥有分离的操作员和消费者部门的较大组织中,在 VM 中运行 Kubernetes 集群是有意义的。这使得该组织能够受益于 VM 强大的安全隔离,以及它们提供的可靠性和弹性。OpenStack 能够为 Kubernetes 提供裸机节点上的支持。

结合 OpenStack 和 Kubernetes 技术的好处比单独使用它们更明显。难怪 OpenStack 基金会致力于确保新兴技术可以被纳入并用于 OpenStack 中,而容器就是这一承诺的实际例子。OpenStack 利用其设计和庞大的社区来在不同层面上集成容器技术。通过在 OpenStack 云环境中运行 Kubernetes,组织可以使收益翻倍。两个开源巨头协同工作可以在安全性、弹性和可扩展性方面取得更好的结果,从而加快应用程序开发和基础设施创新交付。

分享您的 OpenStack 反馈参与年度用户调查

OpenStack 用户调查》现已开放!

这是您每年一次向上游社区提供匿名反馈的机会,以便开发者可以更好地了解 OpenStack 环境和软件需求。您的匿名反馈将与项目团队共享,以便我们改进社区和项目为您提供的价值。

完成调查所需时间少于 20 分钟。作为我们感谢的回报,所有参与者将提前获得 用户调查 结果。 

请在 UTC 时间 8 月 20 日晚上 11:59 之前完成您的用户调查,以便纳入今年的分析。

.

OpenStack 社区 IRC 网络迁移至 OFTC

OpenStack 社区使用 IRC 作为开发活动之一的通信渠道。IRC 可以在许多不同的网络上运行,并且我们从一开始就将 Freenode 用作 IRC 网络。

最近,Freenode 的所有权、组织结构和策略发生了变化。社交媒体、此以太垫 和 openstack-discuss 邮件列表 上进行了大量讨论,质疑我们是否应该继续使用它。鉴于社区的反馈以及 Freenode 的当前状况,OpenStack 技术委员会在其他社区领导的意见下,已决定将 IRC 网络从 Freenode 更改为 OFTC。您可以在此处查看 OpenStack 技术委员会的决议。 

此迁移于 2021 年 5 月 31 日完成。非常感谢 OpenDev 团队,尤其是 Jeremy Stanley (fungi),完成了这次顺利的迁移。OpenStack 社区使用的所有当前 IRC 频道都已在 OFTC 网络中注册,名称相同。

如何加入 OFTC OpenStack 频道页面可以帮助您加入我们在 OFTC 的频道。

现在所有 OpenStack 讨论和会议都在 OFTC 频道上进行。为了跟踪我们的迁移进度,我们正在使用 此以太垫 作为“与社区沟通”任务。如果您的任何同事、朋友和周围的人不知道此更改,请将迁移信息告知他们。如有任何进一步的问题,请通过 #openstack-dev IRC OFTC 频道或 openstack-discuss 电子邮件与我们联系。

推出按需 OpenStack 私有云和初始用例

InMotion Hosting 最近推出了一款自动部署 OpenStack 和 Ceph 的产品,我们将其作为按需私有云以及作为我们的基础设施即服务的一部分进行销售。我们认为使 OpenStack 更易于访问对于 OpenStack 社区的健康至关重要,因为它将允许较小的团队以低风险和低成本的方式学习和运行 OpenStack。

由于这是一项新技术,因此有必要提供一些背景和可能的市场定位。基于云的交付速度,我们内部选择了“按需”,并继续在公开场合使用它。

按需私有云定义

闭源按需私有云出现在 2018 年,来自传统的行业公司,这些公司建立在其本地私有云的历史之上。例如,VMWare 和 Nutanix 通过与大型公共云的合作实现了这一点。开源按需私有云出现在 2020 年底,目前正在赶上闭源解决方案。

完整 OpenStack 的功能和功能通常被认为优于闭源解决方案。但关键的是,闭源解决方案更容易设置,并且成功的可能性更可预测。这使得闭源产品具有显著的优势,因此更适合小型公司。

利用/生产时间

当我们考虑克服这一劣势时,我们应用了围绕交付时间的敏捷理念。考虑“生产时间”,以公认的资源需求到启动 VM 或容器以满足该需求为衡量标准。对于我们的私有云,在 2016 年之前,利用时间通常以季度为单位衡量,然后在 2016-2017 年为月份,然后在 2018-2019 年为周,然后在 2020 年,它迅速从周下降到分钟

对于 3 个服务器的集群,配置时间现在在 30 到 45 分钟之间,具体取决于硬件类型和安装复杂性。NVMe 比 SATA SSD 更快。包含的 OpenStack 组件越多,速度越慢。下一个开发周期不侧重于更快的交付,而是侧重于在相同的不到 1 小时的窗口中包含更多的 OpenStack 组件。将 45 分钟缩短到 20 分钟以下是可能的,但目前似乎对客户来说不是很重要。

基于使用量的计费

除了快速的“利用时间”外,基于使用量的计费是成为按需服务的关键部分。由于启动时间不到一小时,因此可以按小时使用。虽然基于使用量的计费对于长期生产环境的价值有限,但对于可变工作负载、PoC、测试和培训来说,它是一项必需的属性。

小型且低成本的构建块

最后,小型构建块是成为按需服务的关键部分。目前,最小的完整私有云由 3 个超融合服务器组成,每个服务器配备一个 CPU 和一个 SATA SSD 存储 OSD。这创建了一个具有 HA Ceph 存储支持的 OpenStack 云,按小时计费,最低 1 小时。

再次总结定义,即快速的利用时间、基于使用量的计费和小型构建块。对于未来,它还为与公共巨型云比较启动 VM 或容器、运行工作负载、关闭它们以及为所使用内容付费的方式奠定了基础。

按需私有云的首个用例

我们已经部署或正在积极销售的初始用例落入以下类别。请注意,这些是初步的,基于有限的数据进行推断。结合我们在市场上的经验,我们预计以下用例将在未来几年内获得大量吸引力,但数据还处于早期阶段。

具有托管支持级别的生产私有云

许多公司正感受到来自内部资源和传统托管服务提供商的双重压力,要求“迁移到云”。  我们发现许多公司更愿意在一个封闭的系统中工作,该系统提供云功能,而无需学习如何在服务、虚拟机或其他微观层面上控制成本。

到目前为止,该群体更希望专注于使用云,而不是运行和使用云。  我们现在正式增加托管服务,以适应这些客户。

超融合硬件非常适合这种用例。值得注意的是,机器学习和人工智能客户对GPU等硬件组件也表现出浓厚的兴趣,我们将在未来几个月将其添加到我们的产品目录中。

用于培训和研发的按需OpenStack云

这是我们预料到的用例。过去,创建一个高质量的OpenStack需要一个由技术娴熟的系统工程师组成的团队。这包括硬件、网络、安全和Linux方面的专家。对于中型企业来说,拥有这些技能的员工是一项挑战,小型企业可能只有一到两名这样的员工。

即使拥有技术娴熟的团队,大多数人也不会有OpenStack的经验。为了学习运行私有云,IT团队必须说服公司为潜在云的“试点计划”提供资金。在按需OpenStack出现之前,这些云的成本可能高达数十万美元的服务器和网络设备,加上3-12个月的时间。  因此,许多,甚至大多数试点项目最终都未能转化为生产云。

许多以企业为重点的公司,如Redhat、Canonical和Accenture,都成功地帮助企业在经济上弥合了这一差距。  对于规模较小的IT团队来说,他们根本无法获得私有云的好处和成本节约。

随着按需私有云提供商的出现,两个最重要的问题已经得到解决。  现在,这些用户可以使用按需OpenStack进行学习,无论部署在哪里,他们都大大减少了使用OpenStack的时间和风险。

来自公有云的工作负载的概念验证

考虑到大型云的成本如此之高,这种用例现在并且将来都将非常重要。  目前,我们不确定这些用户是更喜欢拥有托管的私有云,还是会采取措施在其公司内部培养云运维人员。  

目前,我们正在积极追求后者,因为这为公司提供了最低的成本选择。我们还看到私有云运维的便利性随着容器化控制平面等关键进步而得到改善。一个拥有合理技能的系统团队可以承担云运维职责,提高自身公司的实力,并节省资金。

数据中心提供商增加按需私有云作为一项服务

过去,数据中心提供商从小型客户那里获得大量收入,这些客户通常只会购买¼和½机架。其中许多业务已经从数据中心的直接购买转向了大型云或裸机托管服务提供商。  

为了抵消这种趋势,拥有大量资源来调整其商业模式的大型数据中心提供商已经开始进入云服务提供商领域一段时间了。例如,Equinix几年前收购了Packet,现在Equinix提供“按需金属”。

较小的数据中心提供商没有足够的预算或工程实力来购买或创建自己的云服务。随着按需开源私有云技术日趋成熟,我们预计并已经看到来自该领域的强烈兴趣。凭借OpenStack提供的丰富功能,小型数据中心提供商可以提供与大型云竞争的云产品。

公有云提供商已经在使用OpenStack

我们正在积极开展这项工作,因为我们认为使OpenStack公有云提供商能够更有效地与大型云竞争对于开源的健康发展至关重要。

超融合和按需硬件加上完全私有的OpenStack为当前的OpenStack公有云提供商打开了一些新的大门。过去,对于一个提供商来说,增加一个额外的站点意味着该站点在客户群达到一定规模之前会一直亏损。如果没有足够的资源,只有少数几个站点是可能的。

由于OpenStack在区域方面具有出色的原生功能,并且允许一个OpenStack控制所有部署,因此添加位于不同地理位置的众多小型云变得非常简单。我们专门构建了可以根据需求扩展的小型足迹。因此,OpenStack公有云提供商现在可以以比以前更少的投资提供许多站点。

我们自己也面临着增加站点的路线图挑战,因为我们必须达到关键规模,但我们的使命是提供足够的站点,以便任何小型OpenStack公有云提供商都可以与大型竞争对手甚至大型云相匹敌。

下一步

2021年集中在几个领域。

  • 将额外的OpenStack功能添加到当前硬件足迹中。
  • 与其他的开源友好型公司合作,提供最佳的监控、灾难恢复、ML/AI自动化运维、基础设施自动化等工具。
  • 提高市场认知,让大家知道小型按需OpenStack已经到来,小型团队现在可以获得大型云的开源替代方案。

如果您对我们所做的事情感兴趣,请与我们联系或访问按需私有云

标签: