nginx ingress限速怎麼配置
從業務場景出發
在業務開發過程中,我們有個需求是:透過filebrowser提供的下載服務需要進行限速處理。如使用者透過filebrowser進行檔案下載的時候,需要限制每個使用者的下載速率。從這個需求擴展開來,也可以限定特定使用者的下載速率。
為了實現這個業務需求,結合我們目前的技術堆疊(k8s nginx ingress),可以透過配置對應的nginx參數來實現。
什麼是限速?
限速,顧名思義,是限制速率。
這裡的速率可以是:
單一使用者在單位時間內存取資源的頻率,
也可以是單一ip在單位時間內存取資源的頻率,
也可以是單位時間內指定連線的傳輸速率。
通常,後者的業務場景存在於下載限速
為什麼要限速?
限速的本質是保證公平。
在頻寬資源有限的情況下,盡可能地保障每個使用者能被合理的分配足夠的頻寬值。也可以在頻寬資源有限的情況下,透過限速的方式,服務更多的使用者。
另外,限速還可以大幅緩解分散式阻斷服務攻擊(DDOS)所帶來的影響。
在nginx ingress的yaml檔案裡,都有哪些設定?
Nginx ingress的限速配置基本上可以在ingress的nginx.ingress.kubernetes.io註解裡可以找到。
下面,對和限速相關的註解進行逐一解讀:
nginx.ingress.kubernetes.io/limit-connections
:單一IP位址可以同時並發連線的個數。如果超過連線並發數,則傳回503錯誤。nginx.ingress.kubernetes.io/limit-rps
:限制單一IP每秒鐘的請求數(limit request per second)。超出限制,回傳503錯誤。要注意的是,並不是立刻超出該配置設定的值就馬上出現503錯誤,nginx允許在一定時間範圍內的突發請求數的存在(突發請求數= limit-rps * limit-burst-multiplier )。那麼什麼時候會出現503呢?這就要從nginx的限流模型展開了。 nginx的限流模型就是一個隊列(參考線程池的隊列模型模型),限流的max連線數=隊列處理的能力隊列長度,即max-connections-per-second=limit-rps limit-rps*limit- burst-multiplier。nginx.ingress.kubernetes.io/limit-rpm
:同limit-rps,不過limit-rpm的優先權高於limit-rps,也就是說當同時設定了limit-rpm和limit-rps,以limit-rpm為準。不過當limit-connections也設定了,那麼limit-connections的優先權最高。nginx.ingress.kubernetes.io/limit-burst-multiplier
:突發請求大小的係數,主要用來定義連接的佇列長度,預設為5nginx.ingress.kubernetes.io/limit-rate-after
:超過多少流量後執行限速(limit-rate),單位是KBnginx.ingress.kubernetes.io/limit-rate
:單一連線每秒的限速值,單位是KB。nginx.ingress.kubernetes.io/limit-whitelist
:設定IP白名單,在該白名單內的IP不被限速,支援CIDR ,多個IP可用逗號隔開。
注意
當limit-connections, limit-rps, limit-rpm同時設定時,優先級是limit-connections>limit-rpm>limit-rps
limit-rate-after和limit-rate生效的前提是
nginx.ingress.kubernetes.io/proxy- buffering: "on"
以上提到的IP,需要區分來自SLB還是真實的用戶IP,取得真實的用戶IP
4. 針對業務需求的方案
搞清楚了這些知識點後,再回到我們的業務本身,可以簡單的在業務ingress的配置文件中添加以下配置即可:
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: annotations: ... nginx.ingress.kubernetes.io/proxy-buffering: on nginx.ingress.kubernetes.io/limit-rate: 10 # 单位是KB name: xxx namespace: yyy spec: ingressClassName: nginx rules: ...
以上是nginx ingress限速怎麼配置的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undress AI Tool
免費脫衣圖片

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Stock Market GPT
人工智慧支援投資研究,做出更明智的決策

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

