凌晨三点,我盯着屏幕上跳动的rsync进度条，心跳快赶上进度百分比了——1.2GB的数据库备份，跑了快半小时，还剩68%，说好的美国服务器“直连优化”呢？这速度连国内云主机都不如，你是不是也遇到过这种糟心事？rsync传小文件还行，一旦碰上大文件或海量小文件，服务器底子好不好，立刻现原形，今天我不吹不黑，拿手头三台美国服务器，实测rsync在不同场景下的真实表现，看看谁才是真正的“搬砖之王”。
测试环境和工具
美国服务器rsync传文件像龟爬？我用实测数据告诉你真相
先交代我今天用的家伙什,本地端是一台上海电信千兆家宽，确保本地带宽不是瓶颈，服务器端选了三个美国热门机房：一家是常年打折的“超售王”洛杉矶E5-2620 v4，一家是中规中矩的“稳定派”达拉斯E5-2680 v4，还有一家是“新秀”西雅图Ryzen 9 7950X，系统统一CentOS 7.9，rsync版本3.1.2，带宽全部标称1Gbps，测试工具用rsync自带的--progress和--stats，配合iperf3和mtr看网络底子，文件方面，我准备了一个2GB的单一大文件，和一个包含5000个小文件（每个1KB-100KB）的目录，真实模拟数据库备份和网站源码同步。
实测数据：延迟、带宽、丢包
先上硬指标,延迟：洛杉矶到上海电信，平均150ms；达拉斯185ms；西雅图因为跨太平洋走西海岸，160ms，带宽：用iperf3单线程测，洛杉矶能跑到350Mbps，达拉斯280Mbps，西雅图直接飙到480Mbps——Ryzen的CPU软中断优化真不是盖的，丢包：三家都不高，洛杉矶0.3%，达拉斯0.1%，西雅图0.2%，基本在正常范围。
重点来了,rsync实测结果，单大文件传输，洛杉矶用了2分18秒，平均速度47MB/s；达拉斯慢一点，3分05秒，平均34MB/s；西雅图最快，1分37秒，平均65MB/s，小文件同步才是噩梦：洛杉矶跑了4分22秒，达拉斯5分11秒，西雅图2分54秒，为什么差距这么大？rsync需要计算校验和并建立连接，每次文件都要走一遍TCP握手和RTT延迟，小文件多的时候，延迟直接卡脖子，西雅图靠新CPU和低延迟逆袭，而达拉斯虽然延迟高，但胜在稳定，全程没断流。
竞品对比
拿这三台服务器横向比,你会发现“一分钱一分货”不完全对，洛杉矶那台号称“高性价比”，但超售太明显，CPU软中断处理能力弱，rsync跑小文件时CPU占用直接飙到80%，而带宽只有标称的三分之一，达拉斯那台稳如老狗，延迟高但丢包率最低，适合对数据一致性要求高的场景，比如跨洋数据库备份，西雅图这台新秀真的让我意外，AMD Ryzen处理rsync的校验计算简直像开挂，小文件同步速度比另外两台快了近一倍。
再和国内常见的CN2 GIA线路比，我手头也有一条CN2 GIA线路，延迟能压到130ms，带宽跑满500Mbps，但价格贵了3倍，如果你的rsync场景对延迟敏感，比如实时增量备份，那CN2 GIA确实香；但如果是定时同步大文件，西雅图这台Ryzen服务器完全够用，性价比炸裂。
总结推荐
最后说人话,如果你主要用rsync传大文件，比如视频素材或数据库全量备份，西雅图那个Ryzen服务器是最优解，速度快、新硬件给力，价格还不到CN2的一半，如果你同步的是海量小文件，比如CDN静态资源或网站配置文件，建议优先看延迟和CPU性能，西雅图依然能打，但洛杉矶那台超售机千万别入坑，如果你追求绝对稳定，愿意牺牲一点速度，达拉斯那台老牌机房可以当备胎。
别被“美国服务器”四个字唬住，rsync好不好用，得看机房底子，下次你盯着进度条发呆时，记得翻出这篇实测——选对服务器，凌晨三点也能安心睡大觉。
发表评论