覺得這個要先研究一下，再決定做法。

如果這 500G 每天都是不同的新資料，那麼確實 FTP 是最有效率的傳輸方式。不加密的 FTP 又比加密的 FTP 快。

如果這 500G 每天只有某些檔案少量的局部變化，那麼實際上並沒有要傳到 500G 的量，那還是 VPN+同步比較不吃頻寬網速。

還有這些檔案能不能異地共用，共用方式為何，都是會不會需要傳到每日 500G 的考慮因素。

nwcs

4664分

17樓

nwcs

個人積分：4664分

文章編號：79960082

aner0119 wrote:
難道HP IBM 這些大廠不怕效率差嗎。

這個其實有待商榷
HP、IBM的企業頻寬，應該不是樓主公司可以比擬的....

edson0227

16分

18樓

edson0227

個人積分：16分

文章編號：79966197

nwcs wrote:
這個其實有待商榷HP(恕刪)

效率高低跟頻寬沒有關係吧
以forti 60e 為例, IPsec VPN Throughput = 2 Gbps (250 MB/s)
由此可知ipsec 的效率取決於FW/Router 的處理效率非頻寬

nwcs

4664分

19樓

nwcs

個人積分：4664分

文章編號：79976107

edson0227 wrote:
效率高低跟頻寬沒有關(恕刪)

如果樓主公司會用近2萬元的ROUTER，那頻寬，我相信也不會有太大的問題。

異地傳檔效率，跟傳輸路徑上的所有設備跟規格及傳輸方式都有關係。

但一次傳個500G，應該會卡死其他頻寬，電腦本身也會卡死，就算2邊都是1G/600M的網路，我好奇不知會卡多久，等樓主回報。

dler

66分

20樓

dler

個人積分：66分

文章編號：79985914

一天500GB
理想條件：
1. 兩邊都hinet 600m
2. 固定 ip減少集縮比，封頂約68MBps
3. 檔案數量和傳輸時間成極大正比
4. 別加密了，兩邊都自己工作室對唄
以上都達成的話，2個半小時完工

個人想戳樓主第3點
依現行媒體內容(每天新檔)，很難是少量檔案占大量空間
通常是串流hls目錄裡一堆幾百kb的ts檔
500gb估計20~50萬個小檔
2個半小時變1星期
有中這點的話請告訴我
此時你需要的是來源端打包 -> 傳輸 -> 目的端解包

昨日小築 http://dler.com

請問點對點的傳輸方式？

小惡魔新聞台

小惡魔廣編特輯

請問點對點的傳輸方式？

小惡魔新聞台

小惡魔廣編特輯

今日熱門文章 網友點擊推薦！

今日熱門文章　網友點擊推薦！