打开的与 GCLoud VM 的 SSH 连接是否会阻止它 freezing/crashing？
Does an opened SSH connection to a GCLoud VM prevent it from freezing/crashing?
我有一个 f1-micro gcloud 虚拟机实例 运行ning Ubuntu 20.04。
它有 0,2 vcpus 和 600mb 内存。
我写freezing/crashing代表不再回应任何事
从我的监控中我可以看到 cpu 在 40% 的使用率时达到峰值（通常稳定在 1% 以下），而内存总是在 60% 左右（我的（nodejs）的统计数据服务器 运行宁).
当我打开一个到我的实例的 ssh 连接并且 运行 我的 (nodejs) 服务器在后台时，只要我保持 ssh 连接有效，一切都工作正常。一旦我关闭连接，实例 freezes/crashes 还需要几分钟时间。在不关闭 ssh 连接的情况下，我可以保持 运行ning 几个小时没有任何问题。
我没有从 gcloud 本身得到任何崩溃或冻结信息。该实例有一个绿色的复选标记，并且仍然处于 运行ning 状态。我只是无法打开新的 ssh 连接，而且对这个实例再次做某事的唯一方法是重新启动它。
我启用了云日志记录，但其中也没有消息。
因此，有了这些知识，我的问题是 gcloud 是否以某种方式增强了 ssh 连接的虚拟机以使其保持活动状态？
因为我不知道还有什么会导致这种行为。
我的（nodejs）服务器使用大约 120mb，另一个服务使用 80mb，gcp 监控代理使用 30mb。实例上的 linux free 命令显示可用内存在 60mb 到 100mb 之间。
除了 John Hanley 和 Mike，您还可以根据需要编辑机器类型。
在 Google Cloud Console 中，转到 Compute Engine 下的 VM 实例。
Select 实例名称以打开其 概览 页面。
确保在编辑实例之前停止实例。
Select 符合您的应用需求的机器类型。
保存。
有关更多信息和指南，您可以参考下面的 link：
Edit Instance
Machine Family Categories
因为没有任何答案可以解释我遇到的奇怪行为。
我也没有弄清楚，但至少我的服务器不会 crash/freeze 了。
我以某种方式通过 运行 我的 node.js 应用程序在实际后台作业中使用 forever 而不是 运行 修复了它，就像 node main.js &.
我有一个 f1-micro gcloud 虚拟机实例 运行ning Ubuntu 20.04。 它有 0,2 vcpus 和 600mb 内存。
我写freezing/crashing代表不再回应任何事
从我的监控中我可以看到 cpu 在 40% 的使用率时达到峰值（通常稳定在 1% 以下），而内存总是在 60% 左右（我的（nodejs）的统计数据服务器 运行宁).
当我打开一个到我的实例的 ssh 连接并且 运行 我的 (nodejs) 服务器在后台时，只要我保持 ssh 连接有效，一切都工作正常。一旦我关闭连接，实例 freezes/crashes 还需要几分钟时间。在不关闭 ssh 连接的情况下，我可以保持 运行ning 几个小时没有任何问题。
我没有从 gcloud 本身得到任何崩溃或冻结信息。该实例有一个绿色的复选标记，并且仍然处于 运行ning 状态。我只是无法打开新的 ssh 连接，而且对这个实例再次做某事的唯一方法是重新启动它。
我启用了云日志记录，但其中也没有消息。
因此，有了这些知识，我的问题是 gcloud 是否以某种方式增强了 ssh 连接的虚拟机以使其保持活动状态？ 因为我不知道还有什么会导致这种行为。
我的（nodejs）服务器使用大约 120mb，另一个服务使用 80mb，gcp 监控代理使用 30mb。实例上的 linux free 命令显示可用内存在 60mb 到 100mb 之间。
除了 John Hanley 和 Mike，您还可以根据需要编辑机器类型。
在 Google Cloud Console 中，转到 Compute Engine 下的 VM 实例。
Select 实例名称以打开其 概览 页面。
确保在编辑实例之前停止实例。
Select 符合您的应用需求的机器类型。
保存。
有关更多信息和指南，您可以参考下面的 link：
Edit Instance
Machine Family Categories
因为没有任何答案可以解释我遇到的奇怪行为。 我也没有弄清楚，但至少我的服务器不会 crash/freeze 了。
我以某种方式通过 运行 我的 node.js 应用程序在实际后台作业中使用 forever 而不是 运行 修复了它，就像 node main.js &.