老铁们，大家好，相信还有很多朋友对于网站测压源码分享和网址测压平台的相关问题不太懂，没关系，今天就由我来为大家分享分享网站测压源码分享以及网址测压平台的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！
本文主要用于介绍如何编译安装queryperf来对DNS服务器进行压测，以及DNS常见的几种配置下的压测性能表现。
1、queryperf
1.1编译安装
queryperf是bind9出品的一款测试dns服务器性能的工具，目前在9.12.4版本的bind源码中还存在，再往后的新版本就没看到有queryperf了。
[root@dns1home]tar-zxvfbind-9.12.4.tar.gz\n[root@dns1home]./configure\n[root@dns1queryperf]filequeryperf\nqueryperf:ELF64-bitLSBexecutable,x86-64,version1(SYSV),dynamicallylinked(usessharedlibs),forGNU/Linux2.6.32,notstripped
1.2常用操作
cpqueryperf/usr/local/bin/\n\n\n[root@dns1home]对192.168.1.1进行压测，查询域名为文件query.domain.list的内容\nqueryperf-s192.168.1.1-dquery.domain.list\n\n对192.168.1.1的5353端口进行压测，查询域名为文件query.domain.list的内容，压测压力为1000qps\nqueryperf-s192.168.1.1-p5353-dquery.domain.list-T1000\n\n#对192.168.1.1的5353端口进行压测，查询域名为文件query.domain.list的内容，压测压力为1000qps，每次查询超时时间为3s\nqueryperf-s192.168.1.1-p5353-dquery.domain.list-T1000-t3
2、压测数据
2.1机器硬件配置
虚拟机为16核16G配置，宿主机为R730，配置是双路E5-2640v4+82599万兆网卡物理机为R640，配置是双路银牌Silver4114+128G内存+x710万兆万卡
这里需要额外提一下，DNS比较吃网卡和CPU，对于硬盘IO的要求并不算特别高（主要取决于写日志的量），对内存占用较低
2.2DNS配置
DNS配置的复杂程度会直接影响具体实例的性能表现，简单来说就是启用的插件越多，性能表现越差；比较影响性能表现的插件主要是日志相关的插件，如log插件开启全量日志记录，我们测试启用的插件主要有：log、errors、bind、reload、ready、prometheus、loadbalance、cache、acl、secondary、transfer、hosts、forward、import、file、kubernetes。
2.3数据汇总
机器配置
机器配置
性能表现
虚拟机
多插件配置+全量日志记录
30Kqps
物理机
多插件配置+全量日志记录
55Kqps
物理机
多插件配置+关闭log和error插件
70Kqps
物理机
最少插件配置
75Kqps
2.4Q&A
虚拟机和物理机数据差距并不算特别大？首先要明确：DNS并没有完全吃满物理机上面的所有硬件配置，因此在物理机这里的性能表现瓶颈处于DNS本身，而虚拟机的性能表现瓶颈才是硬件配置；其次要知道：我们的虚拟机相互之间的影响比较严重，30Kqps的性能表现是同宿主机上面的其他虚拟机基本处于摸鱼状态，由于宿主机资源超售严重，一旦其他虚拟机利用率过高，必然会影响性能表现；而使用物理机则不用担心这类问题；log插件对性能的影响？log插件对性能的影响确实较大，但是仅限于全量写入查询日志的时候，如果对普通的查询日志的需求低于性能需求，可以考虑只配置部分特殊类型日志，如只记录错误日志logdenialerror；还有些同学可能会担心日志落盘速度慢是否会影响查询响应速度，实测在使用rsyslog记录日志的时候，所有查询请求均响应完之后一段时候内，rsyslog还在落盘相关日志，因此可以确定逻辑上并非是必须要等日志落盘结束后才响应请求；Prometheus插件采集到的数据和queryperf的数据不一致？如果压测的时间太短（几秒到几分钟不等），会导致高峰时间持续太短而Prometheus插件无法准确暴露数据，同时还要考虑Prometheus服务端的采集频率已经Grafana面板的显示设置等；最好的方式是进行一段时间较长的压测，如三十分钟以上；
文章到此结束，如果本次分享的网站测压源码分享和网址测压平台的问题解决了您的问题，那么我们由衷的感到高兴！