本文发布已超过一年。较旧的文章可能包含过时的内容。请检查页面中的信息自发布以来是否已不再准确。

Kubernetes 社区每周在线交流会议记录 - 2015 年 4 月 24 日

每周 Kubernetes 贡献者社区都会通过 Google Hangouts 进行线上会议。我们希望所有感兴趣的人都能了解论坛中的讨论内容。

议程

  • Flocker 与 Kubernetes 集成演示

会议记录

  • flocker 与 kubernetes 集成演示
    • Flocker 问答

      • 迁移后文件在 node1 上是否仍然存在?

      • Brendan: 有没有计划把它做成一个 volume?这样我们就不用 powerstrip 了?

        • Luke: 需要了解大家的兴趣,才能决定是否将其作为 kube 中的一流持久磁盘提供商。

        • Brendan: 移除对 powerstrip 的依赖将使其使用更简单。完全支持这样做。

        • Tim: 添加到 kubernetes 应该用不了 45 分钟 :)

      • Derek: 这与 persistent volumes 和 claims 有何不同?

        • Luke: 除了基于 ZFS 的新颖后端外,区别不大。它使得工作负载非常便携。

        • Tim: 与基于网络的 volume 非常不同。有趣的是,它是唯一允许升级介质的产品。

        • Brendan: claims,对于 replicated claims 是什么样子?例如 Cassandra 需要底层有 replicated data。这样伸缩会更高效。根据负载动态地即时创建存储。这比创建快照更进一步 - 通过编程方式预分配创建副本。

        • Tim: 有助于自动供应。

      • Brian: flocker 需要其他组件吗?

        • Kai: Flocker 控制服务与 master 位于同一位置。(博客文章中有图)。Powerstrip + Powerstrip Flocker。对将状态持久化到 etcd 非常感兴趣。它保留了每个 volume 的元数据。

        • Brendan: 未来,flocker 可以成为一个插件,我们将负责持久化。在 v1.0 之后。

        • Brian: 有兴趣为 flocker 等服务添加通用插件。

        • Luke: Zfs 在单个节点上扩展大量容器时会非常有价值。

      • Alex: flocker 服务可以作为 pod 运行吗?

        • Kai: 是的,唯一的要求是 flocker 控制服务应该能够与 zfs agent 通信。zfs agent 需要安装在主机上,并且 zfs 可执行文件需要可访问。

        • Brendan: 理论上,所有的 zfs 组件都可以放入带有设备的容器中。

        • Luke: 是的,仍在解决跨容器挂载问题。

        • Tim: pmorie 正在努力让 kubelet 在容器中工作。可能可以重用。

      • Kai: Cinder 支持即将推出。几天内。

  • Bob: 将 kube 推送到 GKE 的流程是什么?需要更多的透明度以增强信心。