用于向上/向下调整的OpenStack Heat WebHook指向内部(存储)IP

时间:2016-05-04 15:49:31

标签: cloud openstack autoscaling heat openstack-heat

我们正在使用Mirantis Fuel 7.0部署OpenStack Kilo,到目前为止系统似乎正在运行。我们添加了云高仪组件和热量,使我们的用户可以自动升级或缩减我们在堆栈上使用的一些LoadBalancer服务器。

自动向上和向下缩小似乎运行良好。唯一的问题是当我们检查Orchestration选项卡中的资源时,生成的WebHook指向管理URL(192.168.0.2:8000),而不是指向具有公共URL的相同字符串或(优选地)服务器名称。

看起来应该是这样的:

 https://<serverPublicIP>:8000/v1/[...]

看起来像这样:

 https://192.168.0.2:8000/v1/[...]

我已经检查了端口(8000)并且它已打开并正在侦听公共端点,因此问题不在于服务,而在于生成信息的组件。事实上,如果我手动复制地址并编辑正确的IP,它可以使用Restful客户端或仅仅是Web浏览器在环境外部工作。

但我们需要生成的webhook自动使用公共URL,以便我们的客户可以从外部应用程序(而不是仅来自我们的OpenStack / horizo​​n安装)进行调用,以修改堆栈状态。

我已经检查了/etc/heat/heat.conf下的热配置,并且可以找到一些可疑的设置,例如:

heat_metadata_server_url=http://192.168.0.2:8000
heat_waitcondition_server_url=http://192.168.0.2:8000/v1/waitcondition
heat_watch_server_url=http://192.168.0.2:8003
auth_uri = http://192.168.0.2:5000/v2.0
auth_host = 192.168.0.2

不确定这些参数中的哪一个可能是用于生成webhook的参数。

我尝试使用公共IP和服务器本身的名称修改它们,似乎没有任何区别。用户界面上的webhooks仍然指向管理网络中的控制器内部IP。

1 个答案:

答案 0 :(得分:1)

这是自动调节警报webhook网址的配置,它应该有效。只是想知道

  1. 使用公共IP重新配置后,您是否重新启动了HEAT引擎
  2. 重新配置后,您是否尝试使用新堆栈而不是现有堆栈?因为现有的堆栈和在云高仪中创建的相应缩放警报不会通过此配置更改进行修改。