# Load Balancer for multi-node GitLab > 原文：[https://docs.gitlab.com/ee/administration/high_availability/load_balancer.html](https://docs.gitlab.com/ee/administration/high_availability/load_balancer.html) * [SSL](#ssl) * [Application nodes terminate SSL](#application-nodes-terminate-ssl) * [Load Balancer(s) terminate SSL without backend SSL](#load-balancers-terminate-ssl-without-backend-ssl) * [Load Balancer(s) terminate SSL with backend SSL](#load-balancers-terminate-ssl-with-backend-ssl) * [Ports](#ports) * [Basic ports](#basic-ports) * [GitLab Pages Ports](#gitlab-pages-ports) * [Alternate SSH Port](#alternate-ssh-port) * [Readiness check](#readiness-check) # Load Balancer for multi-node GitLab[](#load-balancer-for-multi-node-gitlab "Permalink") 在多節點 GitLab 配置中，您將需要一個負載平衡器才能將流量路由到應用程序服務器. 有關使用負載均衡器或進行確切配置的細節超出了 GitLab 文檔的范圍. 我們希望，如果您要管理像 GitLab 這樣的 HA 系統，那么已經選擇了負載均衡器. 一些示例包括 HAProxy（開源），F5 Big-IP LTM 和 Citrix Net Scaler. 本文檔將概述需要在 GitLab 上使用哪些端口和協議. ## SSL[](#ssl "Permalink") 您將如何在多節點環境中處理 SSL？ 有幾種不同的選擇： * 每個應用程序節點終止 SSL * 負載平衡器終止 SSL，并且負載平衡器與應用程序節點之間的通信不安全 * 負載平衡器終止 SSL，并且負載平衡器與應用程序節點之間的通信是*安全*的 ### Application nodes terminate SSL[](#application-nodes-terminate-ssl "Permalink") 將您的負載均衡器配置為以" TCP"而不是" HTTP（S）"協議的形式在端口 443 上傳遞連接. 這會將連接保持不變地傳遞到應用程序節點 NGINX 服務. NGINX 將具有 SSL 證書并在端口 443 上偵聽. 有關管理 SSL 證書和配置 NGINX 的詳細信息，請參見[NGINX HTTPS 文檔](https://docs.gitlab.com/omnibus/settings/nginx.html) . ### Load Balancer(s) terminate SSL without backend SSL[](#load-balancers-terminate-ssl-without-backend-ssl "Permalink") 將您的負載均衡器配置為使用" HTTP（S）"協議而不是" TCP". 然后，負載均衡器將負責管理 SSL 證書和終止 SSL. 由于負載均衡器和 GitLab 之間的通信將不安全，因此需要一些其他配置. 有關詳細信息，請參見[NGINX 代理的 SSL 文檔](https://docs.gitlab.com/omnibus/settings/nginx.html) . ### Load Balancer(s) terminate SSL with backend SSL[](#load-balancers-terminate-ssl-with-backend-ssl "Permalink") 將您的負載均衡器配置為使用" HTTP（S）"協議而不是" TCP". 負載平衡器將負責管理最終用戶將看到的 SSL 證書. 在這種情況下，負載均衡器和 NGINX 之間的流量也將是安全的. 無需為代理 SSL 添加配置，因為連接將一直保持安全. 但是，需要將配置添加到 GitLab 來配置 SSL 證書. 有關管理 SSL 證書和配置 NGINX 的詳細信息，請參見[NGINX HTTPS 文檔](https://docs.gitlab.com/omnibus/settings/nginx.html) . ## Ports[](#ports "Permalink") ### Basic ports[](#basic-ports "Permalink") | LB 端口 | 后端端口 | Protocol | | --- | --- | --- | | 80 | 80 | HTTP（ *1* ） | | 443 | 443 | TCP 或 HTTPS（ *1* ）（ *2* ） | | 22 | 22 | TCP | * （ *1* ）： [Web 終端](../../ci/environments/index.html#web-terminals)支持要求您的負載平衡器正確處理 WebSocket 連接. 當使用 HTTP 或 HTTPS 代理，這意味著負載平衡器必須被配置為通過`Connection`和`Upgrade`逐跳頭. 有關更多詳細信息，請參見[Web 終端](../integration/terminal.html)集成指南. * （ *2* ）：當對端口 443 使用 HTTPS 協議時，需要向負載均衡器添加 SSL 證書. 如果您想在 GitLab 應用程序服務器上終止 SSL，請使用 TCP 協議. ### GitLab Pages Ports[](#gitlab-pages-ports "Permalink") 如果您使用具有自定義域支持的 GitLab 頁面，則將需要一些其他端口配置. GitLab 頁面需要一個單獨的虛擬 IP 地址. 配置 DNS，將`pages_external_url`的`/etc/gitlab/gitlab.rb`指向新的虛擬 IP 地址. 有關更多信息，請參見[GitLab 頁面文檔](../pages/index.html) . | LB 端口 | 后端端口 | Protocol | | --- | --- | --- | | 80 | 變化（ *1* ） | HTTP | | 443 | 變化（ *1* ） | TCP（ *2* ） | * （ *1* ）：GitLab 頁面的后端端口取決于`gitlab_pages['external_http']`和`gitlab_pages['external_https']`設置. 有關更多詳細信息，請參見[GitLab Pages 文檔](../pages/index.html) . * （ *2* ）：GitLab 頁面的端口 443 應該始終使用 TCP 協議. 用戶可以使用自定義 SSL 配置自定義域，如果 SSL 在負載均衡器處終止，則不可能. ### Alternate SSH Port[](#alternate-ssh-port "Permalink") 某些組織有禁止打開 SSH 端口 22 的策略.在這種情況下，配置允許用戶在端口 443 上使用 SSH 的備用 SSH 主機名可能會有所幫助.與其他 GitLab 相比，備用 SSH 主機名將需要一個新的虛擬 IP 地址.上面的 HTTP 配置. 為備用 SSH 主機名（例如`altssh.gitlab.example.com`配置 DNS. | LB 端口 | 后端端口 | Protocol | | --- | --- | --- | | 443 | 22 | TCP | ## Readiness check[](#readiness-check "Permalink") 強烈建議多節點部署將負載平衡器配置為利用[就緒檢查，](../../user/admin_area/monitoring/health_check.html#readiness)以確保在將流量路由到節點之前準備好接受流量. 在使用 Puma 時，這一點尤其重要，因為在重新啟動過程中會有短暫的一段時間，Puma 將不接受請求. * * * 閱讀更多有關高可用性配置的信息： 1. [Configure the database](../postgresql/replication_and_failover.html) 2. [Configure Redis](redis.html) 3. [Configure NFS](nfs.html) 4. [Configure the GitLab application servers](gitlab.html)