问题标签 [cloudify]

byon with phycal machine，SLA是全局的，如何保证应用不安装在同一台机器上

我在 jetty-service.groovy isolationSLA { global { instanceCpuCores 0 instanceMemoryMB 256 useManagement false } } 中设置了这个 SLA 但是当我部署一个有 2 个实例的应用程序时，两个实例安装在同一台机器上，最后，结果是一个实例启动成功，但另一个启动失败，失败的一个得到一个异常：“没有找到管理空间”。我在 org.cloudifysource.utilitydomain.context.kvstore.AttributesFacadeImpl.getManagem‌​entSpace() 中发现了这个异常，图片中的异常：http://i.stack.imgur.com/9MVF9.png 我该怎么 办？谢谢你！

我目前正在使用 Cloudify 2.7，并且开发了很多食谱。是否可以将 Cloudify 2.7 配方转换为 Cloudify 3.x 蓝图？

我在 cloudify 2.7 和 OpenStack 云上部署了一个“helloworld”服务。我会在不重新启动服务的情况下停止服务 tomcat。

因此，在 cloudify shell 中，我执行了：

cloudify@default> connect cloudify-manager-1_IP 连接成功 cloudify@default> use-application helloworld Using application helloworld cloudify@helloworld> invoke tomcat cloudify:start-maintenance-mode 60 Invocation results: 1: OK from instance #1@tomcat_IP,结果：代理故障检测成功禁用，持续 60 分钟调用成功完成

此时，我已通过 ssh 连接到 tomcat VM 并运行：

CATALINA_HOME/bin/catalina.sh 停止

在 CATALINA_HOME/log/catalina.out 我可以看到应用服务器正在停止并立即重新启动！

那么，我应该怎么做才能停止应用服务器并仅在我决定重新启动它时才重新启动它？

我想在我的公司中将 Cloudify 3.1 与我的 Openstack 一起使用。

不幸的是，我遇到了 keystone 身份验证失败的问题。当我看到日志时，它说“SSL3_GET_SERVER_CERTIFICATE：证书验证失败”

我认为是 HTTPS 导致它失败。我看到下面的卷曲。

如何在不使用-kor的情况下使 curl 成功--insecure？

或者，如果有人在安装 Cloudify 时有使用 HTTPS 的 openstack 经验？

我在尝试验证和上传使用 Chef-plugin for Cloudify 创建的蓝图时遇到错误。我正在导入厨师插件。

错误看起来像：

这就是我的 blueprint.yaml 的样子：

任何帮助深表感谢。

设想

运行 tomcat 服务实例的 Cloudify 2.7 应用程序

目标

我想停止（关闭）并使用 OpenStack API 启动托管 tomcat 的 VM，而无需 Cloudify 重新安装 tomcat 配方。

我试图做的

我尝试按照本指南使用维护模式：

将服务实例设置为维护模式将禁用该特定服务实例的主机故障检测。这意味着在指定的时间段内，服务实例主机的故障或重新启动不会导致提供新机器和服务实例。

所以，我执行了以下命令：

之后，我在Cloudify的Orchestrator日志中看到的是tomcat服务的重新安装过程。换句话说，tomcat VM 现在托管两个 tomcat 处理单元。

有人可以向我建议我应该怎么做才能达到我的目标吗？

我试图上传一个应用程序：

发布 http://IP_VM_MNG:8100/2.7.1/upload/ recipe.zip

并部署：

发布 http://IP_VM_MNG:8100/2.7.1/deployments/ app_name

对部署的响应是：

有人可以帮助我了解原因吗？

我有两个运行 cloudify-manager-1（带有 VM_IP1）和 cloudify-manager-2（带有 VM_IP2）的虚拟机。

几天后，虚拟机出现故障。进入 cloudify-manager-1 的“2015-04-16~10.33-gigaspaces-esm_3-VM_IP1-20855.log”日志文件可以看到如下链接报错：

2015-04-16~10.33-gigaspaces-esm_3-VM_IP1-20855.log

此外，我可以通过 cloudify shell 连接到 cloudify-manager-1，我得到以下错误：

而如果我尝试连接到 cloudify-manager-2，它可以工作

有人可以帮助我了解问题出在哪里吗？

我正在尝试使用 Cloudify 2.7.1 引导私有 OpenStack 云。它可以正确启动 Linux 实例，但无法“将文件上传到 192.168.10.XXX”。由于 SFTP 问题：“无法确定文件类型“sftp://root:***@192.168.10.xxx/root/gs-files”。”。

我可以使用 ssh 访问实例（连接没有问题）。我尝试使用其他图像（CentOS、Ubuntu、Cerros...），但总是出现同样的错误！

谁能帮帮我？

我附上了 Cloudify 创建的网络拓扑的屏幕截图和堆栈跟踪。

完整的堆栈跟踪：

我想知道一个 Cloudify manager（v 3.1 或 3.2）是否可以支持多个 IaaS，这包括以下两种情况：

1- 是否可以使用一个 Cloudify Manager 在多个 IaaS 上部署应用程序？例如，在开放堆栈部署 1 上部署 blueprint1，在开放堆栈部署 2 上部署 blueprint2。或者我需要为每个开放堆栈部署配备一个 Cloudify Manager？

2- 是否可以在多个 IaaS 的蓝图中分布节点部署。例如，如果蓝图有 node1、node2 和 node3。是否可以使用一个 Cloudify 管理器在 IaaS 1 上部署 node1，在 IaaS2 上部署 node2，在 IaaS3 上部署 node3？然后连接节点

谢谢