E2 CPU 在 Google Compute Engine 上的使用率随着时间的推移而上升
E2 CPU Usage Goes Up Over Time on Google Compute Engine
很奇怪，我的所有 6 个 E2 小型 vm 实例（都是 Debian 10）的 CPU 使用率随着时间的推移而增加。这是 Google 的错误吗？
而且我可以验证 N1 上不会发生这种情况 CPU（g1-small，Debian 10，橙色线）：
我在一月底之前重启了 E2 实例（蓝线）并创建了一个新的 N1 实例（橙线）。两个 VM 都尚未使用，您可以看到 E2 随着时间的推移 CPU 使用率在增加。
这是我在 E2 上的最高命令：
这里还有 3 个虚拟机（在生产中使用）显示 CPU 随着时间的推移慢慢爬升（1 月 26 日重新启动）：
这是 google 错误吗？
不，这不是bug，E2小机是Shared-core机
共享核心机器类型使用上下文切换在 vCPU 之间共享一个物理核心，以实现多任务处理。不同的共享核心机器类型在物理核心上维持不同的时间量。查看以下部分以了解更多信息。
一般来说，对于 运行 小型、非资源密集型应用程序，共享核心实例比标准、高内存或高 CPU 机器类型更具成本效益。
CPU爆棚
共享核心机器类型提供爆发能力，允许实例在短时间内使用额外的物理 CPU。当您的实例需要比最初分配更多的物理 CPU 时，突发会自动发生。在这些峰值期间，您的实例将机会主义地利用可用的物理 CPU 突发。请注意，爆发不是永久性的，只能定期发生。突发不会产生任何额外费用。您需要为 f1-micro、g1-small 和 e2 共享核心机器类型按列出的按需价格付费。
E2 共享核心机器类型
E2 共享核心机器具有成本效益，具有 virtio 内存气球设备，非常适合小型工作负载。当您使用 E2 共享核心机器类型时，您的 VM 同时运行两个 vCPU，在一个物理核心上共享，持续特定时间段，具体取决于机器类型。
*e2-micro 维持 2 vCPUs，每个持续 12.5% 的 CPU 时间，总计 25% vCPU 时间。
*e2-small 维持 2 vCPUs，每个持续 25% 的 CPU 时间，总计 50% 的 vCPU 时间。
*e2-medium 维持 2 vCPUs，每次占 CPU 时间的 50%，总计 100% vCPU 时间。
每个 vCPU 可以在短时间内爆发高达 CPU 时间的 100%，然后返回到时间限制 here。
它取决于实例上的进程 运行 以使其爆发并增加使用率。
这是 google_os 的错误，修复者：
sudo apt-get update && sudo apt-get upgrade google-osconfig-agent -y
已确认几天后所有受影响的虚拟机的 cpu 使用量都没有增加。
2月18日更新重启后，CPU使用稳定
很奇怪，我的所有 6 个 E2 小型 vm 实例（都是 Debian 10）的 CPU 使用率随着时间的推移而增加。这是 Google 的错误吗？
而且我可以验证 N1 上不会发生这种情况 CPU（g1-small，Debian 10，橙色线）：
我在一月底之前重启了 E2 实例（蓝线）并创建了一个新的 N1 实例（橙线）。两个 VM 都尚未使用，您可以看到 E2 随着时间的推移 CPU 使用率在增加。
这是我在 E2 上的最高命令：
这里还有 3 个虚拟机（在生产中使用）显示 CPU 随着时间的推移慢慢爬升（1 月 26 日重新启动）：
这是 google 错误吗？
不，这不是bug，E2小机是Shared-core机
共享核心机器类型使用上下文切换在 vCPU 之间共享一个物理核心，以实现多任务处理。不同的共享核心机器类型在物理核心上维持不同的时间量。查看以下部分以了解更多信息。
一般来说，对于 运行 小型、非资源密集型应用程序，共享核心实例比标准、高内存或高 CPU 机器类型更具成本效益。
CPU爆棚
共享核心机器类型提供爆发能力，允许实例在短时间内使用额外的物理 CPU。当您的实例需要比最初分配更多的物理 CPU 时，突发会自动发生。在这些峰值期间，您的实例将机会主义地利用可用的物理 CPU 突发。请注意，爆发不是永久性的，只能定期发生。突发不会产生任何额外费用。您需要为 f1-micro、g1-small 和 e2 共享核心机器类型按列出的按需价格付费。
E2 共享核心机器类型
E2 共享核心机器具有成本效益，具有 virtio 内存气球设备，非常适合小型工作负载。当您使用 E2 共享核心机器类型时，您的 VM 同时运行两个 vCPU，在一个物理核心上共享，持续特定时间段，具体取决于机器类型。
*e2-micro 维持 2 vCPUs，每个持续 12.5% 的 CPU 时间，总计 25% vCPU 时间。
*e2-small 维持 2 vCPUs，每个持续 25% 的 CPU 时间，总计 50% 的 vCPU 时间。
*e2-medium 维持 2 vCPUs，每次占 CPU 时间的 50%，总计 100% vCPU 时间。
每个 vCPU 可以在短时间内爆发高达 CPU 时间的 100%，然后返回到时间限制 here。
它取决于实例上的进程 运行 以使其爆发并增加使用率。
这是 google_os 的错误，修复者：
sudo apt-get update && sudo apt-get upgrade google-osconfig-agent -y
已确认几天后所有受影响的虚拟机的 cpu 使用量都没有增加。
2月18日更新重启后，CPU使用稳定