Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/kubernetes/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Azure容器实例-无明显原因偶尔重新启动一次_Azure_Kubernetes_Containers_Azure Container Instances - Fatal编程技术网

Azure容器实例-无明显原因偶尔重新启动一次

Azure容器实例-无明显原因偶尔重新启动一次,azure,kubernetes,containers,azure-container-instances,Azure,Kubernetes,Containers,Azure Container Instances,我在Azure容器实例(ACI)上运行了一些不同的容器化web应用程序。我最近注意到,其中一些容器只是在没有明显原因的情况下每隔一个月左右重新启动一次。由于每次重启都在不同的应用程序/容器上,我没有理由怀疑这些应用程序正在崩溃 所有这些服务器上的重新启动策略都设置为“始终” 即使没有应用程序崩溃,容器重新启动是否正常或预期?可能是Azure在主机上进行维护,或者是同一主机上的嘈杂邻居导致pod移动到另一台主机 (我正在添加一个日志分析工作区,以便在重新启动之前查看日志。由于重新启动的频率非常低,

我在Azure容器实例(ACI)上运行了一些不同的容器化web应用程序。我最近注意到,其中一些容器只是在没有明显原因的情况下每隔一个月左右重新启动一次。由于每次重启都在不同的应用程序/容器上,我没有理由怀疑这些应用程序正在崩溃

所有这些服务器上的重新启动策略都设置为“始终”

即使没有应用程序崩溃,容器重新启动是否正常或预期?可能是Azure在主机上进行维护,或者是同一主机上的嘈杂邻居导致pod移动到另一台主机

(我正在添加一个日志分析工作区,以便在重新启动之前查看日志。由于重新启动的频率非常低,我在相当长的一段时间内都不会有任何日志可查看。)

这里也一样

我已经联系了MS支持部门,得到的答复是,每种设计ACI维护可以重新启动主机,因此不能指望ACI连续运行数周

建议是

  • 调整你的应用程序使其具有弹性(这样你就不必担心重启)
  • 使用AKS获得对生命周期的完全控制
  • 使用VM作为具有适当策略的应用程序的主机(无更新/重新启动…)

对我来说,这是一个交易破坏者,因为我在任何地方都找不到这个信息。我以虚拟机而告终。

对此感到疑惑。我在我的日志分析工作区中看到这样的事件:“杀死id为的容器docker://app-worker:Need “杀死豆荚”我也不知道。你找到答案了吗?我添加了日志分析。在日志中没有看到任何有用的内容。容器只是偶尔无缘无故地重新启动。我见过这种情况同时发生在多个容器中,这进一步证实了这种行为与容器本身的内容无关。由于ACI在幕后运行k8s,我认为这种行为是意料之中的。从k8s文档: