流量复制

把线上的真实流量引流到测试环境，模拟线上用户操作，让测试机和真实的用户交互，让测试环境在正式灰度前暴露问题，增加上线信心

流量复制的常见方案

一、基于应用层的请求复制 

优点：实现简单

缺点：

1. 请求复制从应用层开始，要穿过整个协议栈，容易抢占应用资源，如连接资源

2.测试跟实际应用耦合在一起，容易影响线上机器，也无法复制大量请求

3. 很难控制网络延迟

二、基于底层数据包的请求复制

   无需穿透整个协议栈，可以从数据链路层或者网络层做流量复制，不走tcp层，这样对线上机器的影响就会少很多

流量复制的两种类型：

1. 实时复制 ，实时的把线上流量复制到测试机

2. 离线复制，先把流量复制下来，保存在PCAP抓包文件中，然后在测试机离线回放

使用场景：

压力测试 

回归测试

线上问题重现

架构及原理：

TCPCOPY包括三个部分：

1. tcpcopy ：运行在线上机器，捕获线上请求

2. intercept： 运行在辅助机器，负责向tcpcopy发送响应信息。

3. 目标机器：被测机器

tcpcopy默认捕获网络层的包（也可以配置为捕获数据链路层的包），然后做一些必要的处理，将包发送给被测机器

tcpcopy拷贝一次流量访问的步骤如下：

①　一个客户请求到达线上机器；

②　拷贝IP层（或者数据链路层）的包到tcpcopy进程；

③　tcpcopy修改包的目的及源地址，发给目标测试机；

④　拷贝的包到达目标测试机；

⑤　目标测试机的应用处理访问，并返回结果给辅助机；

⑥　返回结果在辅助机的数据链路层被截获，drop响应的body，copy返回的ip header；

⑦　辅助机将响应header发送给线上机器的tcpcopy进程。

使用方式：

一、 实时复制流量

1. 目标机器配置路由 ，将响应包路由到辅助机

route add -net 1.1.1.0 netmask 255.255.255.0 gw 2.2.2.2

其中2.2.2.2 为辅助机， 1.1.1.0 为客户端地址

2. 辅助机捕获目标机器发来的响应包 （和抓包命令类似）

./intercept -F <filter> -i <device,>

例子：./intercept -i eth0 -F 'tcp and src port 8080' -d

捕获网卡 eth0 ，端口8080 基于tcp的包

3. 线上机器捕获包，并修改客户端地址，并把包发送给目标机器，等待辅助机发送响应包

./tcpcopy -x localServerPort-targetServerIP:targetServerPort -s <intercept server,> [-c <ip range,>]

例子：

 ./tcpcopy -x 80-3.3.3.3:8080 -s 2.2.2.2 -c 1.1.1.0  -d        #全流量复制

./tcpcopy -x 80-3.3.3.3:8080 -s 2.2.2.2 -c 1.1.1.0 -r 20 -d  #复制20%的流量

  ./tcpcopy -x 80-3.3.3.3:8080 -s 2.2.2.2 -c 1.1.1.0  -n 2  -d  #复制2倍流量

二、离线复制流量

使用tcpdump抓包

 tcpdump -i eth0 -w test.pcap tcp and port 80 -c 100

流量回放

./tcpcopy -x 80-3.3.3.3:8080 -s 2.2.2.2 -c 1.1.1.0 -i test.pcap

遇到的问题：

编译intercept程序时报错 pcap.h can not found .需要安装libpcap-dev包：

 apt-get install libpcap-dev

存在的问题：

1.  不支持加密协议https等 ，可以进行二次开发，但是略复杂

2.  可能会丢包：作者建议最好将三台机器部署在同一个网段，或者使用代理，可以降低丢包率

参考：

https://github.com/session-replay-tools/tcpcopy

http://www.cnblogs.com/zhengyun_ustc/p/tcpcopy.html