Tcpcopy benchmark
0 likes•238 views
tcpcopy 是由网易杭研开源的流量基准测试工具，通过复制网络流量来模拟真实负载并进行压力测试。它可以将流量包直接复制到 MySQL 数据库，帮助测试机器承受更大的负载，并揭示在高压力环境下 SQL 的潜在问题。文章还提供了 tcpcopy 和相关服务器的架构及具体操作步骤，以便在测试环境中实现流量模拟和压测。
![Jk.cn
在 assistant server 上开启 intercept 进程
/usr/local/intercept/sbin/intercept -i bond0 -F 'tcp and src port 3307' -p 36525 –d
端口设置为 36525
在 online server 上开启 tcpcopy 进程
tcpcopy -x 3307-10.128.6.83:3307 -s 10.128.6.84:36525 -C 4 -n 50
将本地 3307 端口的流量直接复制到 test server (由 test server 路由至 assistant server, 最后由 assistant server 完成应答) ，实际的
数据包则在 test server 上执行 。
-C tcpcopy 进程与 intercept 进程开启并行通信 –n 将线上流量复制 N 倍
[20:33:26root@a1-tcpcopy-assis /usr/local/intercept/sbin]
#netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
ESTABLISHED 5
TIME_WAIT 30
在 test server 上即可看到实际流量，经测试 –n 100 基本是一个极限值（tcpcopy 没有连接池的概念，所以对 test server 的连接都是短
连接，会引起 DB 层的瞬间连接暴增问题，目前没有好的解决方案）对于 troy 来说本身就是一个超过 4 万 QPS 的应用，而 TCPCOPY
极限压测到 5 万的 QPS 已经是上限了](https://image.slidesharecdn.com/tcpcopybenchmark-170518064945/85/Tcpcopy-benchmark-6-320.jpg)
Tcpcopy benchmark
- 1. Jk.cn TCPCOPY-Real traffic benchmark tool TCPCOPY 由网易杭研开源，通过复制网卡端口流量，从而模拟线上真实负载，通过 N 倍放大做到真实环境流量翻倍的效果。 对于日常业务的激增起到一个预测作用。 TCPCOPY 可以直接将流量包复制至 MYSQL database，从而模拟线上 client 包流量的翻倍压力，对于测试机器来说，相当于将线 上机器成倍的增加，从而可以压测出当前 MYSQL DB 所能承受的极限值。对于 SQL 而言，也利于在高压力环境下的问题暴露。
- 3. Jk.cn 通过直接导入线上流量， 模拟 troy 线上压力 测试环境： online server : 10.128.6.16 master test server : 10.128.6.83 clone database assistant server : 10.128.6.84 在 test server 上增加如下路由信息： route add -host 10.128.10.68 gw 10.128.6.84 route add -host 10.128.11.96 gw 10.128.6.84 route add -host 10.128.13.97 gw 10.128.6.84 route add -host 10.128.16.59 gw 10.128.6.84 route add -host 10.128.17.109 gw 10.128.6.84 route add -host 10.128.17.99 gw 10.128.6.84 route add -host 10.128.19.142 gw 10.128.6.84 route add -host 10.128.19.150 gw 10.128.6.84 route add -host 10.128.19.160 gw 10.128.6.84 route add -host 10.128.6.17 gw 10.128.6.84
- 4. Jk.cn route add -host 10.128.7.121 gw 10.128.6.84 route add -host 10.128.7.122 gw 10.128.6.84 在 test server 上将线上(online server)上的 mysql client IP 请求全部路由到 assistant server 由 assistant sever 跟 这些 client 机器完 成握手，从而完成整个过程。Test server 本身并不负责这些连接的建立。
- 6. Jk.cn 在 assistant server 上开启 intercept 进程 /usr/local/intercept/sbin/intercept -i bond0 -F 'tcp and src port 3307' -p 36525 –d 端口设置为 36525 在 online server 上开启 tcpcopy 进程 tcpcopy -x 3307-10.128.6.83:3307 -s 10.128.6.84:36525 -C 4 -n 50 将本地 3307 端口的流量直接复制到 test server (由 test server 路由至 assistant server, 最后由 assistant server 完成应答) ，实际的 数据包则在 test server 上执行 。 -C tcpcopy 进程与 intercept 进程开启并行通信 –n 将线上流量复制 N 倍 [20:33:26root@a1-tcpcopy-assis /usr/local/intercept/sbin] #netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' ESTABLISHED 5 TIME_WAIT 30 在 test server 上即可看到实际流量，经测试 –n 100 基本是一个极限值（tcpcopy 没有连接池的概念，所以对 test server 的连接都是短 连接，会引起 DB 层的瞬间连接暴增问题，目前没有好的解决方案）对于 troy 来说本身就是一个超过 4 万 QPS 的应用，而 TCPCOPY 极限压测到 5 万的 QPS 已经是上限了
- 9. Jk.cn 下一步计划 按成自动化恢复+自动化压测 （需要实际的 slave 激活成 master, 直接线上 slave 压测存在风险）