S3 到雲端邊緣位置與雲端到最終使用者的傳輸比率

我們在 amazon S3 中託管影片並使用雲端傳遞它們。這是上個月的數字：

從雲端到最終使用者的總流量為 4,2 TB。其中 4 TB 在歐洲，其餘主要在美國。

這花了我們 512 美元。一切如預期。

此外，我們從 S3 到邊緣位置的傳輸成本約為 1 TB。= 花費 115 美元

這是傳輸給最終使用者的成本的 22.4% 和總成本的 18%。我想知道，這正常嗎？我覺得有點多。

我們在 S3 中儲存了 280 GB 的影片，分佈在大約 20000 個影片中。我們的大部分流量來自新鮮的影片。當月排名前 100 的影片約佔總流量的 80%。

我只是覺得可能在邊緣位置不必要地下載了太多影片並且點擊率很少。然後它們被刪除，稍後再次請求它，我們再次下載到邊緣伺服器。

1. 這個比例是正常的，還是至少有點接近其他人的經歷？
2. 我可以以某種方式告訴 cloudfront 在開始記憶體文件之前設置一個門檻值或其他東西嗎？喜歡：在您附近的一天內看到 x 次下載之前，不要記憶體此文件。
3. 如果以上是不可能的，是否還有其他關於如何實現相同目標的提示。不要通過雲端提供訪問頻率較低的文件，直接轉到 S3。我覺得這可能是個問題，因為無論如何我都使用 cloudfront 的流媒體功能。

我沒有更改 TTL，所以我假設它是標準的 24 小時。如果我增加它，這不會改變任何東西，因為如果它沒有改變（他們沒有），雲端將不會再次下載文件。

問題是文件超出記憶體。

我會直接從 S3 提供不太受歡迎的影片。直到影片達到 300 次觀看，YouTube 才會開始從其 CDN 上提供影片。我會跟踪在 Redis 之類的東西中儲存列表的影片的最後 x 多次觀看的時間，如果最後 x 次觀看在某個時間範圍內，那麼只有在 CloudFront 上提供影片。

引用自：https://serverfault.com/questions/360500