OpenStack 治理选举 – 即将到来

OpenStack 治理选举再次来临。提名流程将于 8 月 10 日至 24 日中午 CST 结束;请关注更多关于流程的信息。选举将于 8 月 25 日至 9 月 4 日中午 CST 结束。最终结果将在 4 日中午 CST 选举结束后立即公布。

开放职位的信息如下所示。

NOVA 项目组长 (1 个职位)

投票资格 – 只有成功向 NOVA 项目提交过代码的 OpenStack 社区成员才有资格被提名或投票。我使用在 http://bazaar.launchpad.net/~hudson-openstack/nova/trunk/view/head:/Authors 找到的电子邮件列表来确定符合资格的选民和被提名人。

此列表中的每位成员将收到一封带有指向 NOVA PTL 团队组长选举网站的直接链接的电子邮件,他们可以在那里投票选出他们选择的成员。每位成员在此次选举中只能投票一次。

SWIFT 项目组长 (1 个职位)

投票资格 – 只有成功向 SWIFT 项目提交过代码的 OpenStack 社区成员才有资格被提名或投票。我使用在 http://bazaar.launchpad.net/~hudson-openstack/swift/trunk/view/head:/AUTHORS 找到的电子邮件列表来确定符合资格的选民和被提名人。

此列表中的每位成员将收到一封带有指向 SWIFT PTL 团队组长选举的直接链接的电子邮件,他们可以在那里投票选出他们选择的成员。由于此列表仅包含作者姓名,我将联系几位我没有电子邮件地址的成员;当然,如果您在列表中,您可以直接向我发送您的电子邮件地址,以节省我搜索联系信息的时间。此列表中的每位成员将收到一封带有指向 SWIFT PTL 团队组长选举网站的直接链接的电子邮件,他们可以在那里投票选出他们选择的成员。每位成员在此次选举中只能投票一次。

GLANCE 项目组长 (1 个职位)

投票资格 – 只有成功向 GLANCE 项目提交过代码的 OpenStack 社区成员才有资格被提名或投票。我使用在 http://bazaar.launchpad.net/~hudson-openstack/glance/trunk/view/head:/Authors 找到的电子邮件列表来确定符合资格的选民和被提名人。

此列表中的每个成员都将收到一封带有指向 GLANCE PTL 团队负责人选举网站的直接链接的电子邮件,他们可以在那里为他们选择的成员投票。每个成员在此次选举中只能投票一次。

项目政策委员会 (3 个开放职位)

投票资格 – 任何注册的 OpenStack Launchpad 成员都有资格竞选或被提名参加其中两个职位。我从 Launchpad 系统 https://launchpad.net/~openstack 获取此授权选民和被提名人列表。根据当前数字,有 1,321 人有资格投票或被提名;但是,Launchpad 并没有向我提供所有 1,321 人的电子邮件地址。因此,如果您有兴趣投票,我需要获取您的电子邮件地址以输入 CIVS(见下文)投票系统。稍后在本博客文章中会提供有关此流程的更多信息。

PTL 成员将赢得 3 个席位中的 1 个 – 按照治理政策,如果三名得票最高的候选人也是 PTL 选举的获胜者,那么选举结果中排名最高的候选人将被宣布为获胜者。

Condorcet 互联网投票系统(见下文)利用排序选择,从而使出现平局的可能性极低。如果出现平局,将对平局候选人进行决选。

选举工具

与之前的选举一样,我们将使用康奈尔大学的 Condorcet 互联网投票服务,请参见 http://www.cs.cornell.edu/andru/civs.html。此工具使用 Condorcet 方法进行投票,该方法涉及对被提名人进行排名,而不仅仅是选择一个选项。有关此方法的更多信息,请参见 http://www.cs.cornell.edu/w8/~andru/civs/rp.html

所有注册选民都将收到一封带有唯一链接的电子邮件,允许他们私下投票。

对于项目政策委员会的选举,为了收集选民的电子邮件地址,我将使用 https://launchpad.net/~openstack 上的“联系此团队的成员”功能联系每位潜在选民,并要求他们直接回复我他们首选的投票电子邮件地址,如果他们想参与投票。

请注意,投票系统使用私有投票,并限制访问以确保选民的真实性;但是,所有结果将在选举结束后公之于众。

标签:

OpenStack 会议 – 征集演讲

