dnstrace
1.0.0
Herramienta de referencia de DNS de línea de comandos creada para realizar pruebas de estrés y medir el rendimiento de servidores DNS con hardware básico. Esta herramienta normalmente consume ~30kB por conexión simultánea y puede mantener ~30,000 QPS por núcleo moderno si su servidor, sistema operativo y red le permiten alcanzar niveles adecuados de simultaneidad.
DNStrace omite los solucionadores del sistema operativo y se proporciona como un binario estático prediseñado empaquetado en Docker. Se admiten mediciones de latencia básicas, verificación de resultados e histogramas. Actualmente, solo se admiten preguntas A , AAAA y TXT .
$ dnstrace --help usage: dnstrace [<flags>] <queries>... A DNS benchmark. Flags: --help Show context-sensitive help (also try --help-long and --help-man). -s, --server="127.0.0.1" DNS server IP:port to test. -t, --type=A Query type. -n, --number=1 Number of queries to issue. Note that the total number of queries issued = number*concurrency*len(queries). -c, --concurrency=1 Number of concurrent queries to issue. -l, --rate-limit=0 Apply a global questions / second rate limit. -e, --expect=EXPECT ... Expect a specific response. -r, --recurse Allow DNS recursion. --edns0=0 Enable EDNS0 with specified size. --tcp Use TCP fot DNS requests. --write=1s DNS write timeout. --read=4s DNS read timeout. --codes Enable counting DNS return codes. --min=400µs Minimum value for timing histogram. --max=4s Maximum value for histogram. --precision=[1-5] Significant figure for histogram precision. --distribution Display distribution histogram of timings to stdout. --csv=/path/to/file.csv Export distribution to CSV. --io-errors Log I/O errors to stderr. --silent Disable stdout. --color ANSI Color output. --version Show application version. Args: <queries> Queries to issue.
Si bien dnstrace es útil para probar la latencia de ida y vuelta a través de redes públicas, el código se creó principalmente para proporcionar una herramienta estilo Apachebench para probar su propia infraestructura.
Por lo tanto, es muy fácil crear una carga DNS significativa con configuraciones no predeterminadas. No hagas esto con los servicios DNS públicos . Lo más probable es que marques tu IP.
go get github.com/redsift/dnstrace e instalará el binario en su $GOPATH/bin . En OS-X, el binario nativo superará significativamente al contenedor Docker que se ejecuta bajo HyperKit, por ejemplo, un 30 % más de rendimiento, un 30 % menos de latencia y una disminución de 4 veces en la distribución del tiempo.
Esta herramienta está disponible en una imagen prediseñadas.
docker run redsift/dnstrace --help
Si su configuración de prueba local le permite alcanzar 50k QPS y más, puede esperar que la red Docker agregue ~2% de sobrecarga al rendimiento y ~8% a la latencia media (probado en Linux Docker 1.12.3). Si esto es importante para sus propósitos, es posible que desee ejecutar con --net=host
./dnstrace --completion-script-bash y ./dnstrace --completion-script-zsh crearán scripts de finalización de shell.
p.ej
$ eval "$(./dnstrace --completion-script-zsh)" $ ./dnstrace --concurrency --codes --distribution --io-errors --precision --server --version --color --edns0 --max --rate-limit --silent --write --concurrency --expect --min --read --tcp --csv --help --number --recurse --type
A medida que se acerca a miles de conexiones simultáneas en OS-X, es posible que se encuentre con errores de conexión debido a identificadores de archivos o subprocesos insuficientes. Es probable que esto se deba a los límites del proceso, así que recuerde ajustar estos límites si desea aumentar los niveles de simultaneidad más allá de 1000.
Tenga en cuenta que el uso sudo ulimit creará un shell raíz, ajustará sus límites y luego saldrá sin causar ningún efecto real. En su lugar, utilice launchctl primero en OS-X.
$ sudo launchctl limit maxfiles 1000000 1000000 $ ulimit -n 12288
Para ejecuciones largas, el usuario puede enviar un SIGHUP mediante kill -1 pid para obtener los recuentos de progreso actuales.
$ docker run redsift/dnstrace -n 10 -c 10 --server 8.8.8.8 --recurse redsift.io Benchmarking 8.8.8.8:53 via udp with 10 conncurrent requests Total requests: 100 of 100 (100.0%) DNS success codes: 100 DNS response codes NOERROR: 100 Time taken for tests: 107.091332ms Questions per second: 933.8 DNS timings, 100 datapoints min: 3.145728ms mean: 9.484369ms [+/-sd]: 5.527339ms max: 27.262975ms DNS distribution, 100 datapoints LATENCY | | COUNT +-------------+---------------------------------------------+-------+ 3.276799ms | ▄▄▄▄▄▄▄▄ | 2 3.538943ms | ▄▄▄▄▄▄▄▄▄▄▄▄ | 3 3.801087ms | ▄▄▄▄▄▄▄▄▄▄▄▄ | 3 4.063231ms | ▄▄▄▄▄▄▄▄▄▄▄▄ | 3 4.325375ms | ▄▄▄▄▄▄▄▄ | 2 4.587519ms | | 0 4.849663ms | | 0 5.111807ms | ▄▄▄▄ | 1 5.373951ms | ▄▄▄▄ | 1 5.636095ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 4 5.898239ms | ▄▄▄▄▄▄▄▄▄▄▄▄ | 3 6.160383ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 5 6.422527ms | ▄▄▄▄▄▄▄▄▄▄▄▄ | 3 6.684671ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 5 6.946815ms | ▄▄▄▄▄▄▄▄ | 2 7.208959ms | ▄▄▄▄ | 1 7.471103ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 9 7.733247ms | ▄▄▄▄▄▄▄▄ | 2 7.995391ms | ▄▄▄▄▄▄▄▄ | 2 8.257535ms | ▄▄▄▄▄▄▄▄▄▄▄▄ | 3 8.650751ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 5 9.175039ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 11 9.699327ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 6 10.223615ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 4 10.747903ms | ▄▄▄▄ | 1 11.272191ms | ▄▄▄▄ | 1 11.796479ms | | 0 12.320767ms | | 0 12.845055ms | | 0 13.369343ms | | 0 13.893631ms | ▄▄▄▄ | 1 14.417919ms | ▄▄▄▄ | 1 14.942207ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 5 15.466495ms | | 0 15.990783ms | ▄▄▄▄ | 1 16.515071ms | | 0 17.301503ms | | 0 18.350079ms | | 0 19.398655ms | ▄▄▄▄ | 1 20.447231ms | ▄▄▄▄▄▄▄▄ | 2 21.495807ms | ▄▄▄▄ | 1 22.544383ms | | 0 23.592959ms | | 0 24.641535ms | ▄▄▄▄ | 1 25.690111ms | ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄ | 4 26.738687ms | ▄▄▄▄ | 1
