Google计算引擎随机关闭

Question

我们的计算引擎，运行一个移动游戏的后端，今天(8/3/18)随机关闭，日志无法告诉我是哪个用户还是哪个IP地址启动了它。

我已经做了一些调查，并进入了Syslogs，它显示了以下内容：

Mar  8 10:58:10 redis-prod-vm systemd[1]: Started Synchronise Hardware Clock to System Clock.
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping Session 5 of user redis.
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping User Manager for UID 999...
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopping Default.
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping Graphical Interface.
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopped target Graphical Interface.
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping Entropy daemon using the HAVEGE algorithm...
Mar  8 10:58:10 redis-prod-vm haveged[369]: haveged: Stopping due to signal 15
Mar  8 10:58:10 redis-prod-vm haveged[369]: haveged starting up
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping Multi-User System.
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopped target Multi-User System.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Default.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopping Basic System.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Basic System.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopping Paths.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Paths.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopping Timers.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Timers.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopping Sockets.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Stopped target Sockets.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Starting Shutdown.
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Reached target Shutdown.
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping Deferred execution scheduler...
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping vsftpd FTP server...
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping LSB: bitnami init script...
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping Regular background program processing daemon...
Mar  8 10:58:10 redis-prod-vm systemd[7558]: Starting Exit the Session...
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping Google Compute Engine user shutdown scripts...
Mar  8 10:58:10 redis-prod-vm systemd[1]: Stopping OpenBSD Secure Shell server...

这种情况一直持续到VM完成关闭为止，下面是日志：

2018-03-08 10:59:46.073 GMT compute.instances.stop {
    "event_timestamp_us":"XXX",
    "actor":{"user":""},
    "resource":{
        "name":"redis-prod-vm",
        "type":"instance",
        "zone":"us-central1-f","id":"XXX"
    },
    "event_type":"GCE_OPERATION_DONE",
    "trace_id":"XXX",
    "operation":{"type":"operation",…

为了安全起见，我用XXX替换了一些可能很重要的数字。有人能帮我弄清楚发生了什么吗？

Answer 1

我张贴这个答案是为了让@Taher在评论部分提供的建议更加可见：

请查看文档可抢占VM实例：

可抢占的VM是一个实例，您可以以比正常实例更低的价格创建和运行该实例。但是，如果Compute Engine需要访问其他任务的资源，它可能会停止(抢占)这些实例。可抢占的实例是过量的计算引擎容量，因此它们的可用性随使用而变化。如果您的应用程序是容错的，并且能够承受可能的实例抢占，那么可抢占的实例可以显著降低计算引擎的成本。例如，批处理作业可以在可抢占的实例上运行。如果其中一些实例在处理过程中停止，则作业会减慢，但不会完全停止。Preemptible实例完成批处理任务，而不对现有实例设置额外的工作负载，也不要求您为额外的正常实例付出全部代价。

请检查您的实例是否不可抢占。

此外，您还可以遵循文档查看串口输出并检查是否有任何有用的日志信息。

此外，请考虑使用使用收集更多的故障排除信息。