OpenStack的全球足迹超过4500万个计算核心，因为用户要解决常见的障碍

 

2023年11月16日

OpenStack用户调查的第10次迭代强调了OpenStack云的足迹不断扩大，强化了架构趋势，并引入了新的使用模式

在过去的10年里，2200多个组织自愿提供了OpenStack的使用数据和体系结构细节，涉及4000多个部署，并为上游社区提供了改进软件的反馈。经过十年的测量，出现了几个趋势：

  • OpenInfra标准LOKI（Linux OpenStack Kubernetes Infrastructure）在报告的70%以上的OpenStack部署中得到了一致的衡量。随着时间的推移，OpenStack中的特定组件的采用率不断增加，以实现此集成，其中包括Magnum、Ironic、Kuryr、Kolla和OpenStack-Helm。    
  • 大多数云用户都采用混合云方法，OpenStack公共和私有云提供商的市场不断增长也支持这一趋势。虽然AWS仍然是与OpenStack集成的最常见的超标量器，但OpenStack支持的公共云网络现在在全球超过300个数据中心。  
  • 升级是一个常见的痛点，导致许多组织无法运行最新版本。 

尽管2023年的分析继续强调这些趋势，但新的模式正在出现，据报道，这些模式在前几年过于复杂。拥有较小团队的组织已经证明，不需要一个庞大的内部团队来操作OpenStack云，最近发布的版本越来越引人注目，突出了社区在改进升级方面的进展，随着新云的上线以及各种规模的OpenStack部署的增长，OpenStack的足迹不断扩大。有关OpenStack运营商人口统计、部署决策和云大小的其他2023年数据，请访问OpenStack分析仪表板. 

全球OpenStack占地面积随着新云的增长而增长，所有规模的部署都在增长

2018年，首次记录的OpenStack计算核心聚合量为1000万。五年后，由生产中运行的OpenStack支持的计算核心数量增长了350%，达到4500万个。虽然增长在全球最大的部署中最为显著，但无论行业和地理位置如何，所有规模的部署都将继续增长。 

其中一个重要贡献者是LINE，这是一款最近与雅虎合并的日本消息应用程序！日本将组建LY，其OpenStack部署从去年的400万核增长到今年的690万核。大规模OpenStack用户Workday还增加了80万个内核，OVH首次达到100万个内核的阈值，其工程师表示，预计这一增长将继续。 

虽然OpenStack用户调查并没有对所有部署进行编目，但仍有新的云出现。今年，12%的云在过去9个月内上线，这表明即使在13年内，OpenStack仍在继续被用于建立新的公共和私有云基础设施。 

小型团队转向OpenStack云

最有趣的数据点之一是关于10-99名员工的组织的部署数量。大约23%的部署由这种规模的组织管理，这是自2015年以来该部门的最高比例。这里的行业分布在学术/研究和IT领域，这表明较小的组织在将OpenStack投入生产运行方面取得了更大的成功。 

OpenStack用户越来越多地实施最新版本

今年，81%的OpenStack部署在最近5个版本中运行了一个版本，而2022年这一比例为72%。OpenInfra基金会预计，随着今年新版本的实施，这一比例将继续提高。OpenStack 2023.1（羚羊）于2023年3月发布，是技术委员会最近建立的跳过级别升级发布过程（SLURP）节奏中的第一个。每个其他版本都将被视为“SLURP”版本。希望保持六个月周期的部署将一如既往地部署每个“SLURP”和“not-SLURP”版本。希望进入一年升级周期的部署将在“SLURP”版本上同步，然后跳过以下“not-SLURP”版本，在发布后续“SLURP”时进行升级。社区希望这能减轻OpenStack升级过程中的一些复杂性。

分享您的反馈

这个OpenStack用户调查是全年开放的，由OpenInfra基金会主办，该基金会支持OpenStack社区以及其他开源项目。本调查收集了2022年8月至2023年8月期间编目的部署和反馈，本报告汇总了趋势和显著的统计增长。

OpenStack用户调查是一项针对运行OpenStack的组织的年度选择加入调查。本报告中的分析代表了共享信息，但OpenStack云的实际足迹要大得多。如果您正在为客户操作OpenStack云或云，请使用2024年用户调查因此，我们可以了解全球足迹，并将您的匿名反馈传递给上游开发团队。

OpenStack山猫的新功能：Ironic团队支持服务节点

 

2023年10月3日

讽刺的是，基础设施运营商现在可以使用“服务步骤”框架修改现有节点。服务允许运营商像清理或自定义部署那样利用步骤来执行操作，以修改处于活动状态的部署节点。

此前，Ironic不会在活动节点上执行操作，这主要是因为Ironic项目中存在长期的技术共识。最近操作员的反馈以及为帮助建模和支持数据/基础设施处理单元（DPU/IPU）而添加的其他新功能促使反讽团体重新评估这一共识，并调整功能以添加此新功能。

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

具有讽刺意味的运营商也一直在寻求以自助和自动化方式对部署的节点进行重大更改的能力。这些运营商长期以来一直希望执行诸如重新配置RAID、应用固件更新甚至重新执行基准操作等操作。在物理裸机服务器世界中，当执行日常维护以及维修或验证设备是否已成功维修时，这些操作通常是必要的。Ironic的强大功能使操作员能够以自动化的方式大规模执行这些操作，减少了与单个服务器节点交互以获得相同结果的需要。这样，操作员就不再被迫迁移工作负载以进行相对较小的系统修改。

这一新增功能代表了在功能方面向前迈出的一大步，也代表了我们开源社区中由人类反馈驱动的功能的演变。该项目认识到，任何新的和复杂的功能都可能有额外的改进空间，或我们没有预料到的潜在边缘情况，因此我们确实希望在未来的开发周期中继续在这些功能领域开展工作（2024.1“Caracal”）加强并进一步扩展这些功能，着眼于简化路径，以管理裸机节点（现代数据中心的基础）内的复杂嵌套结构。由于Add-On处理单元的采用越来越多，这一领域尤其具有挑战性，但Ironic项目能够应对挑战。

如果您是基础设施运营商，并且有兴趣在即将推出的PTG，欢迎您在即将到来的PTG期间加入我们的讨论。确保你免费注册提前和了解相关主题。

您可以了解新的维修功能,单个步骤、和清洁框架这个特性是建立在上面的。

了解有关的更多信息OpenStack山猫这是OpenStack的第28个版本，于2023年10月4日发布。

标签：

OpenStack山猫的新特性：马尼拉团队引入了资源锁定框架

 

我的名字是Goutham Pacha Ravi，我是OpenStack马尼拉项目的核心贡献者。下面是一位不愿透露姓名的操作员报告的功能请求。幸运的是，该运营商与上游OpenStack社区进行了合作，该功能已在OpenStack 2023.2中提供，昵称为Bobcat版本。

一名运营商向OpenStack马尼拉团队报告说，一名用户从马尼拉删除了一个共享，但没有意识到该操作将是不可撤销的。用户后来意识到一个应用程序正在主动向共享写入数据，当共享被删除时，它崩溃了。与块存储卷不同，共享文件系统不跟踪连接的客户端，因此不存在阻止删除共享的前提条件。用户没有执行“软删除”，即在指定的持续时间内将共享降级到回收站，而是请求永久删除。用户没有使用OpenStack Dashboard GUI（Horizon），该GUI会显示删除确认对话框。用户没有对本可以从中恢复数据的共享进行快照。这样的无意行为可能会危及业务连续性。因此，马尼拉的资源锁旨在避免这种情况。它们允许在传统共享文件系统的限制之上建立一个安全舱口，并跟踪正在使用的共享。用户可以基于任何原因在给定共享上创建任意数量的锁，从而防止可能对其用例有害的操作。

