簡體   English   中英

Google Compute Engine 上的 E2 CPU 使用率隨着時間的推移而上升

[英]E2 CPU Usage Goes Up Over Time on Google Compute Engine

很奇怪,我所有的 6 個 E2 小型 vm 實例(所有 Debian 10)的 CPU 使用率都隨着時間的推移而增加。 這是來自谷歌的錯誤嗎?

而且我可以驗證這不會在 N1 CPU 上發生(g1-small,Debian 10,橙色線):

e2-v-n1

我在 1 月底之前重新啟動了 E2 實例(藍線)並創建了一個新的 N1 實例(橙線)。 兩個 VM 都尚未使用,您可以看到 E2 的 CPU 使用率隨着時間的推移而增加。

這是我在 E2 上的最高命令:

頂級命令

以下是另外 3 個 VM(在生產中使用),它們顯示 CPU 隨着時間的推移緩慢上升(1 月 26 日重新啟動):

e2-vms

這是谷歌的錯誤嗎?

這是 google_os 的一個錯誤,通過以下方式修復:

sudo apt-get update && sudo apt-get upgrade google-osconfig-agent -y

確認幾天后所有受影響的虛擬機的 CPU 使用率不再增加。

固定錯誤

2 月 18 日更新重啟后,CPU 使用率現已穩定。

不,這不是bug,E2小機是Shared-core機。

共享核心機器類型使用上下文切換在 vCPU 之間共享一個物理核心,以實現多任務處理。 不同的共享核心機器類型在物理核心上維持不同的時間。 查看以下部分以了解更多信息。

一般來說,對於運行小型、非資源密集型應用程序,共享核心實例比標准、高內存或高 CPU 機器類型更具成本效益。

CPU 爆發

共享核心機器類型提供突發功能,允許實例在短時間內使用額外的物理 CPU。 當您的實例需要比最初分配的更多物理 CPU 時,會自動發生突增。 在這些峰值期間,您的實例將機會性地利用可用的物理 CPU 突發。 請注意,爆發不是永久性的,只能周期性地發生。 爆破不會產生任何額外費用。 您需要為 f1-micro、g1-small 和 e2 共享核心機器類型支付列出的按需價格。

E2 共享核心機器類型

E2 共享核機性價比高,擁有 virtio memory 氣球設備,非常適合小型工作負載。 當您使用 E2 共享核心機器類型時,您的 VM 會同時運行兩個 vCPU,在一個物理核心上共享,具體時間取決於機器類型。

*e2-micro 支持 2 個 vCPU,每個占用 12.5% 的 CPU 時間,總計 25% 的 vCPU 時間。

*e2-small 支持 2 個 vCPU,每個 vCPU 占 CPU 時間的 25%,總共占 vCPU 時間的 50%。

*e2-medium 支持 2 個 vCPU,每個 vCPU 占用 50% 的 CPU 時間,總計 100% 的 vCPU 時間。

每個 vCPU 可以在短時間內突增 100% 的 CPU 時間,然后返回此處的時間限制。

它取決於實例上運行的進程,以使其爆發並增加使用量。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM