仿真环境是用线上流量转发到下线环境做线下实验。重点在于流量引入和数据/队列/push,im服务的隔离

全链路压测 是用大量与线上流量类似的流量请求到线上，检测故障。重点在于大量数据与真实流量的模拟，压测数据隔离

流量回放 可以用来定位问题，将有问题请求百分百还原到线下机器，对控制读写接口返回用线上真实mock，可不断重复。重点在于线下请求劫持到回放机器进行mock，和mock数据匹配。

因为都是公司未开源东西。只简单介绍三个的实现。重点说下通用解决

引流：

1.通信框架实时引流：

  • 方案：
    框架层根据包头中的额外信息，判断哪些流量需要转发到仿真环境，只转发需要转发的流量，且实时转发
    判断转发条件在配置平台下发
    连接池，隔离目标server。
  • 优点：可以按业务细粒度引流
  • 缺点：无法回放

2.收到请求后写入MQ，引流系统消费

  • 优点：可以重读消费
  • 缺点：请求密集度和线上不一致

3.日志回放（全链路压测）

  • 方案：收集线上日志，通过日志还原请求
  • 优点：业务无侵入
  • 缺点：日志还原复杂

4.TCPCOPY

  • 方案
    基于数据链路层/网络层抓包回放
    tcpcopy通过libpcap(数据链路层)或rawsocket(IP层)抓包


    assistant server为了截获响应给TCPCopy，不会回给online server

  • 优点：业务无侵入
  • 缺点：网络层就无法按照业务选择

5.TCPDUMP流量（流量回放）

  • 方案
    单独机器采样TCPDUMP录制流量，编写工具读取并解析.cap文件，实现流量回放
  • 优点：可以多次回放请求
  • 缺点：解析.cap文件+cap文件存储+tcpdump对耗时稍有影响

数据隔离

1.全部单独数据配置。

数据同步+大量机器

2.数据访问流量劫持

写本地或写丢弃，读线上。

  • 本机访问线上数据流量劫持方案：iptable
    原理
    Netfilter是Linux用于网络数据包过滤的模块，它有四个表五个链。Iptables是用于向这Netfilter添加规则的用户空间程序。
    E.g.
    // 将本机发往9613的tcp包转到100.90.160.37的9613端口
    iptables -t nat -A OUTPUT -p tcp --dport 9613 -j DNAT --to 100.90.160.37:9613
    // 将本机非root用户发往beststg集群3000端口的流量重定向到本机9001端口
    iptables -t nat -A OUTPUT -p tcp --dport 3000 -m set --match-set beatstg dst -m owner ! --uid-owner 0 -j REDIRECT --to 9001
    // 将本机发往100.69.238.129 9000端口的tcp流量丢弃
    iptables -A OUTPUT -p tcp -d 100.69.238.129 --dport 9000 -j DROP
  • 需要数据劫持到单独模块
    redis
    mq topic、回调地址

需要考虑数据

redis,mq,mysql

仿真环境

  • 通信框架实时引流。
  • 对数据iptable劫持
    1.redis:劫持到RedisRouter
    2.mq
    1）发出去的请求带回调地址的（比如bridgemq），劫持到mqproxy。替换请求中的回调URL为目标环境URL
    2）topic都改成线下的，发送和的订阅都改

全链路压测

流量回放

  • 模拟数据：日志回放。
    按照接口配置顺序取高峰期几小时数据。对请求中部分数据替换为压测
  • 全部单独数据配置：
    压测用户信息单独存储，单独存储。mysql，redis加注释方式.mq的topic统一加前缀
  • 施压工具开发
    用的NIO
  • 整体架构


    ultron-server：web控制台，负责新建压测计划、压测任务，调整压测，修改压测配置，查看压测监控和性能数据等。
    daemon：远程调起agent。ultron-server新建压测任务只会在数据库添加一条待运行的压测任务记录，并将空闲agent分配给压测任务，ultron-server本身不负责发压，然后daemon会从数据库读取待运行的任务以及给任务分配好的agent，然后通过shell命令远程调起agent。
    datasource: 即数据源，全链路压测时向agent提供司乘基本信息和路线信息，http日志回放时向agent提供日志日志文件。datasource起了一个定时任务从redis(全链路压测)或者日志文件(http日志回放)读取数据，缓存到内存的队列里面，当压测agent启动后，从datasource的内存队列里面拉取压测数据。
    redisfiller: 将匹配好的路线信息和司乘数据写入redis，供datasource拉取数据用。

流量回放

  • TCPDUMP流量
    因为mock方案，需要保证串行。http:nginx+lua; thrift:server改。选则一台线上机器做串行到tcpdump机器即可
  • 数据iptable劫持
    劫持到proxy转发到mock机器。数据tcp级别的mock。配置白名单iptable不劫持放过
  • mock匹配
    完全串行。1s内单个请求所有子tcp都结束后才记录下一个，直接用时间匹配（tcp级别比如访问redis,mysql无法用traceid等，用线程id各语言不通用）