azure - Azure - Linux Standard B2ms - 自动关闭？

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

关闭此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。