Why
在服务器之间倒腾数据是运维工作的常见场景，这个运维的同行们应该都心有戚戚焉吧，比如要把一台服务器上的服务迁移到另外一台服务器上、比如这个服务又新上一台服务器，需要把数据从老服务器上同步过来一份，类似的需求是不是感觉经常碰到呢？
How
- scp
- rsync
- sftp
- nc
- socat
- ......
以上几种方法中：
- scp和sftp其实都还是走的ssh，走这种方式服务器有加密、解密的负载，所以比较耗cpu资源，为了减轻cpu负载，可以选用轻一点的cipher比如arcfour。这种方式比较适合于一次性的拷贝不太大的单个文件。
-
rsync可以走自有协议，也可以走ssh通道。不管那种，都可以用于“同步”数据的场景。
- 如果走自有协议的话，速度很不错。只不过需要先配置服务器和客户端
- 如果走ssh的话，会一样碰到加解密耗cpu的问题。
- nc(netcat)和socat在这里是类似的思路，只是socat号称是比nc(netcat)更瑞士军刀的瑞士军刀:)
总结一下：
- 如果文件很多、数据量很大的场景下，我推荐用tar+socat的方案，代码如下：
# server A & server B上都要执行
yum -y install tar socat;
# server A(ip:1.1.1.1)上执行
cd dest_path;
socat tcp4-listen:11111 stdout | tar xvpf -
# server B上执行
cd src_path;
tar cvf - files | socat stdin tcp4:1.1.1.1:11111
# server B上的src_path/files==>server A的dest_path/files
# 在千兆环境下，拷贝速度可以稳定达到800M以上。
- 如果是单个的大文件，直接socat即可，代码跟上面类似
- 如果不追求性能和速度，scp即可，代码略
思考
- 如果网络带宽不大而且没有加密需求的话，可以给tar启用压缩，格式用性能最好的xz
# server A & server B上都要执行
yum -y install tar socat xz;
# server A(ip:1.1.1.1)上执行
cd dest_path;
socat tcp4-listen:11111 stdout | tar xJvpf -
# server B上执行
cd src_path;
tar cJvf - files | socat stdin tcp4:1.1.1.1:11111
# 在千兆环境下，拷贝速度只有10M(压缩后)左右。
- 如果从命令行简洁程度来讲，还不如直接用nc呢。:)
# server A & server B上都执行
yum -y install nc;
# server A(ip:1.1.1.1)上执行
cd dest_path;
nc -l 11111 | tar xv
# server B上执行
cd src_path;
tar cvf - files | nc 1.1.1.1 11111
