我有一個(gè)在 400MB SQLite 文件上運(yùn)行 SQL 查詢的 Golang 進(jìn)程。我正在使用帶有連接字符串的https://github.com/mattn/go-sqlite3 ：file:mydb.sqlite?mode=ro&_journal=DELETE在我的 Docker 開發(fā)機(jī)器上運(yùn)行時(shí)，它只需要 20MB 的 RAM，但在 Google Run 上，任何小于 512MB 的實(shí)例都將返回 HTTP 代碼 500，并memory exceeded在日志中有限制。docker diff x顯示未修改 DB 文件（我認(rèn)為這會(huì)導(dǎo)致 gVisor 將整個(gè)二進(jìn)制 SQLite db 文件復(fù)制到 RAM 以對(duì)其進(jìn)行修改）。docker 鏡像是如何構(gòu)建的我正在使用源代碼將 SQLite DB 文件復(fù)制到圖像中：FROM golang:latest...COPY . /go/src/api我的 Golang 文件中有一個(gè)全局變量：var db *sqlx.DB這在主 fn 中設(shè)置，之前ListenAndServe：conStr := fmt.Sprintf("file:%s?mode=ro&_journal=DELETE", *fileName)dbConn, err := sqlx.Open("sqlite3", conStr)db = dbConn我在 HTTP 請(qǐng)求中查詢數(shù)據(jù)庫(kù)：err := db.Selectv(&outDataSet, "SELECT...", arg1, arg2)為什么這一定是 Cloud Run 環(huán)境的問(wèn)題docker stats在本地運(yùn)行時(shí)永遠(yuǎn)不會(huì)超過(guò) 20MB。限制docker run為 20MB RAM 在我的開發(fā)機(jī)器上也可以正常運(yùn)行：docker run \ --memory=20m \ --memory-swap=20m \Cloud Run“容器內(nèi)存分配”指標(biāo)也遠(yuǎn)低于 128M：https://console.cloud.google.com/monitoring/metrics-explorer
2 回答
函數(shù)式編程
TA貢獻(xiàn)1807條經(jīng)驗(yàn) 獲得超9個(gè)贊
根據(jù)官方文檔：
超出允許的內(nèi)存限制的 Cloud Run 容器實(shí)例將被終止。
以下內(nèi)容計(jì)入容器實(shí)例的可用內(nèi)存：
a.運(yùn)行應(yīng)用程序可執(zhí)行文件（因?yàn)榭蓤?zhí)行文件必須加載到內(nèi)存中）
b.在您的應(yīng)用程序進(jìn)程中分配內(nèi)存
c.將文件寫入文件系統(tǒng)
已部署容器映像的大小不計(jì)入可用內(nèi)存。
另外我建議考慮：
您的容器實(shí)例可能超出了可用內(nèi)存。要確定是否是這種情況，請(qǐng)?jiān)?varlog/system 日志中查找此類錯(cuò)誤。如果實(shí)例超出可用內(nèi)存，請(qǐng)考慮增加內(nèi)存限制。
請(qǐng)注意，Cloud Run 容器實(shí)例在寫入本地文件系統(tǒng)的文件計(jì)入可用內(nèi)存的環(huán)境中運(yùn)行。這還包括未寫入 /var/log/* 或 /dev/log 的任何日志文件。
您的容器文件系統(tǒng)似乎正在使用內(nèi)存。
嚕嚕噠
TA貢獻(xiàn)1784條經(jīng)驗(yàn) 獲得超7個(gè)贊
在 Cloud Run（全托管）環(huán)境中，磁盤存儲(chǔ)是一個(gè)內(nèi)存文件系統(tǒng)。關(guān)聯(lián)
- 2 回答
- 0 關(guān)注
- 152 瀏覽
添加回答
舉報(bào)
0/150
提交
取消