代表 OpenStack 会议项目委员会,我很高兴启动 2011 年秋季 OpenStack 会议(在马萨诸塞州波士顿举行,时间为 10 月 5 日至 7 日)的演讲者招募。本次汇集了 OpenStack 开发人员、用户、生态系统合作伙伴、开源爱好者和云计算技术人员,为演讲者提供了一个积极参与塑造 OpenStack 项目未来的机会。我期待与社区在波士顿共度 3 天的 OpenStack 精彩时光。

流程
项目委员会列出了一系列会议整体议程的建议主题。请查看这些主题并在各个主题下提交您的演讲。当然,如果您有一个未列出的主题想法,请发送您的信息,因为项目委员会始终对新想法持开放态度。

要提交您的演讲者请求,请发送电子邮件至 [email protected],主题行:OPENSTACK CONFERENCE SPEAKER SUBMISSION。在电子邮件中,请务必包含您的联系信息以及您感兴趣的演讲主题。如果您提交了一个新主题,请提供该主题的详细信息。

主题
项目委员会建议的主题分为两个大类:技术或业务。每个会议目前计划持续 30 分钟。

技术
项目概述 – NOVA
项目概述 – SWIFT
项目概述 – GLANCE
社区开发工具
OpenStack 在数据中心的应用
OpenStack 部署
DevOps
项目介绍 – 尚未在 OpenStack 中成为核心的各种生态系统项目的信息

业务
OpenStack 的经济性
OpenStack 案例研究
项目概述 – NOVA
项目概述 – SWIFT
项目概述 – GLANCE
构建 OpenStack 实践(解决方案提供商)
OpenStack 案例研究
公共云托管最佳实践
私有云托管最佳实践

项目委员会热切期待您的演讲者提交,我们将组建最终的 OpenStack 会议议程。提交请求的截止日期为 2011 年 9 月 6 日,以便我们能够在 2011 年 9 月 14 日发布 最终议程。所有入选的演讲者将通过特殊注册码获得活动的免费通行证。如果您有任何其他问题,请与我联系。

标签:

OSCON 上的 OpenStack 图片

以下是一些 OpenStack 生态系统合作伙伴在 OSCON 上支持 OpenStack 展位的照片,是在我能从人群中抽身拍照的空闲时间拍摄的。我还拍了一张我们生日时美味的纸杯蛋糕和 OpenStack 蛋糕的照片。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

标签:

宣布 OpenStack 的 Gluster 连接器

更新:问候!我第一次忘记添加友好的“你好”了。此外,我们将在不久的将来以 Apache 2 许可证向 OpenStack 项目提交代码。自动化代码尚未可用,但现在您可以 从我们的资源页面跟踪进度。如果您愿意遵循手动流程,您可以获得相同的功能。

今天,Gluster 宣布我们(几乎)准备发布 Gluster Connector for OpenStack,经过数周和数月的研究 OpenStack 社区并寻找我们可以提供帮助的方法

Gluster Connector for OpenStack 是社区的胜利。看着 OpenStack 像现在这样快速发展,像现在这样改变行业,令人叹为观止。能够参与该社区并使其更进一步是一种我们不会轻易放弃的特权。您可以在我们的 资源页面上获取有关发布可用性和首次文档的更多信息。

所以我们即将为 OpenStack 发布什么?新闻稿中的这句话说明了一切

Gluster Connector for OpenStack …支持 OpenStack 计算环境中的 VM 虚拟迁移。

您现在将能够将 VM 部署或迁移到世界上的任何地方,更加灵活、快速和更大规模。以下是连接器实现的一些功能

  • 使用可挂载的文件系统接口立即启动 VM – 无需等待获取整个 VM 镜像才能启动
  • VM 的实时迁移,不会中断用户,以实现业务连续性和灾难恢复
  • 立即从一个 VM 切换到另一个 VM
  • 迁移 VM 以及在不同的超visor 上恢复 VM,以防原始超visor 发生故障。
  • 迁移后,目标 VM 会以保留的数据启动
  • VM 在云之间移动
  • 更轻松地管理 VM

由于 GlusterFS 的全局命名空间功能,我们使开放云联合的梦想更接近现实。如果您正在部署 OpenStack 云,这将使生活更轻松,并同时打开新的可能性。如果您是开发人员,您的应用程序现在可以更轻松地扩展到多个地理位置。

这些是云计算世界令人兴奋的时代。

OpenStack 生日视频

在过去的几周里,许多 OpenStack 社区成员向我发送了庆祝 OpenStack 一周年的视频。我计划在本周在 OSCON 上的 OpenStack 展位上展示这些视频,并且我还想通过此博客与社区分享它们。为了避免一次性发布所有视频,我计划定期在博客上发布它们。为了开始,我从 Rackspace 的 Robert Jamail 那里获得了一段很棒的视频,他是一位才华横溢的艺术家,您会看到这一点

标签:

OpenStack 的 OSCON 计划

对于希望了解更多关于 OpenStack 社区或技术的 OSCON 与会者,以下是推荐的会议

演讲环节,7 月 27 日星期三

OpenStack 简介,Eric Day
星期三,下午 1:40
http://www.oscon.com/oscon2011/public/schedule/detail/19146

使用 OpenStack API,Mike Mayo
星期三,下午 4:10
http://www.oscon.com/oscon2011/public/schedule/detail/18550

OpenStack 基础培训第 1 部分,Swift,John Dickinson
星期三,下午 4:10
http://www.oscon.com/oscon2011/public/schedule/detail/21287

OpenStack 基础培训第 2 部分,Nova,Jason Cannavale
星期三,下午 5:00
http://www.oscon.com/oscon2011/public/schedule/detail/21347

OpenStack 一周年纪念派对,Spirit of 77
星期三,晚上 7-9 点
http://openstack-one-year.eventbrite.com/

演讲环节,7 月 28 日星期四

使用 Dell Crowbar 和 OpenStack 撬开云,Joseph George,Rob Hirschfeld
星期四,上午 10:40
http://www.oscon.com/oscon2011/public/schedule/detail/21206

OpenStack + Ceph,Ben Cherian,Jonathan Bryce
星期四,下午 1:40
http://www.oscon.com/oscon2011/public/schedule/detail/21174

使用 OpenStack 和 XCP 实现混合云移动性,Paul Voccio,Ewan Mellor
星期四,下午 2:30
http://www.oscon.com/oscon2011/public/schedule/detail/18726

标签:

构建和维护云镜像模板

随着 OpenStack 等 IaaS 平台在按需提供计算和存储资源方面获得发展,我们看到电信和企业 IT 客户越来越关注“按需软件”。通常,现有的软件交付流程太长,无法充分利用云的“即时启动”特性。最终用户需要能够选择并立即配置软件和应用程序,然后在不再需要时停用它们。因此,这引发了许多问题:如何将应用程序放到 IaaS 平台上?如果其他人作为应用商店的一部分提供应用程序,如何确保软件治理?如何随着时间的推移构建和维护软件镜像,使云部署可预测且一致?

今天,软件镜像通常是手动构建的,使其难以更新和维护。云用户现在意识到需要使用透明的镜像模板,这些模板能够跟踪各个软件组件、版本和许可证。他们将这些模板与自动化的软件交付流程相结合,使用 API 来实现镜像创建和维护的工业化。这使他们能够轻松跟踪组件,自动添加或更新软件,并生成到多个云。镜像保持一致且可预测,无论它仅在私有云中使用,还是作为混合模型的一部分爆发到 Amazon,例如。

客户可以采用不同的方法来构建和部署这些镜像。首先,DevOps 模型使用一个基本镜像,该镜像仅包含启动操作系统所需的最小软件包。安装完成后,一个“回家”功能使 DevOps 平台能够安装特定服务所需的所有软件包。对于许多客户来说,这是一个很好的模型。然而,其他客户意识到,如果您要从外部仓库安装例如 400 台虚拟机,则服务启动需要很长时间。在云模型中,您还需要为此期间的带宽和其他资源付费。

其次,客户可以使用更完整的镜像,这些镜像不仅包含操作系统软件包,还包含中间件和应用程序。然后,他们可以将这些镜像与 DevOps 平台结合使用进行配置,这是一种非常灵活的方式,可以在不具备我们之前讨论的一些缺点的情况下推送配置信息。

最后,存在“完全烘焙”的自包含镜像,其中包含所有软件组件以及配置逻辑。这些镜像可用于在私有或公有云中启动特定的解决方案,而无需大量的专业知识,并且经常被 ISV 用于快速启动 POC,例如在客户现场。


无论您采用哪种方法,都必须记住所有三种方法都需要随着时间的推移来控制和维护基本镜像。您必须能够跟踪您使用的软件包和组件,即使是在 DevOps 基本镜像中,否则您很快就会得到大量难以管理的镜像。