A类资源锁定当前可以保护共享及其访问控制规则不被删除。由于共享文件系统是为一个项目中的多个OpenStack用户的并发访问而构建的，因此可以创建多个锁。在创建锁时，用户提供了他们希望阻止的操作以及锁定的原因。然后将资源锁视为一个前提条件API检查用于完成操作时。如果存在阻止操作的锁，则会中止操作，并向请求操作的用户提供适当的反馈。 

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

在OpenInfra Summit Project Teams Gathering（PTG）上，我们对OpenStack Nova即将推出的一项功能产生了浓厚的兴趣，VirtIOFS附件。通过VirtIOFS，来自OpenStack Manila的共享文件系统可以以类似于块存储卷的安全、虚拟机监控程序介导的方式连接到虚拟机实例。Nova需要在连接到虚拟机的共享上放置删除锁。因此，在马尼拉引入资源锁非常重要。VirtIOFS是一个备受期待的特性，特别是对于公共云运营商来说，它帮助我们在下一个周期中优先考虑其交付。独立地，马尼拉团队计划在即将发布的版本中继续将资源锁框架扩展到其他API资源和操作。

“VirtIOFS功能是我们Cleura一直期待的，因为这将使我们作为公共云运营商的架构变得更好。它还将为最终用户带来更好的用户体验和资源效率，创造与块存储卷相同的外观。资源锁在这里，功能对于获得出色的用户体验也是至关重要的。有了这些功能，我们有信心将Manila投入生产，并将共享文件系统的功能作为一项服务提供给我们的客户。我们非常感谢与社区的良好合作，尤其是马尼拉团队的合作，它真正表明了运营商和开发人员之间的合作有多么重要，以及我们如何通过这种合作一起做大事。”–Tobias Rydberg，Cleura设计与建筑主管

感谢与我一起为OpenStack Bobcat版本提供此功能的贡献者，Red Hat软件工程师Rene Ribaud和Red Hat.软件工程师Carlos Eduardo da Silva。

讨论将在即将举行的虚拟PTG（10月23日至27日）上继续，运营商和开发人员将讨论OpenStack 2024.1 Caracal版本的马尼拉特性和错误请求。

了解有关的更多信息OpenStack山猫这是OpenStack的第28个版本，于2023年10月4日发布。

 

标签：

OpenStack山猫的新功能：Horizon团队引入了基于时间的一次性密码（TOTP）身份验证支持

 

Horizon添加了基于时间的一次性密码（TOTP）身份验证支持，利用了Keystone现有的双因素身份验证。现在，如果用户在Keystone上激活TOTP，它也会在Horizon上激活。 

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

作为一名OpenStack运营商，Infomanik的政策是始终向上游发送补丁，而从不将尚未合并的生产补丁放入。一旦补丁被合并，它通常可以在非官方的Debian包中进行后端口维护网址：http://osbpo.debian.net。这样，总有一条有效的升级路径，这一点非常重要。

这一功能对OpenStack Horizon做出了重大贡献，因为如果OpenStack出现问题，并且仅在Keystone中启用了TOTP，则用户将无法连接到Horizon。这将使运营商无法访问web界面来管理其剩余的OpenStack服务。 

Infomanik网站可靠性工程师Benjamin Lasseye于2023年4月24日开始尝试不同的模拟。一旦他对用户体验感到满意，他就继续使用该功能。第一个补丁集于6月6日发送，并于8月29日合并。这花了令人惊讶的长时间，因为从6月初到7月底，Horizon CI被破坏了，所以无法检查我们的补丁是否有任何损坏。Thomas写信给邮件列表询问发生了什么事，Horizon团队很好地给出了一个连贯的解释：他们必须解决与JQuery相关的依赖地狱的混合问题。在这种情况下，你只需要耐心。

然后，它需要29次补丁迭代才能把事情做好。本杰明非常有耐心，并采纳了地平线核心团队的所有建议，以实现这一结果。

