Ibm cloud Bluemix可扩展容器组自动恢复选项

Ibm cloud Bluemix可扩展容器组自动恢复选项,ibm-cloud,linux-containers,Ibm Cloud,Linux Containers,可扩展组中容器上的自动恢复选项如何工作 我已经启用了它(通过使用--auto,它在web UI中说Autorecovery:On),但是当容器今天早上崩溃时,它没有尝试重新启动容器。 该组中的容器于2015-09-29T05:51:27.187Z死亡,并于2015-09-29T07:35:33.561Z手动重启超过一小时 重新启动容器“解决”了运行时问题(一个正在修复的bug),直到用户试图在应用程序中再次访问相同的内容并使其崩溃 根据报告: 要在组中的一个容器崩溃或不可用时启动新容器,请启用“

可扩展组中容器上的自动恢复选项如何工作

我已经启用了它(通过使用--auto,它在web UI中说Autorecovery:On),但是当容器今天早上崩溃时,它没有尝试重新启动容器。 该组中的容器于2015-09-29T05:51:27.187Z死亡,并于2015-09-29T07:35:33.561Z手动重启超过一小时 重新启动容器“解决”了运行时问题(一个正在修复的bug),直到用户试图在应用程序中再次访问相同的内容并使其崩溃

根据报告:

要在组中的一个容器崩溃或不可用时启动新容器,请启用“自动恢复”选项。如果不选择此选项,则不会自动启动新实例

列在:

自动恢复不是即时的

容器组的自动恢复可能需要15分钟以上才能使新系统联机。等待自动恢复可用,这可能需要15分钟以上


在IBMContainers服务中,自动恢复通过服务对启动容器组时指定的端口执行http curl来工作。如果该端口未响应http curl,则服务将假定需要恢复该端口,并将销毁该容器并重新创建它。

对于组中的每个容器,服务将针对创建组时指定的端口运行
curl
请求

如果某个容器由于任何原因没有响应,服务将假定该容器需要更换。因此,它将破坏该容器,并在其位置创建一个新容器

精美的印刷品
  • 容器需要运行响应特定端口上http请求的服务
  • 创建容器组时公开的端口必须与#1中的端口相同
  • #1/#2中的端口必须响应http请求,而不是https请求。团队的路线(例如
    https://example.mybluemix.net
    )是安全的,从路由到容器的内部通信也是加密的,因此组中的容器不需要侦听https
  • 该服务大约每2分钟检查一次组中的每个容器
  • 大致上,如果服务必须在大约10分钟的时间内更换组中的每个实例超过3次,则服务将从此点开始停止拆除和恢复组中的实例。在Bluemix站点上,您可能会看到自动恢复标签从打开切换到关闭。这是为了防止一个无休止的容器拆卸和更换循环,该循环要么总是崩溃,要么始终没有响应

  • 这比我的答案好!谢谢你的详细说明。