跳转到： 导航, 搜索

Network/LBaaS/Attic

此页面记录旧的 Neutron Loadbalancer as a Service (LBaaS) 会议信息。

会议 06.01.2015

Agenda

  • 公告
    • kilo-2, 2月5日
  • 开放讨论

会议 02.12.2014

Agenda

会议 25.11.2014

Agenda

会议 18.11.2014

Agenda

  • 公告
  • 高级服务拆分（来自 neutron 会议的摘要）
  • 驱动程序，将状态拆分为运行和配置，并删除 DEFERRED
  • v2 对象模型 - 潜在地简化对象关系或使对象完全成为逻辑结构（仅介绍，无决定）
  • 驱动程序，潜在的 taskflow 模型，全部异步（仅介绍，无决定）
  • 开放讨论

会议 11.11.2014

Agenda

  • 公告
  • Kilo Summit 相关事项
    • 高级服务拆分（会议摘要，无详细信息）
    • 驱动程序，将状态拆分为运行和配置，并删除 DEFERRED
    • 驱动程序，潜在的 taskflow 模型，全部异步（仅介绍，无决定）
    • v2 对象模型 - 潜在地简化对象关系或使对象完全成为逻辑结构（仅介绍，无决定）
  • 开放讨论

会议 30.10.2014

Agenda

会议 23.10.2014

Agenda

会议 09.10.2014

Agenda

会议 02.10.2014

Agenda

会议 25.09.2014

Agenda

会议 18.09.2014

Agenda

会议 11.09.2014

Agenda

会议 21.08.2014

Agenda

会议 14.08.2014

Agenda

  • 审查黑客马拉松的工作项目并检查状态和/或我们是否仍然认为它相关
  • 池的统计信息在 v1 中移动到 v2 中的负载均衡器。最好放在监听器中还是保留在池中。
  • 新的通用 Barbican 工具模块 - 我们如何进行

会议 6.08.2014

Agenda

  • 评审更新
    • 评审政治（v2 实际合并的可能性有多大？）
  • 分离部署和运行状态。
    • 部署状态 - PENDING_CREATE, PENDING_UPDATE, PENDING_DELETE, DEFERRED, ACTIVE
    • 运行状态 - ACTIVE, INACTIVE
  • 在每次 API 请求上调用驱动程序接口（例如，在创建负载均衡器之前创建池）
    • 目前支持多个提供商不允许这样做
    • 唯一的解决方案是让所有实体都单独绑定到提供商
  • Octavia 更新

会议 31.07.2014

Agenda

  • 评审更新
  • Octavia 工作
  • 并行 TLS 工作
  • 更改以将 ACTIVE/ERROR/DEFERRED 和数据库删除从驱动程序中移出
  • 不要让 gerrit 覆盖依赖提交
  • LBaaS 相关演讲提交
  • 设计会议。
    • 我们想为 3 个会议做准备吗？一个关于 Octavia，一个关于 Flavor 框架（与高级服务团队合作），一个关于 Neutron LBaaS。
    • 我们什么时候错过设计会议的截止日期？
    • 我们是否应该在下一次峰会上讨论 K 工作优先级？我们是否应该在巴黎峰会之前提交一些规范/BP？
  • 中期聚会。
    • 我注意到 Neutron 在 juno-2 之前举行了中期聚会，nova 本周举行了聚会。我们下一次聚会什么时候最好？在 kilo-2 之前还是之后？


会议 24.07.2014

Agenda

  • 评审更新
  • TLS 工作分工

会议 17.07.2014

Agenda

  • 评审更新
  • 讨论障碍以及如何缓解
    • Juno 发布即将到来！

会议 10.07.2014

Agenda

  • 巴黎峰会演讲 (Susanne)
  • 代码审查问题
  • Shim 与 Agent 重构

会议 03.07.2014

Agenda

  • shim 层真的需要在 Juno 中吗？
    • 如果旧 API 和新 API 将独立共存，为什么需要 shim 层？
      • 有这样一个注意事项：pool 资源可以在两个 API 中独立存在。可以通过重命名新 API pool 或为 pool 资源执行 shim 来实现。
  • 代理重构是否应该包含在主要的 object object 模型重构中？插件可以直接调用命名空间驱动程序，并进行一些修改。
  • 仅存在于数据库中而不存在于后端中的实体的状态（即它们未链接到现有的负载均衡器）
  • 驱动程序是否可以在 Juno 版本中继续增强？
  • “核心”代码何时登陆 gerrit？

会议 26.06.2014

Agenda

  • 更新
  • 节点池与池命名。
    • 将讨论转移到 ML
  • Mark McClain 的 flavor 蓝图
    • 请大家审查。明天就此项目开会。
  • TLS 蓝图更新 (evgenyf)
    • 我们同意将开发工作转移到仅 v2。
  • L7 切换蓝图 (avishavb)
    • 请大家审查 bp。

会议 12.06.2014

Agenda

