本文发布已超过一年。较旧的文章可能包含过时的内容。请检查页面中的信息自发布以来是否已不再准确。
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 的流程是什么?需要更多的透明度以增强信心。