Azure - Linux Standard B2ms - 自动关闭？

Question

我有一台Linux Standard B2ms azure虚拟机。我已禁用您在操作中的信息中心中看到的自动关机功能。出于某种原因，此服务器在运行大约8天后仍然关闭。

如果我在过去三天内没有更改过任何内容，有什么理由可以关闭此服务器？

Answer 1

  

如果我没有，可能会有什么原因可以关闭此服务器   最近三天改变了什么？

关闭此VM有很多原因，也许我们应该尝试找一些关于此的日志。

首先，我们应该通过Azure门户检查Azure Alerts，尝试查找有关您VM的一些日志。

其次，我们应该检查这个VM的性能，可能是高CPU使用率或高内存使用率，我们可以在/var/log/*中找到日志。

我们也可以尝试查找有关Azure服务的问题，我们可以查看service Health - ＆gt; Health history要查找您所在地区是否存在问题。

顺便说一句，如果我们只是在Azure中创建一个虚拟机，我们无法避免单点故障。在Azure中，Microsoft 推荐那两个或更多VM在可用性集内创建，以提供高可用性应用程序并满足99.95％Azure SLA。

可用性集由两个额外的分组组成，可防止硬件故障并允许安全地应用更新 - 故障域（FD）和更新域（UDs）。

错误域：

故障域是共享公共电源和网络交换机的底层硬件的逻辑组，类似于本地数据中心内的机架。在可用性集中创建VM时，Azure平台会自动在这些故障域中分发VM。此方法可以限制潜在的物理硬件故障，网络中断或电源中断的影响。

更新域名：

更新域是可以进行维护或同时重新启动的基础硬件的逻辑组。在可用性集中创建VM时，Azure平台会自动在这些更新域中分发VM。此方法可确保在Azure平台定期维护时，至少有一个应用程序实例始终保持运行。重新启动的更新域的顺序可能无法在计划维护期间按顺序进行，但一次只重新启动一个更新域。

在您的方案中，可能存在一些计划外维护事件，当Microsoft更新VM主机时，他们会将您的VM迁移到另一台主机，他们将关闭您的VM然后迁移它。

要实现高可用性，我们可能应该在一个可用性集中创建至少两个VM。