前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Linux几种数据传输工具比较

Linux几种数据传输工具比较

作者头像
bisal
发布2023-01-14 10:08:50
2.2K0
发布2023-01-14 10:08:50
举报

Linux环境监控工具基础参考》提到了Linux监控工具,其实Linux有很多好用的小工具,不仅限监控,例如文件传输。这篇【爱可生开源社区】出品的文章《技术分享 | 你通常选用什么工具在Linux中进行数据传输?》就介绍了几种常用的文件传输工具之间的效率比对,可以针对不同的场景,选择合适的工具。

刨除网络带宽等因素,我们就Linux服务器之间传输文件的几款工具做个对比,看看到底什么工具才是最快、最适合的场景。

我们针对ftp、sftp、scp、rsync、tftp这些传输工具在文件实际大小和文件数量多少的层次上分别做个速度和简便性对比。

首先准备环境,配置两个机器ssh互信,创建两个文件夹,以不同的方式创建一个50G左右的大文件和51200个1M的小文件。

创建一个50G大文件,

代码语言:javascript
复制
[root@bisal-01 big]# fallocate -l 50G 50g_file
[root@bisal-01 big]# ll
total 52428856
-rw-r--r-- 1 root root 53687091200 Apr 10 17:55 50g_file
[root@bisal-01 big]# du -sh *
51G 50g_file

创建一个51200个1M文件,

代码语言:javascript
复制
[root@bisal-01 many]# seq 51200 | xargs -i dd if=/dev/zero of=1m_file{} bs=1M count=1
1+0 records in
1+0 records out
1048576 bytes (1.0 MB) copied, 0.00468854 s, 224 MB/s
······


[root@bisal-01 many]# ls | wc -l
51200


[root@bisal-01 test]# du -sh many
51G many

这里采用了两种方式制造大文件,生成文件确实是50G,字节数与之对应,至于为什么du工具计算出来是51G,其实他并不是计算机1024与1000的数值换算的原因,而是因为du命令计算的是该文件累计使用到文件系统的总块数,可能出现使用的部分块空间占用并不完整的情况,导致数值偏大。

1. 测试scp

通常Linux系统会安装这个工具。

1 * 50G文件测试,

代码语言:javascript
复制
[root@bisal-02 big]# scp /opt/test/big/50g_file root@bisal-01:/opt/test/re/
50g_file                          100%   50GB 135.5MB/s   06:17

51200 * 1M文件测试,

代码语言:javascript
复制
####### 
[root@bisal-02 many]# time scp /opt/test/many/1m_file* root@bisal-01:/opt/test/re/
1m_file1                          100% 1024KB  22.5MB/s   00:00
1m_file10                         100% 1024KB  35.8MB/s   00:00
1m_file100                        100% 1024KB  14.8MB/s   00:00
1m_file1000                       100% 1024KB  32.9MB/s   00:00
1m_file10000                      100% 1024KB  35.7MB/s   00:00
······
1m_file9998                       100% 1024KB 113.4MB/s   00:00
1m_file9999                       100% 1024KB  96.5MB/s   00:00
 
real    20m43.875s
user    4m2.448s
sys     2m52.604s


[root@bisal-01 re]# ls | wc -l
51200

scp类似于cp命令,由于跨机器文件加密传输导致其速度稍慢于copy操作。如果存在生产环境中无法使用ssh协议的情况,可以采用nc文件传输。

优点:该工具对于机器的系统资源占用少、影响较小,使用方便。

2. 测试ftp

1 * 50G文件测试,

代码语言:javascript
复制
[root@bisal-01 re]# ftp bisal-02
Connected to bisal-02 (x.x.x.x).
220 (vsFTPd 3.0.2)
Name (bisal-02:root): root
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> get /opt/test/big/50g_file /opt/test/re/50g_file
local: /opt/test/re/50g_file remote: /opt/test/big/50g_file
227 Entering Passive Mode (x,x,x,x,38,232).
150 Opening BINARY mode data connection for /opt/test/big/50g_file (53687091200 bytes).
226 Transfer complete.
53687091200 bytes received in 150 secs (359091.49 Kbytes/sec)
ftp> quit
221 Goodbye.

51200 * 1M文件测试,

代码语言:javascript
复制
[root@bisal-01 re]# time ftp bisal-02
Connected to bisal-02 (x.x.x.x).
220 (vsFTPd 3.0.2)
Name (bisal-02:root):
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> prompt off
Interactive mode off.
ftp> cd /opt/test/many
250 Directory successfully changed.
ftp> mget * .*
local: 1m_file1 remote: 1m_file1
227 Entering Passive Mode (x,x,x,x,156,228).
150 Opening BINARY mode data connection for 1m_file1 (1048576 bytes).
226 Transfer complete.
······
1048576 bytes received in 0.00337 secs (311057.86 Kbytes/sec)
local: . remote: .
227 Entering Passive Mode (x,x,x,x,213,4).
550 Failed to open file.
Warning: embedded .. in .. (changing to !!)
local: !! remote: !!
227 Entering Passive Mode (x,x,x,x,223,91).
550 Failed to open file.
ftp> quit
221 Goodbye.
 