易于追溯性和维护性也将帮助您过渡到云软件部署的下一阶段:从用于小型部署或测试目的的单体镜像到用于预生产和生产部署的大规模多层镜像。您将能够更轻松地组合多个虚拟机,配置、维护和退役跨多个云节点的完整解决方案。

James Weir

首席技术官,UShareSoft

OpenStack 庆祝成功的第一年

OpenStack 诞生一年后,似乎它的成功本应更加显而易见。市场缺乏一个专门为构建和管理云而设计的开放平台。我们在 Rackspace 已经知道这一点,因为我们被迫构建了自己的解决方案。五年间,我们一直在寻找可以为我们的公共云提供支持的现成技术,但从未找到可接受的解决方案。因此,我们继续构建自己的专有技术。但这并不是正确的答案。作为一家公司,我们一直依赖于标准化技术来支持我们的产品。我们的客户也在他们自己的数据中心运行这些技术。但在云端,这样的标准并不存在,而且遥遥无期。当然,正在出现的那些标准并非完全开放。而且,通过构建我们自己的解决方案——一种其他人无法使用的解决方案——我们实际上并没有帮助解决问题。因此,我们决定开源我们的技术,并使其可供我们的竞争对手和客户使用。我们不知道的是,是否还有其他人与我们一样看待世界。

一年后,显而易见的是我们并不孤单。请考虑以下数据

  • 我们从 2 个组织发展到 89 个
  • 我们从几十个开发人员发展到仙人掌版本中近 250 个独特的贡献者,以及开发社区中的 1200 多人
  • 从 Launchpad 下载超过 35,000 次,从我们的生态系统中下载数千次
  • 该项目的范围真正演变成一个云操作系统,涵盖了各种云基础设施需求,例如网络、负载均衡器和数据库。
  • 我们首次会议和设计峰会有 100 多人参加,而四月份的最后一次会议则有 450 多人参加
  • 我们已经交付了 3 个主要版本,并且已经完成了第四个版本的一半
  • 现在有 17 个国家/地区拥有活跃的参与者,并且在 5 个大陆上都存在用户组

OpenStack 成功的关键原因之一是它拥有如此大胆的使命——构建一个为公共和私有云提供支持的操作系统。我们认为,虽然公共和私有云具有不同的要求,但核心需求在很大程度上是共享的。例如基本的管理、自助服务和可扩展性。OpenStack 起源于 Rackspace 和 NASA 的大规模云专业知识,此后又增加了来自众多贡献者的丰富知识,这些贡献者拥有广泛的企业和云服务提供商专业知识。所有这些参与者都认识到,为了实现云的承诺——使工作负载在不同环境之间无缝迁移——需要在企业数据中心以及公共云中都需要一个共同的平台。该技术还应专为云而设计,而不是附加到现有的服务器虚拟化技术上。而且,该解决方案应由庞大的社区控制,而不是由单个供应商控制。

社区对开放云操作系统(为公共和私有云提供支持)的共同愿望导致了围绕 OpenStack 的大量活动。请考虑以下内容

  • Citrix 和 Canonical 等大型企业软件公司以及 StackOps 等初创公司都宣布了 OpenStack 的商业发行版。这对企业采用来说是一个非常重要的发展。
  • 来自 Dell、Cisco、Intel 和 AMD 等公司的 OpenStack 参考硬件架构。
  • 来自云服务提供商的贡献以及由 OpenStack 提供支持的公共云的公告,包括 Rackspace、Internap、Dreamhost、Dell、韩国电信、Memset 和 Nephoscale 等。
  • 来自 Cloudscaling、Cybera 和 Rackspace Cloud Builders 等公司的 OpenStack 部署支持。
  • 来自 Puppet Labs 和 Opscode 的部署支持。
  • 来自包括 Scalr、Rightscale、FathomDB、enStratus 等众多公司的众多工具和软件集成。
  • 社区中的风险投资和并购活动有所增加,包括最近对 Piston 的投资以及 Citrix 对 Cloud.com 的收购(两者都是 OpenStack 社区成员)。

最重要的是,企业正在开始部署 OpenStack。直到四月份的仙人掌版本发布,OpenStack 才真正为生产部署做好准备。但在发布后的 3 个月里,部署该技术的公司的数量确实令人瞩目。预计未来几个月会有更多关于这些故事的报道。

感谢所有为 OpenStack 诞生做出贡献的人!能够参与这样一个积极参与和多样化的社区,致力于开放云操作系统的目标,这是一次非常有意义的经历。祝大家生日快乐!

标签: