有時候,dns會等待600ms,比等待另一半秒會使90kb文件等待超過1秒鐘。有時ping等待時間顯示甚至1秒。如果我嘗試另一種測試,它有時會一直到90ms。Amazon Cloudfront爲何如此緩慢?
我知道第一個請求需要更多時間,因爲cloudfront需要先從我們的服務器獲取文件。我將緩存時間設置爲86400秒,這意味着它應該在整個24小時內從緩存中獲取文件。但是如果我在第一次測試後2小時嘗試pingdom,它會再次非常緩慢。
有時候,dns會等待600ms,比等待另一半秒會使90kb文件等待超過1秒鐘。有時ping等待時間顯示甚至1秒。如果我嘗試另一種測試,它有時會一直到90ms。Amazon Cloudfront爲何如此緩慢?
我知道第一個請求需要更多時間,因爲cloudfront需要先從我們的服務器獲取文件。我將緩存時間設置爲86400秒,這意味着它應該在整個24小時內從緩存中獲取文件。但是如果我在第一次測試後2小時嘗試pingdom,它會再次非常緩慢。
CloudFront不僅具有可擴展性,還消除了瓶頸,但旨在加快速度。
AWS CloudFront是一種具有低延遲和快速傳輸速率的服務。
以下是使用CloudFront時可能會比較慢的一些症狀。
(這包括大多數的問題。)
提出請求的邊緣可以容納大量的請求。
距離客戶端最近的邊緣服務器可能比Web主機服務器更遠。
(地理延遲)
DNS查找可能會延遲。
這種可能性不大,但要確保x-edge位於「在雲端查看」狀態。
緩存可能會丟失。
詳細的故障排除很困難,因爲您不知道測試是什麼或者條件是什麼。
如果啓用了日誌記錄,則可以進行進一步的故障排除。
通常建議啓用日誌記錄。
如果您有任何問題,請隨時詢問!
謝謝。
大多數情況下,它使DNS的延遲,因爲亞馬遜是真正可擴展的。
我與我的ISP有類似的問題,並能夠通過更改DNS服務器快速解決它。
嘗試將您的DNS更改爲Google DNS IP V4 8.8.8.8 8.8.4。4
IP V6
2001:4860:4860::8888
2001:4860:4860::8844
Google Public Dns Documentation
或者使用OPEN DNS
208.67.220.220
208.67.222.222
我認爲這是我的錯假:)。它被設置爲Use Origin Cache Headers而不是Customize。 – JohnyFree
我很想知道您用來從不同位置運行這些測試的網站。 – ffxsam