所有这一切都是可能的，因为有一种经过验证的方法可以将补丁合并到上游OpenStack中，并得到了仔细的遵循。必须确保在修补程序中包括：

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

在功能完成方面，Benjamin可以轻松激活OTP功能，默认情况下OTP功能处于关闭状态，以实现更顺畅的升级。在得到更多反馈后，它可以在Horizon的默认配置中实现。还有更多贡献的空间。Horizon中可能有一个功能，因此管理员可以为使用Horizons的用户激活TOTP。尽管任何人都可以贡献这个特性，但Infomanik并不打算这样做，因为自动化任务是在他们自己的web界面中使用Keystone API（通过openstacksdk）完成的。 

为了启用TOTP，以下是一些指导和文档：

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

感谢OpenStack贡献者，他们帮助构建、审查和合并了OpenStack 2023.2的这一功能，Bobcat：

  • 印度NEC公司的技术负责人维沙尔·曼昌达（Vishal Manchanda）非常有帮助，并在补丁审查中写下了许多评论。
  • 波兰红帽公司的软件工程师Radomir Dopieralskim也帮助审查了补丁。
  • Infomanik的SRE Benjamin Lasseye是该补丁的主要作者。
  • 自2011年以来，Infomanik的高级OpenStack管理员兼OpenStack的Debian包维护者Thomas Goirand为Bejamin提供了建议，并帮助Bejamin将补丁设计得足够好，以便合并。

关于Infomanik：
Infomanik自2014年以来一直在生产中使用OpenStack，第一次提供VM服务，现在他们仍在使用大型公共云集群（10k物理内核，具有超过1PB的NVMe Ceph存储，为约4k虚拟机供电）。Infomanik还提供了市场上最优惠的价格，运行在最新的硬件上（AMD Epyc和Gen 4 NVMe）。一切都是使用自由软件进行设置和维护的，包括集群管理工具，计费附加组件测高仪，或一些指定工具所有这些都上传到Debian（因为托马斯·戈兰自2011年以来一直在Debian中维护OpenStack）。这项公共云服务已经运行了两年，Infomanik目前正致力于在其新的数据中心中建立第二个区域，该区域即将投入生产（希望在2024年初实现），使用更先进的硬件（AMD EPYC Genoa、PCI 5、DDR5等）。

了解有关的更多信息OpenStack山猫这是OpenStack的第28个版本，于2023年10月4日发布。

标签：

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

 

2023年6月13日

为OpenStack做出贡献并加入社区是我最自豪的成就之一。事实上，我有一条裙子，上面印着几行代码，显示了我的第一个补丁登陆Cinder那天OpenStack（projects.yaml）的状态。 

但绝对不仅仅是我让OpenStack成为世界上五大最活跃的开源项目之一。来自世界各地的数千名贡献者提供了更改、错误修复和文档。这些贡献者背后的数据是我们每年发布两次的，每次发布新软件时都会发布，但还没有以一种清晰易懂的方式向公众公开。直到现在。 

在今天上午的温哥华OpenInfra峰会上，我很高兴地宣布了OpenStack仪表板的可用性，它可以收集和分析OpenStack存储库背后的数据。该仪表板由OpenInfra基金会的官方度量合作伙伴Bitergia提供。 

以下是仪表盘提供的一些趋势和数据点：

  • 随着时间的推移，对不同OpenStack项目的贡献的演变
  • 跨OpenStack组件的存储库分布

我最兴奋的是，OpenStack贡献数据还可以可视化地连接到邻近开源社区（如Kubernetes）的数据。这说明了跨社区协作的力量，以确保两个项目之间的互操作性，这是数千个组织所依赖的


如果你想成为这个交织网络的一部分，OpenStack社区总是欢迎新的贡献者！伸出手来第一联系人SIG或查看上游投资机会列表了解更多信息！ 

正在调用所有OpenStack运算符！PTG将于周一开始，社区需要您的参与！

 

