Juju 能与已安装的 Openstack 服务交互吗?

Juju 能与已安装的 Openstack 服务交互吗?

(我看了很多帖子都没找到问题的答案)

我目前正在部署 Openstack 私有云。
- 我想在我的存储服务器上运行 Solaris 11.2(或 OpenIndiana/类似版本),并使用 ZFS 满足我的块存储需求(= Cinder),甚至可能用于对象存储(ZFS 上的 Swift)
- 我有另一台服务器,里面有很多 RAM/CPU 和很多 NIC。我想用它作为我的 Openstack 控制器节点和网络节点。
- 我在一个 2U 机箱中有 4 个节点,我想将它们用作计算节点

我的问题是:我可以使用 MAAS 和 Juju 部署在存储服务器以外的所有服务器上,然后将我的魅力“连接”到它,即使存储服务器没有在 Juju 中“列出”(因为它无法运行基于 Solaris 的 Juju)??

问候,Y

答案1

这可能更像是 OpenStack charm 的问题。话虽如此,我认为 charms(特别是 cinder/swift)不支持连接到现有存储集群。

我建议针对您感兴趣的服务提交错误报告,以便将其与 Juju 部署结合起来。

煤渣:https://bugs.launchpad.net/charms/+source/cinder

迅速:https://bugs.launchpad.net/charms/+source/swift-proxy

答案2

在一般情况下,您可以通过编写“代理符”来使用 Juju 做这种事情。

charm 的作用是根据定义的关系和开放端口提供特定服务的实现。因此,您始终可以编写一个 charm,通过实际代理另一个服务(在本例中是您手动部署的基于 Solaris 的存储节点)来实现该服务。

charm 会设置关系数据,将消费者(位于其关系的另一端)指向真实服务。通常,关系private-address设置是默认配置的,但您的 charm 始终可以通过直接设置将其指向真实服务来覆盖它。

我不知道是否最好将这样的功能整合到现有的 Swift 和 Cinder 魅力中,或者您最好编写自己的替代魅力。因此,对于前一种情况,按照 @gangstaluv 的建议提交错误可能仍然是一个好主意。

但我的回答的重点是,是的,你始终可以根据 Juju 架构的本质来做到这一点。

相关内容