会议 05.06.2014

Agenda

  • 黑客马拉松后勤
    • 计划 2 周后的黑客马拉松
    • 黑客马拉松的可能范围
      • Neutron LBaaS 中 API 修订
        • 在 Juno 冻结时，哪些功能将通过 Neutron LBaaS API 公开（SSL？L7？等）
      • 清理 Neutron LBaaS 插件接口点
      • 使参考实现与 API 修订保持最新
    • 选择 Barbican 集成方向
      • 使用事件模型
      • 将编排决策推送到 GUI 和 power API 用户
  • BP 重构审查

会议 29.05.2014

Agenda

  • 完成第一个对象模型重构蓝图
    • https://review.openstack.org/#/c/89903/
    • N:M 与 1:M 负载均衡器到监听器的关系
      • 负载均衡器上的 IPv4 和 IPv6 地址
    • N:M 与 1:M 池到健康监视器的关系
      • 是否应该将弃用留到另一个蓝图？
    • M:1 与 1:1 监听器到池
    • 池状态
  • 完成对象模型和 API 重构所需的任务的史诗/伞状蓝图

会议 22.05.2014

Agenda

我们还应该讨论新的 API 将需要不同的工作流程才能启动和运行负载均衡器。它看起来如何，是否有意义。我认为创建工作流程将是

  • 创建池
  • 创建池成员并将其与池关联
  • 创建监听器并将池添加到此监听器。
  • 创建负载均衡器并将监听器添加到此负载均衡器。

这可能存在一些问题，因为我认为可能期望根对象首先创建。在这种情况下，负载均衡器是根对象，最后创建。所以另一个选项是

* Create Load Balancer
* Create Listener and associate it with the load balancer
* Create Pool and associate with Listener
* Create pool member and associate with pool

问题在于实际的负载均衡器进程何时启动？这是否解决了负载均衡器和监听器之间的 M:N 关系？负载均衡器应该能够添加现有的监听器。

  • subnet_id 是否应该位于池、池成员或其他地方？
  • 驱动程序抽象类更改以支持新的 API

当前方法是

  • create_vip, update_vip, delete_vip
  • create_pool, update_pool, delete_pool
  • create_member, update_member, delete_member
  • create_pool_health_monitor, update_pool_health_monitor,
  • delete_pool_health_monitor
  • stats

我们可能只需要更改 vip 到负载均衡器即可。

会议 01.05.2014

Agenda

会议 10.04.2014

Agenda

  • 网络功能与虚拟化设备

- 需要讨论基本概念，而不仅仅是 lbaas API。特定的对象与负载均衡器概念。

  • API 讨论更新
  • 状态字段：admin、operational、deployment

- 成员状态

行动项目

  • Jorge 将在 ML 上参与“Single API”讨论
  • 概述现有 LBaaS API 的问题
  • Jorge 基于 Atlas API 规范创建 API 提案。
  • 将“最小公分母”要求添加到 wiki

会议记录

会议记录：http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-10-14.01.html
日志：http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-10-14.01.log.html

会议 03.04.2014

Agenda

  • 讨论 API 提案

行动项目

会议记录

会议记录：http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-03-14.00.html
日志：http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-03-14.00.log.html

2014年3月27日会议议程

  • 术语表

https://wiki.openstack.org/wiki/Neutron/LBaaS/Glossary

  • 对象模型讨论

大部分关键点已经讨论完毕。

  • 协作

其中一项 - 与现有 libra 功能的集成

  • 高可用性 (HA)
  • 开放讨论

链接：https://wiki.openstack.org/wiki/Neutron/LBaaS/requirements

2014年2月13日会议议程

蓝图跟踪

  • 负载均衡器实例

我们将重新审视该功能的理由和设计。

  • L7 规则

我们将讨论 Stephen Balukoff 的最新进展和提案

  • SSL

讨论主题

  • lbaas 的下游版本（？）
  • 服务类型框架（提供商）

我们有一个正在审核的补丁 https://review.openstack.org/#/c/64139/，它引入了使用相同的供应商驱动程序和不同的配置参数来配置不同提供商的能力。这看起来更适合使用 flavors 来解决。

开放讨论

您是否有其他希望在峰会上讨论的主题？

Icehouse LBaaS Etherpad: https://etherpad.openstack.org/p/icehouse-neutron-lbaas


2014年2月6日会议议程

公告/一般信息

  • 门禁稳定，我们可以继续审核

错误

蓝图跟踪

  • 负载均衡器实例
  • SSL
  • L7 规则
  • HAProxy 的高可用性支持

厂商蓝图

讨论主题

  • lbaas 的下游版本（？）

开放讨论

您是否有其他希望在峰会上讨论的主题？

Icehouse LBaaS Etherpad: https://etherpad.openstack.org/p/icehouse-neutron-lbaas

从 "https://wiki.openstack.org/w/index.php?title=Network/LBaaS/Attic&oldid=71668" 检索