OpenStack Bobcat 中的新功能:Ironic 团队支持服务节点

Ironic 现在允许基础设施运维人员使用“服务步骤”框架修改现有节点。服务允许运维人员利用步骤,就像用于清理或自定义部署一样,来对处于 ACTIVE 状态的已部署节点执行操作。

此前,Ironic 不会对处于活动状态的节点执行操作,这主要是由于 Ironic 项目内部达成技术共识。最近的运维人员反馈以及为建模和支持数据/基础设施处理单元 (DPU/IPU) 添加的新功能,促使 Ironic 社区重新评估这一共识,并调整功能以添加此新特性。

我们设想此功能的主要原因是,为了使基础设施运维人员能够对这些 DPU/IPU 设备执行固件/软件升级,这些设备非常类似于嵌入式设备,能够实现更高效和强大的基础设施环境。本周期 Ironic 的大部分工作都集中在这个以及类似的用例上,围绕附加处理单元及其管理,这也影响了基础物理机的管理。

Ironic 运维人员长期以来一直寻求以自助和自动化方式对已部署节点进行重大更改的能力。这些运维人员一直希望执行诸如重新配置 RAID、应用固件更新,甚至重新执行基准测试操作等操作。在执行日常维护以及修复或验证设备已成功修复时,这些操作在物理裸机服务器的世界中通常是必要的。Ironic 的强大之处在于,运维人员可以以规模化的方式自动化地执行这些操作,从而减少了与单个服务器节点交互以达到相同结果的需求。这样,运维人员就不再被迫迁移工作负载来进行相对较小的系统修改。

此新增功能代表着能力方面的一大进步,也代表着由人工反馈驱动的开源社区能力演进。该项目认识到,任何新的复杂功能都可能存在进一步改进的空间,或者我们未预料到的潜在边缘情况,因此我们预计将在下一个开发周期 (2024.1 “Caracal”) 继续致力于该领域的工作,以加强并进一步扩展这些能力,重点是简化对裸机节点内复杂嵌套结构的管理的路径,这是现代数据中心的基础。由于附加处理单元的采用率不断提高,这使得该领域面临的挑战尤其严峻,但 Ironic 项目已准备好迎接挑战。

如果您是基础设施运维人员,并有兴趣参与即将举行的 PTG 讨论,欢迎您在即将举行的 PTG 期间与我们讨论。请务必提前 免费注册了解讨论主题。

您可以了解 新的服务功能各个步骤以及该功能构建在其之上的 清理框架

了解更多关于 OpenStack Bobcat 的信息,OpenStack 第 28 个版本于 2023 年 10 月 4 日发布。

标签:

OpenStack Bobcat 中的新功能:Manila 团队引入资源锁定框架

我的名字是 Goutham Pacha Ravi,我是 OpenStack Manila 项目的核心贡献者。以下是一个由希望保持匿名的运维人员报告的功能请求。幸运的是,该运维人员参与了上游 OpenStack 社区,此功能已在 OpenStack 2023.2 中交付,该版本被称为 Bobcat。

一名运维人员向 OpenStack Manila 团队报告说,用户在没有意识到该操作不可撤销的情况下从 Manila 中删除了一个共享。用户随后意识到应用程序正在积极地将数据写入该共享,并且在共享被删除时崩溃了。与块存储卷不同,共享文件系统不会跟踪连接的客户端,因此没有先决条件可以阻止删除共享。用户没有执行“软删除”,这会将共享置于指定持续时间的回收站中,而是请求了永久删除。用户没有使用 OpenStack Dashboard GUI (Horizon),该 GUI 会为删除操作提供确认对话框。用户没有对共享进行快照,从而无法恢复数据。像这样的无意操作可能会危及业务连续性。因此,Manila 的资源锁旨在避免这种情况。它们允许在传统共享文件系统的限制之上构建一个安全阀,并跟踪正在使用的共享。用户可以为任何原因在给定的共享上创建任意数量的锁,从而防止可能对其用例有害的操作。

当前,资源锁可以保护共享及其访问控制规则免受删除。由于共享文件系统是为在项目内的多个 OpenStack 用户进行并发访问而构建的,因此可以创建多个锁。在创建锁时,用户提供他们希望阻止的操作以及锁定的原因。然后,资源锁被视为完成操作时 API 检查的一个先决条件。如果有任何锁阻止了操作,则操作将被中止,并且请求该操作的用户将收到适当的反馈。

资源锁还可以用于隐藏共享文件系统的访问控制列表中的敏感字段。通常,访问控制列表对所有项目用户可用。但是,在某些情况下,用户可能希望阻止其他项目用户收集访问密钥或客户端标识符,例如提供访问权限的主机 IP 地址。通过在创建访问规则期间放置一个可见性锁,用户可以确保此数据对项目中的其他用户保持隐藏。您可以在 此处此处访问资源锁规范。

在 OpenInfra Summit 项目团队会议 (PTG) 上,我们收到了很多关于 OpenStack Nova 中即将发布的功能的兴趣,即 VirtIOFS 附件。通过 VirtIOFS,OpenStack Manila 中的共享文件系统可以以安全、受虚拟机监控程序调解的方式连接到虚拟机实例,类似于块存储卷。Nova 需要在共享附加到虚拟机时对共享施加删除锁。因此,在 Manila 中引入资源锁非常重要。VirtIOFS 是公共云运营商特别期待的一项功能,他们帮助我们优先交付它。独立地,Manila 团队计划在未来的版本中继续扩展资源锁框架,以应用于其他 API 资源和操作。

“VirtIOFS 功能是我们 Cleura 一直期待的,因为它将使我们的架构更好,作为公共云运营商。它也使最终用户的用户体验和资源效率更好,创建与使用块存储卷相同的感觉。资源锁功能在这里也至关重要,可以获得出色的用户体验。有了这些功能,我们有信心将 Manila 投入生产,并向我们的客户提供长期以来要求的共享文件系统作为一项服务。我们非常感谢与社区以及特别是 Manila 团队的良好合作,这真正表明了运营商和开发人员之间的协作有多么重要,以及我们如何通过这种协作做成伟大的事情。” – Tobias Rydberg,Cleura 的设计和架构负责人

感谢为 OpenStack Bobcat 版本交付此功能的贡献者,Rene Ribaud,Red Hat 的软件工程师和 Carlos Eduardo da Silva,Red Hat 的软件工程师。

讨论将在即将举行的虚拟 PTG(10 月 23-27 日)上继续,届时运营商和开发人员将讨论为 OpenStack 2024.1、Caracal 版本计划的 Manila 功能和错误请求。

了解更多关于 OpenStack Bobcat 的信息,OpenStack 第 28 个版本于 2023 年 10 月 4 日发布。

 

标签:

OpenStack Bobcat 中的新功能:Horizon 团队引入基于时间的 One-Time Password (TOTP) 身份验证支持

Horizon 添加了基于时间的 One-Time Password (TOTP) 身份验证支持,利用 Keystone 已经存在的双因素身份验证。现在,如果用户在 Keystone 上激活 TOTP,它也会在 Horizon 上激活。

这个特定功能请求是来自 Infomaniak 公有云客户的需求。他们希望 Horizon 中有 TOTP 功能,因为他们认为这会提高安全性。如果 OpenStack 云上的用户密码被泄露(被盗、笔记本电脑被黑等),那么 TOTP 仍然需要第二台设备。TOTP 身份验证令牌通常存储在运行 Android 或 IOS 的手机上(但也有“numberstation”例如,可以在任何基于 Debian 的操作系统上运行,包括 Mobian 平台,因此它真的可以在任何手机上运行)。

作为 OpenStack 运营商,Infomaniak 的政策是始终发送补丁到上游,并且绝不在生产中使用未合并的补丁。一旦补丁合并,通常可以将其回移植到非官方的 Debian 包回移植中,该回移植由 http://osbpo.debian.net 维护。这样,始终有一个可用的升级路径,这非常重要。

此功能是对 OpenStack Horizon 的重大贡献,因为如果 OpenStack 出现问题,并且 TOTP 仅在 Keystone 中启用,则用户将无法连接到 Horizon。这将移除运营商访问 Web 界面以管理其 OpenStack 服务的权限。

Infomaniak 的站点可靠性工程师 Benjamin Lasseye 于 2023 年 4 月 24 日开始尝试不同的模拟。一旦他对用户体验感到满意,他就继续实施该功能。第一个补丁集于 6 月 6 日发送,补丁于 8 月 29 日合并。这花费了令人惊讶的时间,因为从 6 月初到 7 月底,Horizon CI 损坏了,因此无法检查我们的补丁是否会破坏任何内容。Thomas 写信给邮件列表询问发生了什么,Horizon 团队能够以一种连贯的方式做出回应:存在一种与 JQuery 相关的依赖地狱的混合体,他们必须解决它。在这种情况下,只需要耐心。