real    14m32.032s
user    0m12.857s
sys     3m21.131s
[root@bisal-01 re]# ls | wc -l
51200

基于TCP传输协议,ftp客户端发出命令到服务端进行文件下载、上传或者变更目录。适用于内网的文件归集以及公共文件的调阅。偶发性的文件传输,为了保障各主机之间的安全性,一般不会使用这种方式进行数据传输。

3. 测试sftp

sftp就是在ftp的基础上补充了加密/解密的技术,可以看下和ftp的传输速度差异。

1 * 50G文件测试,

代码语言:javascript
复制
[root@bisal-01 re]# sftp root@bisal-02
Connected to bisal-02.
sftp> get ./big/50g_file /opt/test/re/50g_file
Fetching /./big/50g_file to /opt/test/re/50g_file
/./big/50g_file              100%   50GB 128.7MB/s   06:37
sftp> quit

51200 * 1M文件测试,

代码语言:javascript
复制
[root@bisal-01 re]# time sftp root@bisal-02
Connected to bisal-02.
sftp> get ./many/1m_file* /opt/test/re/
Fetching /./many/1m_file1 to /opt/test/re/1m_file1
/./many/1m_file1             100% 1024KB  77.3MB/s   00:00
······
Fetching /./many/1m_file9999 to /opt/test/re/1m_file9999
/./many/1m_file9999          100% 1024KB 118.0MB/s   00:00
 
real    19m43.154s
user    4m52.309s
sys     4m47.476s
 
[root@bisal-01 re]# ls | wc -l
51200

相比ftp工具,在提升安全等级的基础上对ssh传输进行加密,sftp的传输速率降低了70%左右。

使用sftp和ftp的使用需要搭建服务,使用麻烦,且sftp的传输速率类似于 scp。

4. 测试rsync

1 * 50G文件测试,

代码语言:javascript
复制
[root@bisal-02 big]# time rsync -av ./50g_file root@bisal-01:/opt/test/re/50g_file
sending incremental file list
50g_file
 
sent 53,700,198,488 bytes  received 35 bytes  107,940,097.53 bytes/sec
total size is 53,687,091,200  speedup is 1.00
 
real    8m17.039s
user    5m36.160s
sys     2m41.196s

51200 * 1M文件测试,

代码语言:javascript
复制
[root@bisal-02 many]# time rsync -av ./1m_file* root@bisal-01:/opt/test/re/
sending incremental file list
1m_file1
1m_file10
1m_file100
······
1m_file9998
1m_file9999
 
sent 53,702,886,375 bytes  received 972,872 bytes  58,278,740.37 bytes/sec
total size is 53,687,091,200  speedup is 1.00
 
real    15m21.548s
user    5m46.497s
sys     2m38.581s

rsync从比scp稍微快一点,Centos中默认安装。占用带宽少,因为rsync在两端服务器之间传输数据块时会进行解压缩处理。

优势:rsync只会同步发生变化的文件,如果没有变更,rsync不会进行覆盖处理,即rsync适合增量同步。

如果传输文件数量多的时候,rsync工具可能会导致磁盘的I/O偏高,如果文件系统中存在数据库会产生一定影响。

5. 测试tftp

类似于sftp,测一下tftp的速度怎么样。

1 * 50G文件测试,

代码语言:javascript
复制
[root@bisal-01 re]# time tftp bisal-02
tftp> get ./big/50g_file


real    10m30.114s
user    0m6.029s
sys 1m16.888s


[root@bisal-01 re]# ll
total 1805832
-rw-r--r-- 1 root root 1849168384 Apr 11 17:54 50g_file


[root@bisal-01 re]# du -sh *
1.8G    50g_file

1 * 1G文件测试,

代码语言:javascript
复制
[root@bisal-01 re]# time tftp bisal-02
tftp> get ./many/1g_file1
tftp> quit
 
real    5m54.090s
user    0m29.190s
sys     2m58.866s


[root@bisal-01 re]# ll
total 1048576
-rw-r--r-- 1 root root 1073741824 Apr 11 18:09 1g_file1

tftp工具是基于UDP协议进行数据传输,同样需要配置相关服务,使用过于麻烦。测试50G大文件传输仅仅1.8G,发生超时中断,fail,且时间较长。测试1个1G文件传输时间为354s,推测50倍时间较长,放弃该工具的测试。

6. 补充nc

1 * 50G文件测试,

代码语言:javascript
复制
[root@bisal-02 big]# nc x.x.x.x 10086 < /opt/test/big/50g_file
[root@bisal-01 re]# time nc -l 10086 > 50G_file
 
real    2m30.663s
user    0m9.232s
sys     2m16.370s

51200 * 1M文件测试,

