需要 60 秒處理請求但在響應前超時的計算引擎實例

February 13, 2020

我有一個帶有 docker 映像的計算引擎 VM 實例。它有一個伺服器進行昂貴的計算，每個請求大約需要 2 分鐘。
伺服器完美響應小請求。對於較大的，它會響應以下內容：
&lt;HEAD&gt;&lt;TITLE&gt;Connection Timed Out&lt;/TITLE&gt;&lt;/HEAD&gt;
&lt;BODY BGCOLOR="white" FGCOLOR="black"&gt;
&lt;FONT FACE="Helvetica,Arial"&gt;&lt;B&gt;
Connection Timed Out&lt;/B&gt;&lt;/FONT&gt;

&lt;!-- default "Connection Timed Out" response (504) --&gt;
&lt;/BODY&gt;
我的 docker 容器中的伺服器不返回這個。
查看 504 錯誤的含義：
The server, while acting as a gateway or proxy, did not receive a timely response from the upstream server specified by the URI (e.g. HTTP, FTP, LDAP) or some other auxiliary server (e.g. DNS) it needed to access in attempting to complete the request.

Note: Note to implementors: some deployed proxies are known to return 400 or 500 when DNS lookups time out.
這清楚地表明計算引擎有一個代理在 30 秒後超時並給出上述響應。
查看堆棧驅動程序日誌，我看到我的伺服器確實收到了請求並處理了它，但在它完成之前，我得到了上面的響應。
如何阻止計算引擎干預我的伺服器邏輯？或者至少如何增加超時限制？

通過使用埠 8080 解決了該問題，除 80 之外的任何埠都可以使用。
出於某種原因，如果您不使用埠 80，GCE 不會干預您的事務。

引用自：https://serverfault.com/questions/1002959

需要 60 秒處理請求但在響應前超時的計算引擎實例

相關問答

無法在 Google Cloud 中創建項目

在 GCP 中更改 SSH 埠導致拒絕連接

如果已經創建轉發規則，如何打開介面的 IP 轉發

即使在 gcloud 上添加持久性儲存後，設備上也沒有剩餘空間

Google防火牆已飽和，不允許有效請求通過

從 VPC 網路中的 Cloudfunctions 解析 DNS