2022年10月10日

我是去PTG的OpenStack操作员，我应该去哪里？ 

便携式测试仪不仅仅是针对OpenInfra开发人员！讨论需要来自更广泛群体的观点，才能使活动取得成功。这包括正在生产中运行OpenInfra项目（公共和私有云、研究等）的运营商，计划在未来运行项目的运营商或您有反馈意见的简单项目运营商。  即使您运行的是旧版本的OpenStack，您的反馈、问题和意见仍然非常宝贵！

时间表主要设置在PTG端口我们鼓励您参加任何符合您日程安排的活动！议程可在在此处投影以太网.除了OpenStack Operators会话将于周四举行，毕竟你们也是一个团队有一些会议是很好的，以确保在你的讨论名单上参加。

登记处是免费的。

星期一：

星期二：

星期三：

星期四：

星期五：

下周有很多机会对软件产生影响并帮助社区；请参与进来！

Virtuozzo加入了OpenStack市场，Sharktech也加入了。你不是应该这样吗？

 

2022年9月5日

我们很高兴地宣布，Virtuozzo现在是OpenStack市场–更好的是，我们的美国云合作伙伴Sharktech公司也加入了。

OpenStack Marketplace有一个简单的目标：轻松找到云服务和技术，帮助您利用令人敬畏的开源OpenStack框架。它是Virtuozzo Hybrid Infrastructure的天然家园，Virtuzzo Hmbrid Infastructure是我们的产品级OpenStack云平台。

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

现在您可以在OpenStack Marketplace中找到Virtuozzo发行版,公共云和托管私有云类别–查看它们！

“市场正在发生变化，因为组织意识到OpenStack等开源项目的托管服务已经成熟，可以成为超大规模云提供商的全面竞争对手。这一转变既健康又必要，因为组织努力收回对其数据和计算发生地的控制权OpenInfra基金会社区和业务发展高级经理吉米·麦克阿瑟（Jimmy McArthur）表示：“OpenStack托管服务的缓慢增长和全球足迹正在促成这一转变，看到Virtuozzo和Sharktech等公司大规模提供这些服务，令人激动。”。

OpenStack是替代云的核心

谈到这一消息，Virtuozzo首席执行官Alex Fine表示：“无论我们向何处求助，无论我们与谁交谈，无论是云用户、云提供商、分析师还是合作伙伴，我们都能清楚地传达出这样一个信息：世界需要一种替代超复杂、昂贵的超大规模云的方案。”

“Virtuozzo正在引领这一潮流，让所有人都能轻松、易用和负担得起云。这就是我们所说的替代云，而OpenStack技术是它的核心。我们很高兴能成为OpenStack Marketplace的一部分，与我们越来越多的合作伙伴一道，这些公司将替代云服务带给各行各业ss世界。”

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

Sharktech也加入了

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

2021年，Sharktech基于Virtuozzo Hybrid Infrastructure推出了一系列新的云服务。Sharktech现在是Virtuozzo云生态系统的重要组成部分，不仅适用于中小企业和企业用户，也适用于其他寻求建立自己的云服务业务的服务提供商。

Sharktech首席执行官Tim Timrawi表示：“OpenStack一直有潜力成为事实上的云平台，但对于像我们这样的托管提供商来说，这总是有点令人生畏。这并不是因为我们没有建立自己的OpenStack云的技能，而是我们自己建立它的时间和成本。”。

“Virtuozzo简化了OpenStack，消除了复杂性，并以对服务提供商有意义的方式对其进行了打包。因此，我们可以将高质量、超健壮和非常经济高效的服务推向市场，当然，我们很高兴Sharktech云现在很容易通过OpenStack Marketplace找到。”

更多信息

Virtuozzo是服务提供商创建自己有利可图、成功的云服务业务的最简单方法。

了解有关的更多信息Virtuozzo混合基础设施，别忘了结账鲨鱼科技网……当然，如果您已经提供了基于Virtuozzo Hybrid Infrastructure的云，请将您的品牌和服务添加到OpenStack市场!

运营商可以期望在PTG与OpenStack马尼拉团队讨论什么

 

2022年8月1日

如果你是一名OpenStack操作员，你应该看看我之前的博客文章，了解为什么你应该参加即将到来的项目团队聚会（PTG）。为了帮助OpenStack操作员充分利用PTG公司，我们调查了一些项目团队领导（PTL）最希望看到的操作员参与情况。首先，我们有新星！

特别感谢由PTL Goutham Pacha Ravi领导的马尼拉团队花时间做出这些回应。

你想从PTG的操作员那里听到什么？

在共享文件系统服务（马尼拉）项目中，对于过去的三个虚拟PTG，我们邀请了一到两名操作员与我们分享具体关注点。随后的讨论引发了几个错误和蓝图。我们讨论了操作最佳实践、大规模出现的零星问题、应用程序容器的存储、持续集成测试、互操作性和缺少的功能。

对于这个PTG，我们也愿意这样做——将其保留在几个紧迫问题上的策略当然非常有用。我们的主题尚未确定，但对于初学者来说，我们希望获得运营商关于使用CephFS部署和管理马尼拉的反馈。除此之外，我们还想知道操作员为保持控制平面的高可用性而使用的策略；最后，我们希望获得几个平行社区工作的反馈：

  • 保护RBAC和“系统”角色
  • 联邦信息处理标准（FIPS）
  • 采用OpenStackClient

你的议程上已经有哪些议题？

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

2022年10月PTG的目标是什么？

简化代码贡献者和评审者在羚羊周期中的工作并确定其优先级，突出技术债务并获得帮助。

我们期待着在10月份的PTG上见到每一个人！注册目前是免费的致所有想参加的人。如果你还没有签名你的团队已经准备好了，开始吧8月26日之前！

操作员可以期望在PTG与OpenStack Nova团队讨论什么

 

2022年7月27日

如果你是一名OpenStack操作员，你应该看看我之前的博客文章，了解为什么你应该参加即将到来的项目团队聚会（PTG）。为了帮助OpenStack操作员充分利用PTG公司，我们调查了一些项目团队领导（PTL）最希望看到的操作员参与情况。首先，我们有新星！

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

在与他的团队进行了讨论后，Nova PTL的Sylvain Bauza向我们发送了他们在这个以太板中收集的一些反馈摘要：https://etherpad.opendev.org/p/nova-ptg-columbus-ops-presence网站.

你想从PTG的操作员那里听到什么？

一般来说，当我们在PTG室讨论一些新的设计增强时，我们希望运营商提供一些反馈，介绍他们的用例以及他们如何使用Nova的一些功能。但这一次，由于我们在柏林举行了一次会议，运营商也提供了他们的痛点，如果我们也能讨论这些问题以及我们可以为解决这些问题做些什么，那就太好了。

你的议程上已经有哪些议题？

一般来说，我们只有PTG前最后一周的议程，但我们已经有了一些我们想讨论的要点：

  • Ironic在重新平衡节点方面有一个问题，所以我想与Ironic贡献者以及运营商进行讨论，以了解他们的问题以及我们如何解决这个问题。 
  • 考虑到新的RBAC政策，我们需要继续讨论如何为其修改API。例如，拥有公共云运营商会受到欢迎，因为他们可以向我们解释他们希望将哪种值视为默认值。 
  • 由于新的滴答式发布模型，我们需要考虑Antelope版本以及BB和CC版本，以了解我们如何组织升级。 
  • 我们还想讨论Nova的可持续性以及如何支持Scaphandre。我想运营商会想知道我们可以在羚羊身上做些什么，以及他们希望首先看到什么。 

2022年10月PTG的目标是什么？

基本上，从设计角度规划羚羊版本，并讨论下一个周期（至少对于BB和CC版本），就像我们在每个PTG中所做的那样，但如果有运营商，我们也可以确保我们会有一个特定的Nova运营商欢迎日（例如周二）团队将讨论功能和难点，同时避免与白板等进行深入的技术讨论。

这只是一个团队，已经有大约十几个团队报名参加，团队还有更多的时间报名，所以我们预计会有很多对话，对运营商来说非常重要！ 

我们期待着在10月份的PTG上见到每一个人！ 注册目前是免费的致所有想参加的人。如果你还没有签名你的团队已经准备好了，开始吧8月26日之前！

如何作为一名OpenStack运营商获得成功的PTG

 

2022年7月25日

神话：项目团队集合（PTG）是OpenInfra基金会组织的工作活动，只供OpenStack开发人员在即将发布的版本上进行协作。 

让我们把它分解一下。 

项目团队聚会（PTG）是由OpenInfra基金会组织的工作活动：对的.PTG只供OpenStack开发人员在即将发布的版本上进行协作：错误. 

虽然PTG是为OpenStack开发人员准备的，但与会者组成了一个更广泛的群体，以使活动取得成功。这包括正在生产中运行项目、计划将来运行项目或有反馈的项目的操作员。即使您正在运行旧版本的OpenStack，您的反馈、问题和意见仍然非常有价值！

谁应该参加PTG？ 

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

它也不限于上游贡献者。任何团队都可以参与PTG，这意味着不仅仅是项目，还有SIG、工作组、弹出式团队和其他形式的协作！当然，通常会有一些嫌疑人出席OpenStack、StarlingX和Kata的会议，但这些项目中的子团队也可以满足（RBAC弹出式、Nova、Neutron、Manila、大型SIG等），除了基金会级别的工作组，如边缘计算组和多样性和包容性工作组，他们也参与其中。

这些团队在报名参加后会收集他们的议程，所以如果你有兴趣向他们提出一个话题，请这样做！许多团队使用以太网收集主题，然后在将讨论主题组织成日程之前，评估计划参加的人员的兴趣水平。在他们收集这些主题的同时，他们还注册了时间+空间见面，因此如果有一个主题你想讨论但你不能在那里，请在以太板中让他们知道，这样他们可以尝试适应你的日程安排！ 

我们鼓励您参加任意数量的小组会议。不同的团队将在一周内举行会议。例如，在早上参加Nova的讨论，然后在午餐后前往Zuul房间，然后到Cinder房间进行您感兴趣的关于CEPH的特定讨论，这是完全可以的。团队尝试通过PTGBot公开他们正在积极讨论的主题，并计划下一步讨论这些主题，稍后将进行更多讨论。

具体来说，OpenStack操作员应如何参与PTG？

当然，还有一些主题更具体地针对操作和使用OpenStack云，这些云可能不适合任何已注册的特定团队或组，OpenStack操作员是一个团队，我们鼓励他们像其他团队一样注册时间/空间。您可以像其他团队一样，对资源进行分组，管理自己的议程，并使用PTGBot。如果您希望特定的人参与某些主题，您可以邀请这些项目的代表也参与这些主题。 

这里成功的关键是尽可能开放和灵活。有时你可能需要跳进另一个房间来参加某个特定的讨论，有时你可能还需要戳戳别人，让他们来参加你已经为某个主题聚集起来的关键人群。重要的是要记住，我们都只是希望使开源和OpenStack成为更好项目的子团队。 

我已经联系了一些参加10月份PTG的项目团队，以强调运营商可以对已经安排好的会议产生的影响。我鼓励你跟随我们，因为我们听到了这些团队的计划，以及你可以从参加10月份的PTG中得到什么。 

我们期待着在10月份的PTG上见到每一个人！ 注册目前是免费的致所有想参加的人。如果你还没有签名你的团队现在就开始吧8月26日之前！

有问题吗？给我打电话IRC上的OFTC网络在diablo_rojo。