Skip to main content

2026 年 8 月 21 日

設定負載平衡器以進行 Horizon Connection Server 健全狀況監控

若要監控 Horizon Connection Server 上的負載平衡健全狀況,請遵循下列最佳做法。

若要避免大量的健全狀況檢查要求湧入連線伺服器,請將輪詢間隔設定為 30 秒,並將逾時設為該期間的兩或三倍。傳送探查至一個連線伺服器執行個體的負載平衡器不應超過兩個。

唯一支援的健全狀況檢查是 favicon.ico 的擷取。若要將探查的成本降至最低,請盡可能使用 HEAD 方法。無論檢查是否成功,您都必須在擷取之後捨棄連線,方法包括在要求中新增 Connection: close 標頭,或使用 HTTP/1.0 要求。

以下是在負載平衡器的傳送字串中使用 HEAD 方法的範例: HEAD /favicon.ico HTTP/1.1\r\nHost: \r\nConnection: Close\r\n

HTTP 狀態通常為 200。如果連線伺服器已由管理員停用,狀態將回傳為 503。如需詳細資料,請參閱在 Horizon Console 中停用或啟用 Horizon Connection Server

回應碼

HTTP 狀態說明
200 正常連線伺服器健全狀況良好,並可回應代理要求。
304 未修改與 200 相同,但 Favicon 檔案未變更,因此不會提供該檔案。此狀態碼會回應在包含 If-None-Match 標頭的 GETHEAD 要求上。
500 內部伺服器錯誤無法提供 Favicon 檔案,可能是因為無法存取該檔案,或發生重大錯誤。連線伺服器健全狀況不良。
502 錯誤的閘道有子系統回報問題。連線伺服器健全狀況不良。
503 服務無法使用連線伺服器已由管理員停用,且不會接受代理要求。
504 閘道逾時由於服務關閉或資源耗盡,代理子系統無回應。連線伺服器健全狀況不良。

如需逾時設定和負載平衡器持續性值,請參閱逾時設定和負載平衡器持續性上的知識庫文章。

其他組態選項

您可以在 locked.properties 檔案中設定新的內容,以控制安全閘道更新其快取 Favicon 健全狀況檢查結果的頻率:

faviconHealthCheckIntervalSeconds=30

依預設,Favicon 健全狀況檢查結果會每 60 秒重新整理一次。此快取可用於回應負載平衡器的健全狀況檢查要求,進而降低連線伺服器的負載。這可限制直接要求的數量,並降低 Tomcat 執行緒的使用量。

管理員可設定重新整理間隔,以符合特定的監控需求。較短的間隔 (例如 15 秒) 可確保更頻繁的狀態更新;較長的間隔 (最長可達 60 秒) 則可節省伺服器資源。建議將間隔維持在 15 到 60 秒的範圍內,其中以 60 秒視為最佳實務。

自訂健全狀況檢查選項

自 2512 版本起,管理員可設定透過安全閘道直接提供的自訂健全狀況檢查端點。這可為連線伺服器健全狀況監控提供更高的彈性。

下列位置提供新的 custroot\health 目錄:

C:\Program Files\Omnissa\Horizon\Server\sslgateway\conf\custroot\health

**附註:**此處所示路徑假設使用預設的連線伺服器安裝目錄 (C:\Program Files)。如果 Horizon Connection Server 安裝在不同位置,請依實際安裝路徑調整。

放置在此目錄下的靜態內容可用於裝載輕量型健全狀況檢查頁面或狀態探查,然後透過 https://<server-address>/customer/health/ 提供這些內容。

  • 如果連線伺服器已由管理員停用,系統仍會提供這些檔案 (HTTP 200)。

  • 如果代理健全狀況不良 (502 Bad Gateway504 Gateway Timeout 或類似錯誤),系統將不會提供這些檔案。

僅支援安全的靜態檔案類型,包括:

  • image/jpegimage/gifimage/pngimage/x-icon

  • text/htmltext/css

  • ico

此增強功能可讓您實作自訂監控與健全狀況端點,同時維持連線伺服器的安全性與穩定性。

此頁面對您有幫助嗎?

針對本主題提供意見回饋

本主題對您有幫助嗎?

請勿填寫任何個人或機密資訊。

正在產生連結…