然后,为了使一切正常,Benjamin 进行了 29 次补丁迭代。Benjamin 非常耐心,并解决了 Horizon 核心团队的所有建议,以达到这个结果。

所有这些都只有因为有一个经过验证的方法可以获得上游 OpenStack 中合并的补丁,并且仔细遵循了该方法。必须确保补丁包括:

  • 正确的文档
  • 发布说明
  • 一些有意义的单元或功能测试

在功能完成方面,Benjamin 简化了激活 OTP 功能,该功能默认关闭,以允许更平滑的升级。在获得更多反馈后,它可以实现于 Horizon 的默认配置中。仍然有贡献的空间。Horizon 中可以有一个功能,允许管理员使用 Horizon 为用户激活 TOTP。即使任何人都可以贡献该功能,Infomaniak 也不打算这样做,因为自动任务是在他们自己的 Web 界面中完成的,使用 Keystone API(通过 openstacksdk)。

要启用 TOTP,以下是一些指导和文档

我们欢迎 OpenStack 运营商和开发人员社区继续我们在这里开始的工作,以继续优先考虑所有 OpenStack Horizon 用户的安全性!

感谢为 OpenStack 2023.2、Bobcat 构建、审查和合并此功能的 OpenStack 贡献者

  • 来自 NEC Corporation India 的技术负责人 Vishal Manchanda 非常乐于助人,并在补丁审查中写了很多评论。
  • 来自波兰 Red Hat 的软件工程师 Radomir Dopieralski 也帮助审查了补丁。
  • Infomaniak 的 SRE Benjamin Lasseye 是补丁的主要作者。
  • Infomaniak 的高级 OpenStack 管理员 Thomas Goirand 兼 Debian 包维护者(自 2011 年以来一直维护 OpenStack),为 Bejamin 提供建议并帮助他使补丁达到足够好的状态,以便可以合并。

关于 Infomaniak:
Infomaniak 自 2014 年以来一直在生产中使用 OpenStack,首先提供 VM 服务,他们仍然这样做。Infomaniak 现在运营一个适度 大型公共云集群(10k 物理核心,超过 1PB NVMe Ceph 存储,为大约 4k 个 VM 提供支持)。Infomaniak 还以市场上最好的价格提供服务,运行在最新的硬件上(AMD Epyc 和 Gen 4 NVMe)。所有内容都使用免费软件设置和维护,包括 集群管理工具、添加到 Ceilometer 的计费附加组件,或一些 Designate 工具。所有这些都上传到 Debian(因为 Thomas Goirand 自 2011 年以来一直维护 Debian 中的 OpenStack)。这项公共云服务已经运行两年了,Infomaniak 目前正在努力设置第二个区域在其即将投入生产的新数据中心(希望在 2024 年初完成),使用更现代化的硬件(AMD EPYC Genoa、PCI 5、DDR5 等)。

了解更多关于 OpenStack Bobcat 的信息,OpenStack 第 28 个版本于 2023 年 10 月 4 日发布。

标签:

Bitergia 仪表板中现提供终身 OpenStack 贡献者指标

为 OpenStack 做出贡献并加入社区是我最引以为傲的成就之一,毋庸置疑。事实上,我甚至有一条印着 OpenStack (projects.yaml) 状态代码行的裙子,那是我的第一个补丁进入 Cinder 的那一天。

但 OpenStack 成为世界上最活跃的五个开源项目之一,绝不仅仅是我一个人的功劳。来自世界各地的数千名贡献者提供了更改、错误修复和文档。关于这些贡献者的数据是我们每年两次发布新软件时公布的,但在此之前,公众无法以清晰易懂的方式探索这些数据。直到现在。

今天上午在 OpenInfra Summit Vancouver 的主题演讲中,我有幸宣布推出一个 OpenStack 控制面板,该面板收集和分析 OpenStack 仓库背后的数据。该控制面板由 Bitergia 提供,Bitergia 是 OpenInfra Foundation 的官方指标合作伙伴。

以下是一些控制面板提供的数据和趋势:

  • 不同 OpenStack 项目随时间推移的贡献演变
  • OpenStack 组件之间的仓库分布

