La nueva versión, disponible en Sun Java System Web Server, Oracle iPlanet Web Server 7.0 o como lo queráis llamar, añade la posibilidad de ver las Ips y peticiones que se están haciendo a cada instancia y así poder detectar con mayor facilidad el origen de un cuello de botella o sobrecarga del sistema.
Para acceder a wadm nos situamos en la ruta base del servidor web y ejecutamos el siguiente comando indicando usuario y clave de administración:
root@solaris:/opt/oracle/webserver7# ./bin/wadm --user=admin Indique admin-user-password> Conexión a localhost:8989 Oracle iPlanet Web Server 7.0.12 B07/01/2011 03:56 wadm>
Una vez dentro, elegimos la instancia y nodo del que queremos ver las estadísticas y tendremos el volcado de información:
wadm> get-perfdump --config solaris --node localhost
La información que recibimos es la siguiente. Tened en cuenta que es un webserver de prueba por lo que no hay apenas información:
wadm> get-perfdump --config solaris --node localhost
Oracle iPlanet Web Server 7.0.12 B07/01/2011 03:56 (SunOS DOMESTIC)
Server started Sat Feb 11 15:24:28 2012
Process 1133 started Sat Feb 11 15:24:29 2012
ConnectionQueue:
-----------------------------------------
Current/Peak/Limit Queue Length 0/4/16384
Total Connections Queued 20
Average Queue Length (1, 5, 15 minutes) 0,00, 0,00, 0,00
Average Queueing Delay 10,88 milliseconds
ListenSocket http-listener-1:
------------------------
Address https://0.0.0.0:443
Acceptor Threads 1
Default Virtual Server solaris
ListenSocket http-listener-2:
------------------------
Address http://0.0.0.0:80
Acceptor Threads 1
Default Virtual Server solaris
KeepAliveInfo:
--------------------
KeepAliveCount 6/32768
KeepAliveHits 8
KeepAliveFlushes 0
KeepAliveRefusals 0
KeepAliveTimeouts 6
KeepAliveTimeout 30 seconds
SessionCreationInfo:
------------------------
Active Sessions 0
Keep-Alive Sessions 6
Total Sessions Created 8/129
CacheInfo:
-----------------------
File Cache Enabled yes
File Cache Entries 14/1024
File Cache Hit Ratio 76/108 ( 70,37%)
Maximum Age 30
Accelerator Entries 0/1024
Acceleratable Requests 18/45 ( 40,00%)
Acceleratable Responses 0/18 ( 0,00%)
Accelerator Hit Ratio 0/0 ( 0,00%)
Native pools:
----------------------------
NativePool:
Idle/Peak/Limit 1/1/128
Work Queue Length/Peak/Limit 0/0/0
DNSCacheInfo:
------------------
enabled yes
CacheEntries 0/1024
HitRatio 0/0 ( 0,00%)
Async DNS disabled
Performance Counters:
------------------------------------------------
Average Total Percent
Total number of requests: 20
Request processing time: 0,0395 0,7899
default-bucket (Default bucket)
Number of Requests: 20 (100,00%)
Number of Invocations: 289 (100,00%)
Latency: 0,0050 0,0999 ( 12,65%)
Function Processing Time: 0,0345 0,6899 ( 87,35%)
Total Response Time: 0,0395 0,7899 (100,00%)
Sessions:
-------------------------------------------------------
Process Status Client Age VS Method URI Function
Resultan muy interesantes para detectar problemas y optimizar el rendimiento la sección «ConnectionQueue:» y «Sessions:«, en esta última es donde veremos las Ips de acceso, peticiones, URI, etc. Toda la información es bastante descriptiva y comprensible a primera vista. A partir de esta información se pueden generar scripts de recolección de datos, añadir a monitorización tipo Nagios o BigBrother, etc. Los que utilicéis servidores anteriores a la versión 7.0 habréis detectado un gran cambio de la cantidad de información del antiguo perfdump al nuevo.