1.PHP開發問答社區首選Laravel MySQL Vue/React組合,因生態成熟、開發效率高;2.高性能需依賴緩存(Redis)、數據庫優化、CDN和異步隊列;3.安全性必須做好輸入過濾、CSRF防護、HTTPS、密碼加密及權限控制;4.變現可選廣告、會員訂閱、打賞、佣金、知識付費等模式,核心是匹配社區調性和用戶需求。

當Nginx出現“Toomanyopenfiles”錯誤時,通常是因為系統或進程達到了文件描述符限制。解決方法包括:1.提高Linux系統的軟硬限制,在/etc/security/limits.conf中設置nginx或運行用戶的相關參數;2.調整Nginx的worker_connections值以適應預期流量,並確保重載配置;3.增加系統級文件描述符上限fs.file-max,編輯/etc/sysctl.conf並應用更改;4.優化日誌和資源使用,減少不必要的文件句柄佔用,例如使用open_l

Homebrew在Mac環境搭建中的核心作用是簡化軟件安裝與管理。 1.Homebrew自動處理依賴關係,將復雜的編譯安裝流程封裝為簡單命令;2.提供統一的軟件包生態,確保軟件安裝位置與配置標準化;3.集成服務管理功能,通過brewservices可便捷啟動、停止服務;4.便於軟件升級與維護,提升系統安全性與功能性。

要啟用Nginx的HTTP/2或HTTP/3支持,需滿足前提並正確配置;HTTP/2需Nginx1.9.5 、OpenSSL1.0.2 及HTTPS環境;配置時添加--with-http_v2_module模塊,修改監聽語句為listen443sslhttp2;並重載服務;HTTP/3基於QUIC,需使用第三方模塊如nginx-quic,編譯時引入BoringSSL或OpenSSLQUIC分支,並配置UDP監聽端口;部署時常見問題包括ALPN未啟用、證書不兼容、防火牆限制及編譯錯誤,建議優先採用

要解決PHP環境在本地與生產之間不一致的問題,核心在於利用Kubernetes的容器化與編排能力實現環境統一,具體步驟如下:1.構建統一的Docker鏡像,包含所有PHP版本、擴展、依賴和Web服務器配置,確保開發與生產使用同一鏡像;2.使用Kubernetes的ConfigMap和Secret管理非敏感與敏感配置,通過卷掛載或環境變量注入,實現不同環境配置的靈活切換;3.通過統一的Kubernetes部署定義文件(如Deployment、Service)保障應用行為一致性,並納入版本控制;4.

1.PHP電商後台主流框架有Laravel(開發快、生態強)、Symfony(企業級、結構穩)、Yii(性能優、適合標準化模塊);2.技術棧需搭配MySQL Redis緩存 RabbitMQ/Kafka消息隊列 Nginx PHP-FPM,並考慮前後端分離;3.高並發架構應分層模塊化、數據庫讀寫分離/分庫分錶、用緩存和CDN加速、異步處理任務、負載均衡與Session共享、逐步微服務化並建立監控告警體系;4.多元變現路徑包括商品差價或平台佣金、站內廣告、SaaS訂閱、定制開發與插件市場、API接

在NGINX配置中,location塊內的@符號用於定義命名位置,這些是僅限內部使用的端點,不能直接由客戶端請求匹配,它們通常通過error_page、try_files或rewrite指令調用。 1.命名位置以@開頭,如location@notfound,不會響應直接請求,而是從配置其他部分觸發;2.常用於自定義錯誤處理、內部路由和後端代理回退;3.例如,結合try_files實現靜態文件不存在時轉發到@backend;4.注意事項包括:不可直接訪問、避免命名衝突、使用描述性名稱。命名位置可包含

修改Nginx配置後應先測試語法再重載服務。 1.使用nginx-t檢查配置文件語法,若提示“syntaxisok”和“testissuccessful”則表示無誤;若有錯誤會顯示具體問題行。 2.若配置文件權限較高,需使用sudonginx-t執行。 3.確認測試的是實際加載的配置路徑,可通過nginx-t-c/path/to/your/nginx.conf指定路徑,或通過ps-ef|grepnginx查看主進程使用的配置文件。 4.測試通過後執行sudonginx-sreload重載服務使新配置生效
