魷魚緩存行爲 - 多個請求

Question

我不得不爲一個項目學習squid，並試圖谷歌這一點，但不知道如何問這個問題，谷歌可以找到它。我有一位客戶希望將更多視頻分發給多個客戶端，但他們的WAN速度很慢。我們的想法是將Squid作爲反向代理和緩存來保存本地網絡上的視頻，以便更快地傳輸給最終用戶，並避免飽和WAN。

我的問題是這樣的。如果多個用戶試圖下載一個Squid尚未緩存或完全緩存的視頻，那麼會發生什麼？在我特殊的情況下（這裏插入不必要的解釋），這會經常發生。是單獨下載一個從Squid爲每個請求打開的主機上的視頻，還是Squid足夠聰明地管理它，並且只有一個連接返回到實際下載視頻的主機？

Answer 1

此問題被稱爲雷鳴羣獸或緩存思念風暴。它發生在新資源和高利用率資源的緩存失效之上。

對於魷魚作爲反向代理有一些選項可用於處理此問題，如Collapsed Forwarding。這個想法是將並行查詢暫時轉換爲相同的資源，並且只使用一個查詢來獲取後端的資源。

檢查鏈接的細節，因爲取決於魷魚版本，你可能必須嘗試不同的配置令牌和值。