代码语言:javascript
复制
[root@bisal-01 many]# tar cfz - *|nc 192.168.88.71 10086
[root@bisal-01 re]# time nc -l 10086|tar xfvz -
1m_file1
1m_file10
1m_file100
···
1m_file9997
1m_file9998
1m_file9999
 
real    11m38.400s
user    3m47.051s
sys     2m33.923s

这个工具的功能很是强大,可以实现任意TCP/UDP端口的监听与扫描。

优势:速度比scp快很多,几乎没有网络协议的开销。

跨机器传输文件只是他的功能之一,其他功能等待大家探索,据说可以网络测速。

7. 补充Python工具

如果还有nc无法解决的场景,可以再试下使Python的SimpleHTTPServer模块。

1 * 50G 文件测试,

代码语言:javascript
复制
[root@bisal-02 big]# python -m SimpleHTTPServer 10086
Serving HTTP on 0.0.0.0 port 10086 ...
192.168.88.71 - - [13/Apr/2022 16:02:15] "GET /50g_file HTTP/1.1" 200 -
 
[root@bisal-01 re]# wget http://x.x.x.x:10086/50g_file
--2022-04-13 16:02:15--  http://x.x.x.x:10086/50g_file
Connecting to x.x.x.x:10086... connected.
HTTP request sent, awaiting response... 200 OK
Length: 53687091200 (50G) [application/octet-stream]
Saving to: ‘50g_file’
 
100%[========================================>] 53,687,091,200  358MB/s   in 2m 35s
 
2022-04-13 21:00:00 (330 MB/s) - ‘50g_file’ saved [53687091200/53687091200]

51200 * 1M文件测试,

代码语言:javascript
复制
[root@bisal-02 many]# python -m SimpleHTTPServer 10086
Serving HTTP on 0.0.0.0 port 10086 ...
x.x.x.x- - [13/Apr/2022 19:46:02] "GET /1m_file1 HTTP/1.1" 200 -
x.x.x.x - - [13/Apr/2022 19:46:02] "GET /1m_file2 HTTP/1.1" 200 -
······
x.x.x.x - - [13/Apr/2022 19:55:21] "GET /1m_file51200 HTTP/1.1" 200 -


[root@bisal-01 re]# cat test.sh
#!/bin/bash
for ((i=1;i<=51200;i++))
do
   echo "http://x.x.x.x:10086/1m_file$i"
done
[root@bisal-01 re]# bash test.sh > test.list
[root@bisal-01 re]# cat test.list | wc -l
51200
[root@bisal-01 re]# wget -i liu.list
--2022-04-13 21:00:00--  http://x.x.x.x:10086/1m_file1
Connecting to x.x.x.x:10086... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1048576 (1.0M) [application/octet-stream]
Saving to: ‘1m_file1’
 
100%[==========================================>] 1,025,576   --.-K/s   in 0.05s
 
2022-04-13 21:00:00 21:01:00 (19.9 MB/s) - ‘1m_file1’ saved [1025576/1025576]
·······
100%[==========================================>] 1,025,576   --.-K/s   in 0.08s
 
2022-04-13 21:01:00 21:02:00 (11.9 MB/s) - ‘1m_file51200’ saved [1025576/1025576]
 
FINISHED --2022-04-13 21:02:00--
Total wall clock time: 9m 19s
Downloaded: 51200 files, 50G in 8m 11s (104 MB/s)

使用Python的SimpleHTTPServer模块或者python3的http.server模块实现了一个轻量级的HTTP协议的Web服务器。Linux发行版本几乎都内置有Python,所以该工具使用也较为方便。

正常情况下,多文件传输有些麻烦,文件名可能无规律,需要单文件挨个处理。

464f229a2bc1a15d4cd2e41842ec2760.png
464f229a2bc1a15d4cd2e41842ec2760.png

综上所述,

(1) 大文件传输速率:ftp > nc > Python工具 > scp > sftp > rsync。

(2) 小文件传输速率:Python工具  > nc > ftp > rsync > sftp > scp。

(3) 不同工具具有不同的应用场景,rsync在增量同步或定期归档的情况下优势很大。ftp工具搭建部署麻烦,适用于内网的文件归集以及公共文件的调阅,安全性低。

(4) 如果由于生产安全限制,关闭了SSH连接或22端口的使用,可以使用基于其他协议的连接访问,推荐nc工具。

(5) 对比每个工具可能同容量的文件数量测试,小文件会导致CPU多次读取匹配信息,增加CPU负担,IO的次数也会增多,存在一定的IO瓶颈,同容量的大文件和多个小文件传输对比会有一定的速度优势。

(6) 如果是大量文件传输,可根据文件名特点分批次设置多个传输进程,从而达到源端服务器并发传输的效果,更好的利用网络带宽。

备注,

(1) 由于操作限制,以上测试工具均忽略交互式登录的时间。

(2) 测试为虚拟机环境,不能保证变量绝对可控(网络带宽、吞吐、磁盘性能等影响因素),因此文中给出的时间节点仅供参考。

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2022-04-20,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档