InstrumentationMetricsMonitoring10292012
3:02 话题在 #openstack-meeting 是：OpenStack 会议 || 在 #openstack-dev 中开发 || 在 #openstack 中寻求帮助
3:02 markmcclain enikanorov: 我在做一些客户工作
3:02 edgarmagana adeu
3:02 mestery 3:02 稍后！
3:02 salv-orlando bot 现在可以工作了 - 抱歉
3:02 danwent 都可以
3:02 markvoelker 晚安各位
3:02 nati_ueno_ 再见！
3:02 SumitNaiksatam_ 再见 3:02 asomya 离开了房间。
3:02 sachint__ 稍后
3:02 salv-orlando 这不是我们的错 3:02 markvoelker 离开了房间 (退出: 退出: Colloquy for iPad - http://colloquy.mobi)。
3:02 salv-orlando 再见
3:03 sasharatkovic 再见
3:03 harlowja
3:03 amotoki 可以在 http://eavesdrop.openstack.org/irclogs/%23openstack-meeting/ 找到 IRC 日志。 3:03 john5223 离开了房间 (退出: 退出: Leaving)。
3:03 harlowja bot 不工作 3:03 sasharatkovic 离开了房间 (退出: 退出: 页面已关闭)。 3:03 edgarmagana 离开了房间 (退出: 退出: 页面已关闭)。
3:03 asalkeld 你好
3:03 harlowja 你好
3:03 nijaba o/
3:03 eglynn o/ 3:03 mlavalle 离开了房间。
3:03 jeffreyb sandywalsh: 嘿
3:04 sandywalsh o/ 我来了
3:04 jeffreyb 太棒了
3:04 anniec ^hyay sandy!
3:04 timjr
3:04 jeffreyb 等待 angus 等人 3:04 pamor 离开了房间 (退出: 退出: 页面已关闭)。
3:04 asalkeld 我在这里
3:04 dhellmann o/
3:04 jeffreyb 你们有时间看上周的图表了吗？ 畅所欲言 3:04 nati_ueno_ 离开了房间 (退出: 远程主机关闭了连接)。
3:04 asalkeld yip, 好的开始 3:04 dhellmann jeffreyb: 图表？ (我想这是否定的) 3:04 markmcclain 离开了房间 (退出: 退出: Leaving)。
3:05 jeffreyb 关于上周的规范
3:05 eglynn https://wiki.openstack.org/InstrumentationMetricsMonitoring?action=AttachFile&do=view&target=InstrumentationMonitoringSketch.png
3:05 timjr https://wiki.openstack.org/InstrumentationMetricsMonitoring?action=AttachFile&do=view&target=InstrumentationMonitoringSketch.png 这个 meetbot 在吗？ 3:05 zyluo 离开了房间 (退出: 退出: Leaving)。 3:05 salv-orlando 离开了房间。
3:05 jeffreyb 是的，有点难在 IRC 上演示，但它捕捉了我们的想法
3:05 asalkeld registry ~= config?
3:05 harlowja 当然，近似 == 类似于 python 的日志配置 '类似'
3:06 jeffreyb 将其视为一个指标根
3:06 eglynn 我想知道“指标驱动程序”加上处理程序是否会取代 ceilometer 今天的位置？ s/weher/where/
3:06 dhellmann timjr: 我认为之前的会议上的人说 bot 坏了
3:06 jeffreyb 不确定……想知道是否有共同之处
3:06 asalkeld 我认为包括 ceilometer-agent 在内的所有内容都应该使用相同的 lib
3:06 jeffreyb 所以也许可以驱动 ceilometer
3:06 sandywalsh 嗯，图表对我来说有点令人困惑 3:06 roampune 离开了房间。
3:06 jeffreyb 欢迎改进。 我把来源放在了 wiki 上。
3:07 asalkeld 所以 registry.new_data(...)
3:07 jeffreyb 核心部分是拥有测量位，然后可以将其用于驱动指标流到文件|数据报|ceilometer？
3:07 asalkeld 去寻找处理程序是吧 所以一个问题是所需字段的差异 3:08 mattray [~Opscode@pdpc/supporter/21for7/mrayzenoss] 进入了房间。
3:08 asalkeld 所以计量需要更多信息，而跟踪可能需要更少 3:08 ijw11 离开了房间。
3:08 jeffreyb 我们考虑过拥有作用域规则以及指标级别（例如日志级别：计费、监控、分析）
3:08 sandywalsh 不是很清楚指标层意味着什么，它与 monkeypatching/decorator 层以及处理程序/驱动程序（与 notifier 驱动程序相比）如何工作
3:09 harlowja
/reload
错误的地方
3:09 eglynn 或者另一种方法是让 ceilometer 提供不同的处理程序/发射器/发布者，即用于路由/转换这些数据的通用基础设施
3:09 jeffreyb 指标核心可以通过 m.patch 或通过装饰器使用
3:09 eglynn (无论来源如何)
3:09 sandywalsh 基本上整个中间块令人困惑 3:09 ejkern 离开了房间 (退出: Ping 超时: 245 秒)。
3:09 jeffreyb sandy: 你的建议是什么？ 3:10 harlowja 离开了房间 (退出: 退出: 我要弹一下这个关节！)。
3:10 jeffreyb 其他人，这是否也让你们感到困惑？ 3:10 harlowja [~harlowja@nat/yahoo/x-fwjzzopkarfcwbxt] 进入了房间。 3:10 vbannai 离开了房间 (退出: 退出: Ex-Chat)。
3:10 jeffreyb 我也许可以尝试创建一个带有注释的图表指南
3:10 timjr 我认为这个想法是，你可以通过 monkeypatching 使用指标层，或者通过装饰器，或者通过显式函数调用
3:10 dhellmann 不是很清楚盒子内部的 nova-* 是“逻辑”分组还是代码在运行时所在的位置
3:10 sandywalsh 好吧，我们谈论的是两件事：事件（用于计费和监控）和工具（用于性能）
3:11 jeffreyb 是的，所以这意味着在各种守护程序中使用的 lib
3:11 dhellmann sandywalsh: 它们是不同的事情，但我们正在探索是否可以共享处理数据的代码，在不同的级别
3:11 eglynn sandywalsh: 当然，但仍然有一些共同之处，我怀疑
3:11 jeffreyb 我没有时间放入接口边界
3:11 dhellmann 例如，“指标驱动程序”框和所有驱动程序都可以与 ceilometer 代理共享，以便代理和工具化的服务可以使用相同的代码将数据发送到相同的位置
3:11 sandywalsh 嗯，工具的动机与监控/计费的动机非常不同
3:11 jeffreyb 是的，我认为其中一些肯定可以共享/共同使用
3:12 timjr 我们认为你可以将指标视为计费数据的超集……所以我们引入了级别概念——meter、monitor、profile 就像日志中的 error、info、trace 一样
3:12 dhellmann 甚至可以使用相同的代码将数据发送到不同的位置
3:12 jeffreyb 确实存在监控和工具之间的重叠，但是，你最终可能会以不同的方式使用数据
3:12 dhellmann 对
3:12 harlowja 对
3:12 asalkeld 同意
3:12 eglynn sandywalsh: 确实如此，但一些机制从 A 到 B 获取这些数据仍然是共同的，对吗？
3:12 sandywalsh 工具的采样率远高于监控
3:12 timjr 数据发出的位置不应该知道它要去哪里
3:12 nijaba 我们在上次峰会上做了一个关于用例要求的优秀表格，顺便说一句
3:12 sandywalsh 并且工具可以承受丢失一些数据
3:13 jeffreyb 采样率更高
3:13 harlowja sandywalsh: 这不是关于如何生成数据，而是关于如何使用数据吗？
3:13 jeffreyb 但监控也可以承受丢失数据
3:13 asalkeld sandywalsh，同意，但 notifier 可以做到
3:13 dhellmann sandywalsh: 这将在发布者中配置
3:13 eglynn sandywalsh: 这是一个好点，关于可丢弃性 sandywalsh: 只有计量才真正需要完整性
3:13 sandywalsh 嗯，实际上监控也需要它
3:14 tgall_foo [~tgall@70.35.96.184] 进入了房间。
3:14 harlowja 所以确保发布 '^hbilling' 的机制使用 NonDroppableHandler 3:14 tgall_foo 离开了房间 (退出: 更改主机)。 3:14 tgall_foo [~tgall@linaro/tgall-foo] 进入了房间。
3:14 timjr 所以，你可以使用指标层通过 monkeypatching，或者通过装饰器，或者通过显式函数调用
3:14 jeffreyb 工具通常会在事件发生后使用，因此我不确定你是否需要将其实时传播到仪表板/工具
3:14 sandywalsh 我们需要一个有效的状态图……（用于编排等）
3:14 eglynn 对于监控，一旦数据变旧，其价值就会迅速下降
3:14 jeffreyb eglynn: 非常正确
3:14 eglynn （如果队列备份等，可以将其丢弃）
3:14 jeffreyb 你当然不想丢失监控数据，但如果必须这样做，你也可以
3:15 sandywalsh 它取决于……监控与计费同等重要，我们需要所有事件才能获得完整的图景
3:15 eglynn 你想要最新的
3:15 jeffreyb 是的，但你更愿意传递高优先级 c&c 消息
3:15 eglynn 一个小时前的数据已经过时了
3:15 sandywalsh 工具是趋势数据
3:15 eglynn （可以对其进行采样）
3:15 timjr sandywalsh: 你能详细说明一下吗？ 趋势？ 3:15 sachint__ 现在被称为 sthakkar
3:16 eglynn 在 twitter 的意义上？ （趋势……）
3:16 sandywalsh 工具是每秒调用次数、平均执行时间等
3:16 timjr 当然，如果 rabbitmq 的调用延迟增加，那么我们知道在哪里寻找问题
3:16 sandywalsh 监控/计费需要一个唯一的消费者和移交保证
3:16 timjr 当然，但他们可以使用代码中的相同发射钩子
3:17 jeffreyb 交付 SLA 与测量是分开的
3:17 timjr 他们只需要不同的处理程序（在日志类比中）
3:17 asalkeld 是的 3:17 sthakkar 现在被称为 sachinthakkar
3:17 eglynn 计费是这样，但如果必须选择更多或更新的监控数据，那么旧数据将被采样或丢弃
3:17 sandywalsh timjr: 不完全正确，存在成本
3:17 eglynn （在极端情况下……）
3:17 timjr 当然
3:17 dhellmann 认为我们有点过早地争论实现细节
3:18 harlowja
3:18 jeffreyb sandy: 是的，我们希望在各处使用工具
3:18 timjr 所以，如果级别是“meter”（或者“计费”，如果你愿意），你必须小心，因为如果移动它，有人最终可能会付费！
3:18 anniec 非常类似于日志概念……有不同的级别
3:18 sandywalsh 是的，监控/计费需要明确的锚点
3:18 timjr 我认为明确地在代码中进行调用很重要
3:18 anniec 你打开你需要的
3:18 sandywalsh 嗯，我不确定 anniec 的观点
3:18 jeffreyb 那么我们试图回答的问题是什么？ 1) 计费|监控|工具的来源相同吗 2) 如何？
3:19 dhellmann 任何来源相同吗？
3:19 jeffreyb 我认为我们没有就 #1 达成一致 3:19 sandywalsh jeffreyb: 我正在努力达成术语/要求的一致，以便我们可以讨论实现
3:19 timjr dhellmann: 确实。 我对日志和指标是否应该相同犹豫不决。 迹象表明“否”
3:19 dhellmann 如果来源不相同，那么共享交付代码有什么好处？
3:19 jeffreyb doug: 似乎对于某些计费内容存在重叠
3:19 sandywalsh 图表强烈暗示了实现
3:19 eglynn 1) 来源可能不同，但可以为“发布”提供通用基础设施
3:20 sandywalsh 我认为计费和监控是一样的 3:20 sthakkar [4834601d@gateway/web/freenode/ip.72.52.96.29] 进入了房间。
3:20 sandywalsh 我认为工具是不同的动物
3:20 jeffreyb sandywalsh: 你可以自己画图！
3:20 timjr 好吧，我们正在威胁要实现它……
3:20 harlowja 哈哈
3:20 eglynn sandywalsh: 不同意，时效性与完整性 3:20 sandywalsh jeffreyb: 我会
3:20 jeffreyb 重点是，我们都应该提出一些观点，看看我们可以在哪里达成一致或同意不同 sandywalsh: 很好
3:21 asalkeld 好吧，我认为如果代码在一个地方，开发人员更容易看到如何执行两者
3:21 sandywalsh （阅读回滚，很难跟上）
3:21 jeffreyb sandywalsh: 我把 vdx 和 graffle 放在了 wiki 上，如果你想重用这些片段 3:21 sandywalsh jeffreyb: 好的，我会做一个 wiki 页面，但谢谢 3:22 nijaba jeffreyb: 链接？
3:22 jeffreyb nijaba: https://wiki.openstack.org/InstrumentationMetricsMonitoring
3:22 sandywalsh 正如我之前说过的那样，我担心将工具钩子放入 trunk（永久），因为需求如此多样
3:22 jeffreyb sandywalsh: 你的担忧是性能还是代码清洁度？
3:23 harlowja 只是一个观点，facebook、yahoo、google 代码，工具在 trunk 中
3:23 jeffreyb sandywalsh: 是 tach 类型的，用于一次性分析还是持续使用？
3:23 timjr sandywalsh: 即使有额外的工具也不会有危害——如果你不想要它，你只需关闭它
3:23 sandywalsh timjr: 不完全正确，存在成本
3:23 timjr 你只需关闭它，如果你忽略它
3:23 asalkeld sandywalsh，不是很多公司容忍 monkey patching
3:23 timjr 函数调用不是免费的，这是真的
3:23 sandywalsh 驱动程序/库/加载器/配置
3:23 dhellmann timjr: 甚至更便宜，因为装饰器可以在启动时评估“开启/关闭”标志
3:23 jeffreyb sandywalsh: 但 tach 是用于一次性分析还是持续使用？ 3:24 sandywalsh jeffreyb: 两者，我们永久使用它，也用于一次性使用 3:24 metral_ [~metral@c-24-4-21-156.hsd1.ca.comcast.net] 进入了房间。
3:24 harlowja dhellmann: 真的，不错
3:24 sandywalsh timjr: 也许吧
3:24 jeffreyb sandywalsh: 所以你计划继续使用猴子补丁吗？ 3:24 sandywalsh jeffreyb: 为了工具化，是的
3:24 sandywalsh trunk 中的装饰器已经开始引起问题
3:24 timjr 这方面还是有空间的——你可以更广泛地应用猴子补丁，而不是在每一行代码上都添加工具化调用
3:25 jeffreyb sandywalsh: 那么实时监控资源/池等呢？这算工具化吗？
3:25 dhellmann 将猴子补丁作为一种选择会提供良好的灵活性，但我认为这不应该排除内置工具化
3:25 sandywalsh 装饰器最大的问题在于它们与异常的交互方式
3:25 timjr 但我不想让重要的事件或测量结果是隐式的 3:25 markwash [~markw@c-71-202-143-22.hsd1.ca.comcast.net] 进入房间。
3:25 timjr 事件/或/测量结果，甚至
3:25 sandywalsh 事件我完全同意应该硬编码
3:25 harlowja sandywalsh: 同意，现在的装饰器有点像黑客式的编排，黑客式的 eventlet 异常捕获…
3:25 nijaba timjr: +1
3:25 dhellmann sandywalsh: 装饰器能做 tach 做不到的事情是什么？
3:25 jeffreyb dhellmann: 我认为基础指标/测量物可以以两种方式使用：装饰器和猴子补丁——然后传输管道是共享的
3:25 sandywalsh harlowja: +1 3:26 dhellmann jeffreyb: 同意
3:26 sandywalsh dhellmann: tach 不会影响 trunk 并且始终是外部包装器
3:26 dhellmann sandywalsh: 作为外部包装器有助于处理异常吗？
3:27 jeffreyb sandywalsh: 但我们很多人最终会在 trunk 之外进行补丁以满足相同需求，不是吗？
3:27 sandywalsh 那么，假设一个开发人员想要工具化 nova 的一部分（比如网络） 3:27 metral 离开房间 (退出: 读取错误: 操作超时)。 3:27 metral_ 现在被称为 metral
3:27 sandywalsh 他们要么创建一个一次性分支，要么提交到 trunk
3:27 jeffreyb 似乎随着时间的推移，我们会越来越想深入了解我们一直要测量的东西，以便更容易地描述系统行为
3:27 sandywalsh 两者都不是特别有吸引力
3:27 jeffreyb 并分析运行时故障 3:28 sandywalsh jeffreyb: 是的
3:28 harlowja 为什么提交到 trunk 坏？
3:28 eglynn 这样的补丁会长期保留吗？
3:28 sandywalsh 为了工具化，这意味着在各处添加钩子
3:28 eglynn (或者只保留到找到瓶颈的时间)
3:28 sandywalsh 对于监控/计费来说，这很好
3:28 jeffreyb 我预计工具化会随着时间的推移在 trunk 中增长
3:28 timjr 我们应该在 trunk 上进行性能级别的工具化，如果可能的话，因为我们应该有一个 CI 网关来查找性能回归，最终
3:28 asalkeld sandywalsh，在它增加通用价值的地方 3:28 sandywalsh jeffreyb: 这就是问题
3:28 eglynn 也就是说，超细粒度的分析本质上是可丢弃的吗？
3:28 sandywalsh timjr: 不同意
3:29 timjr 扬起眉毛
3:29 jeffreyb sandywalsh: 我认为这是好事
3:29 timjr sandywalsh: 我不明白你的观点，我想…你能详细说明一下吗？
3:29 jeffreyb 我们的挑战是让它在运行时影响可以忽略不计，并且让那些不需要或不需要它的人可以关闭它
3:29 sandywalsh 我们可以通过监控事件或 MP'ed 安装来控制 CI 流程
3:30 jeffreyb 猴子补丁方法在某些情况下很好，但对于大量函数来说会变得有点困难
3:30 timjr sandywalsh: 确实，那也可以
3:30 sandywalsh 而且每个人都可以工具化对他们重要的东西，而不是“规定”重要的点
3:30 timjr 但是，作为开发人员，我想知道我的代码更改可能会影响哪些事件，因此最好在我要更改的代码中存在它们
3:30 jeffreyb sandywalsh: 好吧，这就是我们想要添加一些范围控制和级别控制的地方
3:30 asalkeld 为什么不同时支持代码中的跟踪和猴子补丁呢？
3:31 timjr 我们肯定会想要规定一些重要的点 3:31 sandywalsh jeffreyb: 这听起来对我来说太重了，对于如此短暂的东西
3:31 eglynn 那么我们能否区分具有长期用途的工具化（粗粒度计时、故障计数等）和仅对解决特定问题感兴趣的临时工具化？
3:31 asalkeld 并且让 ptl 决定他们想要跟踪的地方
3:31 jeffreyb 我们认为这种数据是宝贵的
3:31 dhellmann 是的，我不认为我们会让每个人都同意猴子补丁或内置工具化，所以这感觉像一个兔子洞般的讨论
3:31 anniec asalkeld: +1
3:31 sandywalsh 有一些低垂的果实可以进行工具化，就像我们今天在 rpc 层所做的那样
3:31 asalkeld 问题：我们应该制作这样的库吗？
3:32 dhellmann 如果我们同意有*一些*用于监控的工具化，我们能用这些结果做什么，以及我们可以共享多少？
3:32 timjr 兔子洞？我们在…繁殖吗？
3:32 asalkeld 应该是什么样子？
3:32 sandywalsh 但仅仅因为它们存在，我仍然不认为这些代码应该在 trunk 中
3:32 jeffreyb asalkeld: 我认为答案是肯定的
3:32 dhellmann timjr: 我们迷失在黑暗中了吗？
3:32 timjr 哦，而且毛茸茸的
3:32 harlowja 而且毛茸茸的
3:32 sandywalsh dhellmann: 是的，一旦我们获取数据，我们可以使用通用代码来处理它
3:32 timjr 稍微远离 harlowja
3:33 harlowja 靠近一点
3:33 sandywalsh 我主张这种低级区别
3:33 dhellmann sandywalsh: 好的。我们来谈谈吧
3:33 timjr 那么，让我们举一个具体的例子
3:33 jeffreyb 我猜想对处理方式会有特定的偏好
3:33 timjr 如果我想知道数据库延迟，例如
3:33 jeffreyb 例如，我们可能会收集大量数据并将其交给研究人员在 hadoop 网格上寻找有趣的东西
3:34 timjr 有什么理由不把一行代码放在那里，说明“这定义了数据库延迟的范围”？
3:34 sandywalsh timjr: 有很多方法可以解决这个问题，而无需影响 trunk
3:34 timjr 如果这些信息在配置文件或补丁中，在后续代码更改时会不太健壮
3:35 sandywalsh 那么，考虑一下 cells 的工作方式
3:35 timjr 这…是联邦层吗？
3:35 sandywalsh cells 对 compute.api 有新的派生，将调用重定向到其他（子）cells
3:36 timjr 我不确定大家对联邦与单体扩展的价值是否有共识
3:36 sandywalsh 在正常情况下，它都作为一个 cell 工作，但通过更改 --foo_driver 标志，它可以使用我们可以对 --db_api 和其他更大的子系统做同样的事情，这不需要成为 trunk 的永久部分
3:36 jeffreyb 似乎并非所有事情都可以或应该通过 1) 补丁，2) 队列 rpc 来测量/控制
3:36 sandywalsh 但相反，它可以是“ceilometer 的额外部分”
3:37 timjr 我认为 trunk 应该提供一个不错的补充指标集
3:37 jeffreyb 如果工具化数据优先级较低，那么它不应该通过与计费和控制消息相同的通道传递
3:37 harlowja 像 java 中的其他库一样，这可能是一个好的讨论点，https://github.com/johnewart/ruby-metrics，那里的概念似乎对其他语言中的其他人有用，作为一个库，你可以在你的猴子补丁中使用它，你可以在 ceilometer 中使用它，等等，类似于 openstack/python 的东西似乎是正确的方法，至于有多少进入 trunk，或者有多少没有，这取决于代码审查员和其他人，dhellmann ceilometer 应该是该库的重点吗？
3:37 sandywalsh timjr: 你仍然可以通过一个配置文件来做到这一点，该配置文件命中主要的/商定的点 timjr: 它不需要弄乱 trunk
3:37 jeffreyb harlowja: 规则违规——文字太多
3:37 harlowja
3:38 timjr sandywalsh: 但是如何将配置文件连接到代码？
3:38 sandywalsh timjr: tach，今天，拥有所有 nova rpc 和其他区域的钩子（用于工具化，而不是监控/计费）
3:38 harlowja sandywalsh: 我们将混乱与不混乱分开，这似乎是代码审查员接受它与否的问题，但共同的概念是 ceilometer 或某个库应该被创建来帮助最终结果是什么？
3:38 dhellmann harlowja: ceilometer 被接受为一个孵化项目，用于测量 openstack 云中的事物。我认为这意味着是的，该库应该成为该项目的一部分。但这并不意味着代码最终会长期驻留在哪里。
3:39 jeffreyb sandywalsh: 测量 eventlet 资源怎么样？
3:39 sandywalsh dhellmann: 我真的不在乎它驻留在哪里（ceilometer 或另一个项目），但它不必驻留在 nova trunk 中
3:39 jeffreyb dhellman: 我放在 spec/etherpad 上的东西与你对 ceilometer 的想法类型相符吗？
3:39 harlowja 当然
3:39 dhellmann harlowja: 也许其中一些会进入 oslo，或者我们将它作为独立库发布，由 ceilometer 项目管理
3:39 harlowja 是的，这可能会有用 3:39 tgall_foo 离开房间 (退出: 退出: 计算机已进入睡眠状态)。
3:40 jeffreyb sandywalsh: 那么会把它放在 irc 吗？ https://wiki.openstack.org/InstrumentationMetricsMonitoring — 参见测量部分 er，sandy，我的意思是 rpc 抱歉
3:40 sandywalsh
3:40 dhellmann jeffreyb: 哦，我以为有一个 etherpad
3:40 sandywalsh 我想知道
3:41 jeffreyb dhellman: 我把 etherpad 中的大部分内容复制到那里了 3:41 sandywalsh jeffreyb: 它不必，但我的正在进行的项目的确使用了这种方法 3:41 dhellmann jeffreyb: 狡猾 3:41 sandywalsh jeffreyb: 我总是乐于接受更好的建议
3:41 jeffreyb sandywalsh: 你担心传输的影响吗？ 3:41 sandywalsh jeffreyb: 它正在使用相同的 eventlet 后门来计算 greenthreads jeffreyb: 重点是获得真实的测量结果
3:41 jeffreyb 啊是的，你提到了它，但我没有时间看它 3:42 dhellmann jeffreyb: 我没有想到一个全面的列表。我一直以来的设计目标是让 ceilometer 具有可扩展性，这样我们就不用自己考虑所有要测量的事情。
3:42 sandywalsh 而且带宽/频率很低
3:42 dhellmann 这看起来是一个需要测量的东西的良好列表
3:42 sandywalsh 所以…ceilometer worker…这似乎有点过头了…我们能用一个精简的 worker 作为通用代码的一部分吗？
3:42 harlowja 实现细节，ceilometer worker 是一个指标/计费“接收器”对吧，而不是唯一的指标/计费“接收器”我希望
3:42 sandywalsh dhellmann: 我们今天正在使用 YAGI 进行计费，没有问题
3:42 dhellmann sandywalsh: 如果 worker 在处理一些事件时崩溃了怎么办？如何避免在重新启动时重新处理它们？
3:42 timjr 我认为我们的观点是，只要它是可插拔的，我们不在乎传输
3:43 jeffreyb timjr: 是的
3:43 dhellmann timjr: +1
3:43 sandywalsh harlowja: 好吧，这很棘手。老实说，我认为 rabbit_queue_list 标志不好……这些队列很大，事件也很庞大。我们希望发布通知更少，而不是更多
3:43 nijaba 我们需要可靠的传输
3:43 harlowja 有些需要
3:43 sandywalsh nijaba: 当然
3:44 jeffreyb uh, 可靠的传输用于某些用途，但并非所有用途
3:44 nijaba harlowja: 没错
3:44 sandywalsh 对于监控/计费，它必须是可靠的
3:44 timjr 我会说计费需要可靠的传输，而细粒度的性能信息可以使用 UDP
s/rpc methods
3:44 sandywalsh 对于工具化…meh
3:44 nijaba 是的，那个是关于计量位
3:44 sandywalsh 同意
3:45 timjr nod
3:45 sandywalsh harlowja: 好吧，问题在于，ceilometer worker 是一个指标/计费“接收器”对吧，而不是唯一的指标/计费“接收器”我希望
3:45 dhellmann harlowja: 是的“一个”而不是“唯一的”
3:45 sandywalsh dhellmann: 我们正在使用 YAGI 进行计费，没有问题
3:45 dhellmann sandywalsh: 如果 worker 在处理一些事件时崩溃了怎么办？如何避免在重新启动时重新处理它们？
3:45 timjr 我认为我们的观点是，只要它是可插拔的，我们不在乎传输
3:46 jeffreyb timjr: 是的
3:46 dhellmann timjr: +1
3:46 sandywalsh harlowja: 好吧，这很棘手。老实说，我认为 rabbit_queue_list 标志不好……这些队列很大，事件也很庞大。我们希望发布通知更少，而不是更多
3:46 nijaba 我们需要可靠的传输
3:46 harlowja 有些需要
3:46 sandywalsh nijaba: 当然
3:47 jeffreyb uh, 可靠的传输用于某些用途，但并非所有用途
3:47 nijaba harlowja: 没错
3:47 sandywalsh 对于监控/计费，它必须是可靠的
3:47 timjr 我会说计费需要可靠的传输，而细粒度的性能信息可以使用 UDP
3:47 sandywalsh 对于工具化…meh
3:47 nijaba 是的，那个是关于计量位
3:48 sandywalsh 同意
3:48 nijaba 所以传输必须是可插拔的，周期……
3:49 timjr nod
3:49 sandywalsh 所以，我认为看到一个精简的 worker 作为通用代码的一部分会很好
3:49 harlowja lean-mean, 很好
3:49 nijaba sandywalsh: 这正是重点
3:49 jeffreyb sandywalsh: 你说的是消息出队、发送还是两者都有？
3:50 sandywalsh 我们过去几个月尝试了无数种方案。奇怪的是，只有少数几种组合在规模上才能可靠地工作
3:50 anniec 大家下午好，会议还剩10分钟.. 大家觉得我们对要前进的方向有充分的理解吗？还是应该在下次会议中召开 G+ Hangout 来进一步解释？ 3:50 sandywalsh jeffreyb: 我主要担心从 rabbit 消费事件并“对它们做些什么”
3:50 jeffreyb anniec: 真的吗？
3:50 sandywalsh 哈哈
3:50 harlowja sandywalsh: 你遇到过哪些变种，只是出于好奇，MQ 相关的？其他的？
3:50 timjr 嗯，好吧，我将尝试提出一些客户端代码和配置的具体示例
3:51 anniec 最初，Angus 希望会议能确定谁能做什么..
3:51 timjr 这样我们可以在下次会议或任何时候讨论这个问题
3:51 jeffreyb sandywalsh: 我觉得将检测事件放入 rabbit 是个坏主意
3:51 sandywalsh carrot, kombu, 各种 amqp 库在底层。频繁的内存/锁定问题
3:51 harlowja sandywalsh: 这只是选择将数据写入和代理读取的位置不同，对吧？
3:51 anniec 所以回到最初的意图
3:51 harlowja sandywalsh: 不要使用 amqp？
3:51 sandywalsh jeffreyb: 检测不应该进入 rabbit
3:51 anniec 如果仍然存在阻碍我们前进的未解决问题，我们应该找到前进的方法
3:51 timjr 我认为我们已经达成共识，即可以使用可插拔的传输
3:51 sandywalsh 如果有帮助，我可以编写一个提案 wiki 页面？
3:51 asalkeld 好的
3:51 timjr 在显式代码和 monkeypatching 之间存在一些分歧
3:52 sandywalsh 你们可以随意弯曲/纺锤/破坏
3:52 timjr 我要指出的是，两者并非互斥的，甚至
3:52 harlowja 让它存在吧，显式代码与 monkeypatching，无论接受代码的审查者喜欢哪个
3:52 asalkeld 我认为我们达成一致的程度更高
3:52 sandywalsh timjr: 那是我最大的问题，但再次强调，这取决于它的用途
3:52 harlowja 赞同，击掌
3:52 timjr 我不认为我们会排除 monkeypatching
3:52 jeffreyb timjr: 不，或者装饰器
3:52 timjr 这是一个很好的逃生舱，用于监控，人们不想清理和贡献回来，无论出于什么原因
3:52 sandywalsh harlowja: 我希望事情没那么简单... 很多时候代码在没有经过充分考虑的情况下就被批准了
3:52 anniec 好的.. 所以 tim 将在下一次讨论中提出客户端代码和配置的示例，还有谁在做什么？
3:53 harlowja sandywalsh: 同意，哈哈
3:53 anniec 抱歉.. 我是个经理类型.. 会议结束时，需要有一个行动项列表
3:53 sandywalsh 我建议你查看我周五更新的 StackTach worker
3:53 jeffreyb anniec: 禁止
3:53 harlowja anniec: 好样的，哈哈
3:53 sandywalsh 而且 Stacky 已经启动
3:53 timjr sandywalsh: 我保证在下次会议之前好好阅读 stacktach，我很遗憾之前没有这样做
3:53 sandywalsh 我有一个关于两者情况的视频，我正在等待批准，向 ML 发送安装指南和操作方法
3:53 harlowja 视频，哈哈，不错
3:54 sandywalsh s/approach/approval/
3:54 harlowja 热情的 stacktach 动作
3:54 timjr 哈哈
3:54 sandywalsh 是的... 古怪的屏幕录像
3:54 asalkeld 我们能找到一个放置库代码的地方吗？
3:54 harlowja ceilometer 子目录？
3:54 eglynn ceilo？
3:54 nijaba 好的
3:54 sandywalsh stacktach/stacky 目前位于 github/rackspace 3:54 dolphm 离开房间 (quit: Remote host closed the connection).
3:55 asalkeld 嗯
3:55 harlowja 嗯 == 好
3:55 asalkeld 那么 nova 如何依赖它？
3:55 harlowja 这就是问题
3:55 asalkeld 我们需要像 python-ceilometer 这样的东西吗？
3:55 harlowja 但现在可能还为时过早 (当发生时，将其作为库移除？)
3:55 timjr 日志客户端库可能足够通用，可以作为 pip 供所有人使用，对它的调用必须添加到 nova 的源代码中
3:56 dhellmann 也许我们需要一个新的仓库，由 ceilometer 项目管理，但允许我们单独打包库，供其他项目使用
3:56 timjr (以及其他组件)
3:56 harlowja 新的 stackforge 'metric' 项目？
3:56 sandywalsh 嗯，我认为这是下一个争论点... 如何打包所有这些组件，以便像菜单一样选择组件
3:56 jeffreyb 让我们模拟一些代码以供共享，也许现在位置并不那么重要？
3:56 nijaba dhellmann: +1
3:56 asalkeld dhellmann，听起来不错
3:56 sandywalsh dhellmann: 是的 3:56 harlowja jeffreyb: +1
3:56 jeffreyb dhellman: 听起来不错
3:57 eglynn 听起来达成一致了
3:57 asalkeld woot 3:57 dhellmann jeffreyb: 确实，如果我们创建一个 github 仓库，我们总是可以稍后将其迁移到 openstack
3:57 sandywalsh “我想要 ceilometer worker + stacktach + RAX 计费模块” 如何获得 ^
3:57 harlowja 魔法
3:57 sandywalsh 呵呵
3:57 harlowja dhellmann: 所以一个新的 stackforge 仓库？
3:57 timjr 我认为 anvil 可以轻松配置为提取这些组件
3:58 jeffreyb 谁在使用 stacktach，或者有机会探索它？
3:58 harlowja timjr: 是的 anvil woot
3:58 sandywalsh 让我们首先确定切入点，然后再开始切片/切块项目，我认为 3:58 sandywalsh jeffreyb: 但我知道有很多使用旧 v1 的人
3:58 dhellmann harlowja: 我们很快会将 ceilometer 从 stackforge 迁移到“openstack”
3:59 harlowja kk，所以文件夹在里面？但那不是一个单独的仓库 3:59 sandywalsh jeffreyb: 但我知道有很多使用旧 v1 的人
3:59 timjr 好的，这很有趣，我第一次参加 openstack 会议
3:59 sandywalsh
3:59 timjr 下次，我希望机器人还在
3:59 dhellmann harlowja: 我们说我们会创建一个新的 github 仓库。稍后很容易移动它。
3:59 nijaba dhellmann: 我必须等待计划的维护期：gerrit 需要重新启动
3:59 harlowja wfm 重新启动 gerrits dhellmann: github 仓库在 stackforge 还是其他地方？
3:59 sandywalsh 有人想复制这个会话吗？
3:59 dhellmann nijaba: 你有时间表吗？
4:00 nijaba dhellmann: 还没有。“很快”
4:00 dhellmann nijaba: 好的 harlowja: 在我们能够控制的某个东西上，而无需与基础设施人员交谈
4:00 harlowja k harlowja: 我可以在 yahoo 组织中创建一个
4:01 gyee 离开房间 (quit: Quit: Leaving).
4:01 sandywalsh 有人想复制这个会话吗？这样我们就可以放在 wiki 上？
4:02 timjr 没有东西可以记录它，是吧？
4:02 anniec 我可以复制粘贴并通过电子邮件发送，我今天找不到日志
4:02 dhellmann anniec: 也许将文件在线发布到某个地方并发送链接？
4:02 jeffreyb 附加到 wiki
4:02 sandywalsh
4:02 dhellmann sandywalsh: 机器人坏了
4:02 sandywalsh 是的
4:02 anniec 等等.. 我没有完整的日志
4:03 sandywalsh 确实