让我最兴奋的部分是,OpenStack 贡献数据还可以与来自相邻开源社区(如 Kubernetes)的数据进行可视化连接。这说明了跨社区协作的力量,以确保这两个项目之间的互操作性——成千上万的组织都依赖于这一点。


如果您想成为这个相互交织的网络的一部分,OpenStack 社区始终欢迎新的贡献者!请联系 First Contact SIG 或查看 Upstream Investment Opportunities 列表 以获取更多信息!

所有 OpenStack 运营商请注意!PTG 周一开始,社区需要您的意见!

我是一名 OpenStack 操作员,要参加 PTG,我应该去哪里?

PTG 并非仅供 OpenInfra 开发者参加!为了使活动成功,需要来自更广泛群体的观点,包括在生产环境中运行 OpenInfra 项目(公共和私有云、研究等)、计划在未来运行项目或只是对项目有反馈意见的操作员。即使您正在运行旧版本的 OpenStack,您的反馈、问题和意见仍然非常有价值!

日程安排主要设置在 PTGbot 中,鼓励您参加任何符合您日程安排的会议!议程可以在 项目 etherpads 这里 找到。除了周四举行的 OpenStack Operators 会议——毕竟你们也是一个团队!——还有一些会议应该放在您的讨论清单上。

注册 是免费的。

星期一

星期二:

星期三

星期四

星期五

下周有很多机会对软件产生影响并帮助社区;请积极参与!

Virtuozzo 加入 OpenStack Marketplace,Sharktech 也是。你不应该吗?

我们很高兴地宣布 Virtuozzo 现在已成为OpenStack Marketplace 的一部分——而且更好的是,我们的美国云合作伙伴Sharktech 也加入了进来。

OpenStack Marketplace 的目标很简单:让您轻松找到有助于利用强大的开源 OpenStack 框架的云服务和技术。对于 Virtuozzo Hybrid Infrastructure 而言,这自然是理想的归宿,它是一个生产就绪的 OpenStack 云平台。

通过使 OpenStack 易于部署、管理和更新——并且易于实现盈利——Virtuozzo 使任何云服务提供商、MSP 或电信公司都能提供比 AWS 和 Azure 等超大规模云更经济实惠且更具吸引力的替代方案,而无需花费时间和成本来开发自己的解决方案。

您现在可以在 OpenStack Marketplace 的 DistroPublic CloudHosted Private Cloud 类别中找到 Virtuozzo——请查看!

OpenInfra Foundation 社区和业务发展高级经理 Jimmy McArthur 表示:“市场正在发生转变,随着组织意识到为 OpenStack 等开源项目提供的托管服务已经成熟,成为超大规模云提供商的充分竞争对手。这种转变既健康又必要,因为组织正在努力收回对其数据和计算发生位置的控制权。OpenStack 托管服务的快速增长的全球足迹正在促成这种转变,很高兴看到 Virtuozzo 和 Sharktech 等参与者以规模化方式提供这些服务。”

OpenStack 是替代云的核心

Virtuozzo 首席执行官 Alex Fine 表示:“无论我们转向哪里,无论我们与谁交谈——云用户、云提供商、分析师或合作伙伴——信息都非常明确:世界需要一种替代超复杂且昂贵的超大规模云。”

“Virtuozzo 正在引领使云易于使用、可访问和经济实惠的潮流。这就是我们所说的替代云,OpenStack 技术是其核心。我们很高兴成为 OpenStack Marketplace 的一部分,以及越来越多的合作伙伴——这些公司正在为全球企业提供替代云服务。”

使用 OpenStack 技术构建云的未来是我们对开源的长期承诺和热情的一部分。20 多年来,Virtuozzo 工程团队一直积极为 OpenStack、Linux 和 Linux 内核——包括 KVM、QEMU 和 LibVirt、CRIU 和 P.Haul——以及当然 OpenVZ 和 VzLinux(我们自己的免费发行版)做出贡献。

Sharktech 也加入

最新加入 Marketplace 的 Virtuozzo 合作伙伴是 Sharktech。Sharktech 成立于 2003 年,从拉斯维加斯总部发展起来,现在在洛杉矶、丹佛、芝加哥和阿姆斯特丹的数据中心提供一系列托管服务。

2021 年,Sharktech 发布了一系列基于 Virtuozzo Hybrid Infrastructure 的新型云服务。Sharktech 现在是 Virtuozzo 云生态系统的重要组成部分,不仅适用于中小型企业和企业用户,还适用于希望构建自己的云服务业务的其他服务提供商。

Sharktech 首席执行官 Tim Timrawi 表示:“OpenStack 始终有潜力成为事实上的云平台,但对于像我们这样的托管提供商而言,它一直有点令人望而却步。这并不是因为我们没有构建自己的 OpenStack 云所需的技能——只是构建它需要的时间和成本。”

“Virtuozzo 简化了 OpenStack,消除了复杂性,并将其打包成一种对服务提供商有意义的方式。因此,我们可以提供高质量、超可靠且非常具有成本效益的服务——当然,Sharktech 云现在可以通过 OpenStack Marketplace 轻松找到。”

更多信息

Virtuozzo 是服务提供商创建自己盈利且成功的云服务业务的最简单方法。

了解更多关于 Virtuozzo Hybrid Infrastructure 的信息,并且不要忘记查看 Sharktech.net…………当然,如果您已经提供基于 Virtuozzo Hybrid Infrastructure 的云服务,请将您的品牌和服务添加到 OpenStack Marketplace

运营商可以在 PTG 上与 OpenStack Manila 团队讨论什么

如果您是OpenStack运营商,请务必查看我之前的博客文章,了解您为何应该参加即将到来的项目团队会议 (PTG)。为了帮助OpenStack运营商充分利用PTG,我们调查了一些项目团队负责人 (PTL) 关于他们最希望看到的运营商参与方式。首先,我们来了解Nova团队!

特别感谢 Manila 团队,由 PTL Goutham Pacha Ravi 领导,抽出时间整理这些回复。

您希望在PTG上从运营商那里听到什么?

在 Shared File Systems 服务 (manila) 项目中,在过去三个虚拟 PTG 中,我们邀请了一两位操作员与我们分享具体的担忧。随之而来的讨论产生了一些错误和蓝图。我们讨论了操作最佳实践、大规模出现时的偶发问题、用于应用程序容器的存储、持续集成测试、互操作性和缺失的功能。

对于这次 PTG,我们想做同样的事情——将策略保持在几个关键问题上肯定非常有帮助。我们的主题尚未确定,但作为开始,我们想征求操作员对使用 CephFS 部署和管理 Manila 的反馈。与此同时,我们想了解操作员维护控制平面高可用性的策略;最后,我们想征求对几个全社区范围内的工作的反馈

  • 安全的 RBAC 和“系统”角色
  • 联邦信息处理标准 (FIPS)
  • 采用 OpenStackClient

您的议程中已经有哪些主题?

我们已经开始在这里收集它们:https://etherpad.opendev.org/p/columbus-ptg-manila-planning

您对2022年10月的PTG有什么目标?

简化和优先处理 Antelope 周期代码贡献者和审查者的工作,突出技术债务并寻求帮助。

我们期待在 10 月的 PTG 上见到 EVERYONE!注册目前开放且免费,欢迎所有希望参加的人。如果您尚未让您的团队注册,请在 8 月 26 日之前完成!

操作员在 PTG 上可以与 OpenStack Nova 团队讨论哪些内容

如果您是OpenStack运营商,请务必查看我之前的博客文章,了解您为何应该参加即将到来的项目团队会议 (PTG)。为了帮助OpenStack运营商充分利用PTG,我们调查了一些项目团队负责人 (PTL) 关于他们最希望看到的运营商参与方式。首先,我们来了解Nova团队!

特别感谢 Nova 团队抽出时间整理这些回复。

Sylvain Bauza,Nova PTL,在与他的团队交谈后,向我们发送了一些他们在此 etherpad 中收集的反馈摘要:https://etherpad.opendev.org/p/nova-ptg-columbus-ops-presence

您希望在PTG上从运营商那里听到什么?

通常,我们预计操作员会就他们的用例以及他们在讨论 PTG 房间中的一些新设计增强功能时如何使用一些 Nova 功能提供反馈。但这一次,由于我们在柏林举行了一次会面,操作员也提供了他们的痛点,因此如果我们可以讨论这些问题以及如何解决它们,那就太好了。

您的议程中已经有哪些主题?

通常,我们只有在 PTG 前几周(?)才会有一个议程,但我们已经有一些我们想讨论的要点:

  • Ironic 在节点重新平衡方面存在问题,因此我希望与 Ironic 贡献者和操作员讨论他们的问题以及我们如何解决这些问题。
  • 鉴于新的 RBAC 策略,我们需要继续讨论如何修改我们的 API 以适应它们。例如,拥有公共云操作员可以告诉我们他们希望看到哪些默认值。
  • 由于新的 tick-tock 发布模型,我们需要考虑 Antelope 发布以及 BB 和 CC 发布,以了解我们如何组织升级。
  • 我们还想讨论 Nova 中的可持续性以及如何支持 Scaphandre。我想操作员会想了解我们可以在 Antelope 上做些什么以及他们最希望首先看到什么。

您对2022年10月的PTG有什么目标?

基本上,从设计角度规划 Antelope 发布并讨论下一个周期(至少对于 BB 和 CC 发布),就像我们在每个 PTG 中所做的那样,但如果操作员在场,我们也可以确保有一个专门的 Nova 操作员欢迎日(例如,星期二),团队将讨论功能和痛点,同时避免深入的技术讨论和白板等。

这只是一个团队,已经有大约一打团队注册参与,并且还有更多时间让团队注册,因此我们预计会有很多操作员需要参与的对话!

我们期待在 10 月的 PTG 上见到 EVERYONE!注册目前开放且免费,欢迎所有希望参加的人。如果您尚未让您的团队注册,请在 8 月 26 日之前完成!

作为 OpenStack 操作员成功参加 PTG 的方法

神话:项目团队聚会 (PTG) 是 OpenInfra Foundation 组织的,仅供 OpenStack 开发者协作进行下一次发布的工作活动。

让我们分解一下。

项目团队聚会 (PTG) 是 OpenInfra Foundation 组织的工作活动:正确。PTG 仅供 OpenStack 开发者协作进行下一次发布:错误

虽然 PTG 面向 OpenStack 开发者,但参与者来自更广泛的群体,以确保活动的成功。这包括正在生产环境中运行项目、计划在未来运行项目或对项目有反馈意见的运维人员。 即使您正在运行较旧版本的 OpenStack,您的反馈、问题和意见仍然非常有价值!

谁应该参加 PTG?

首先,任何开源项目都欢迎参与 PTG。通常,大多数参与者来自 OpenInfra 项目——OpenStack、Kata Containers、StarlingX——但其他相邻社区也受邀并鼓励参加。

它也不限于上游贡献者。任何团队都可以参与 PTG——这意味着不仅仅是项目,还有 SIG(特别兴趣组)、工作组、临时团队和其他形式的协作!当然,通常会有一些常见的参与者——来自 OpenStack、StarlingX 和 Kata 的贡献者——但这些项目中的子团队也可以召开会议(RBAC 临时团队、Nova、Neutron、Manila、大型规模 SIG 等),此外,基金会级别的工组,如边缘计算组和多元化与包容性工组也会参与。

这些团队在注册参加后会自行组织议程,因此如果您有兴趣与他们讨论某个主题,请务必提出!许多团队使用 etherpads 来收集主题,然后在组织讨论主题安排之前评估计划参加人员的兴趣程度。 在他们收集主题的同时,他们也在注册时间和空间以进行会议,因此如果您想讨论某个主题但无法到场,请在 etherpad 上告知他们,以便他们尝试协调您的时间!

鼓励您参加尽可能多的团队会议。不同的团队将在整个星期内举行会议。例如,在午餐后前往 Zuul 房间之前参加 Nova 讨论是完全可以的,然后去 Cinder 房间参加您感兴趣的关于 CEPH 的特定讨论。团队会尝试通过 PTGBot 公开他们正在积极讨论和计划讨论的主题——稍后会详细介绍。

具体来说,OpenStack 运维人员应该如何参与 PTG?

当然,会有一些更具体地关于运维和使用 OpenStack 云的主题,这些主题可能不适合任何特定的团队或组别,OpenStack 运维人员是一个团队,鼓励他们像其他任何团队一样注册时间和空间。您可以像其他任何团队一样,自行组织和管理议程,并使用 PTGBot。 如果您希望特定人员参与某个主题,您可以邀请这些项目的代表加入讨论。

成功的关键在于尽可能开放和灵活。有时您可能需要进入不同的房间以参加特定的讨论,有时您可能需要推动人们达到您已经聚集的关键人数来讨论某个主题。重要的是要记住,我们都是致力于让开源和 OpenStack 变得更好的子团队。

我已联系了几个参与 10 月 PTG 的项目团队,以强调运维人员可以对已安排的会议产生的影响。我鼓励您关注,了解这些团队的计划以及您可以通过参加 10 月 PTG 获得什么。

我们期待在 10 月的 PTG 上见到 EVERYONE!注册目前开放且免费,欢迎所有希望参加的人。如果您还没有注册您的团队,请在 8 月 26 日之前立即进行!

有问题吗?请在 OFTC 网络上 IRC 上联系我,我的用户名是 diablo_rojo。

OVHcloud、蚂蚁集团荣获超级用户奖,分别因大规模部署 OpenStack 和创新使用 Kata Containers 以减少碳排放而获奖

OpenInfra 基金会表彰 OVHcloud 和蚂蚁集团的基础设施团队,感谢他们对社区的贡献以及使用开放基础设施技术为各自组织提供战略价值。

OVHcloud 和蚂蚁集团并列荣获 2022 年超级用户奖,该奖项旨在表彰那些利用开放基础设施改善业务并回馈 OpenInfra 社区的组织。Open Infrastructure Foundation (OpenInfra Foundation) 今天宣布了这一消息。

OVHcloud 是一家全球云提供商,在四个大陆的 13 个站点管理 33 个数据中心,自主制造服务器、构建自己的数据中心并部署自己的光纤全球网络,以实现最大效率。OVHcloud 目前运行超过 400,000 个实例,拥有 900,000 个内核的 OpenStack,并每小时处理超过 600 万个 API 请求。OVHcloud 团队部署了 OpenStack 的大部分核心组件,例如 Nova、Cinder、Glance、Neutron、Swift、Keystone 和 Horizon,以及其他组件,如 Octavia、Barbican、Mistral、Heat、Tempest 和 Manila。

OVHcloud 团队自 2014 年以来一直积极参与 OpenInfra 社区,包括参加聚会、峰会、OpenStack Days、特别兴趣组 (SIG) 和 OpenInfra Live 节目。该团队定期贡献代码,包括数十次审查、提交和错误修复,并开源了 OS Archiver,用于管理 OpenStack 后端 SQL 数据库中的数据保留。OVHcloud 自 2015 年以来一直是 OpenStack CI/CD 的云提供商之一。

OVHcloud 的战略技术联盟总监 Gilles Closset 在他的 OVHcloud 团队提名中描述了开放基础设施如何与公司核心价值观之一:自由相符。“基于开放基础设施生态系统的强大基础,OVHcloud 旨在联合所有相信开放系统的参与者,在开放、可信、可逆和透明的方式中,任何人都可以控制自己的数据。”

蚂蚁集团 是一家创新型科技公司,旨在为世界带来普惠的利益和可持续的服务。该公司正式成立于 2014 年 10 月,其历史可以追溯到 2004 年推出的支付宝。

2022 年 4 月,蚂蚁集团宣布,通过使用绿色计算技术(包括 Kata Containers)实现了 2021 年的碳中和,减少了 29,591.48 吨二氧化碳排放。

蚂蚁集团的 Kata Containers 团队由 30 多名成员组成,负责公司的容器相关研发工作,并致力于可持续的 IT 基础设施。许多团队成员自项目启动之日起就一直是 Kata Containers 上游项目的积极贡献者和维护者。此外,该团队还组织了活动、起草了路线图、领导了功能开发、丰富了文档、修复了错误并帮助其他用户在生产环境中采用 Kata Containers。

下载蚂蚁集团 Kata Containers 白皮书
蚂蚁集团 Kata Containers 团队发布了一份题为“蚂蚁集团 Kata Containers 最佳实践”的白皮书,可在 此处 获取。

了解更多关于 2022 年超级用户奖提名者的信息
超级用户奖于 2014 年在巴黎峰会上启动,旨在表彰在 Openinfra 社区中发挥作用并展示开放基础设施软件为其组织提供战略价值的开放基础设施用户。社区向 Superuser 提交提名,超级用户编辑咨询委员会确定获奖者。

除了 OVHcloud 和蚂蚁集团,2022 年的提名者 还包括
Arvan Cloud
CanaryBit
Daniel Byström
Fairbanks
Inspur
江苏苏中建设集团有限公司 IT 团队
OpenMetal
Volvo Cars Corporation
浙江高速公路股份有限公司 IT 团队