meta data de esta página
  •  

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
Próxima revisión		Revisión previa
virtualizacion:vmware:version5:vma [2014/05/21 13:49] – [Detectar cuellos de botella] lcvirtualizacion:vmware:version5:vma [2023/01/18 14:46] (actual) – editor externo 127.0.0.1
Línea 43: Línea 43:
 El resxtop tiene tres modos de funcionamiento El resxtop tiene tres modos de funcionamiento
   * modo interactivo ->desde la consola del vma    * modo interactivo ->desde la consola del vma 
-  * modo batch <code>resxtop -a -b >estadisticas.csv+  * modo batch <code>resxtop -a -b >estadisticas.csv</code>
   * modo replay recolecciona los datos usando vm-suppor   * modo replay recolecciona los datos usando vm-suppor
  
Línea 88: Línea 88:
  
 Los parámetros a mirar son : Los parámetros a mirar son :
-  * DAVG Latencia a nivel del driver . Si es >25 indica problemas de rendimiento+  * DAVG Latencia a nivel de disco . Si es >25 indica problemas de rendimiento, debidos normalmente a que no está usando la cache
   * ABRTS/s Comandos abortados por sg.Si es >1 es que el almacenamiento no ha respondido   * ABRTS/s Comandos abortados por sg.Si es >1 es que el almacenamiento no ha respondido
-  * KAVG Latencia causada por el VMKernel. Si es >3 indica problemas con las colas +  * KAVG Latencia causada por el VMKernel. Si es >3 indica problemas con las colas ->revisar en el host ESXi el tamaño de la cola o la política de failover
   * GAVG es la suma de DAVG y KAVG. si es >25 problemas   * GAVG es la suma de DAVG y KAVG. si es >25 problemas
   * Resets. indica el número de comandos reseteados por sg. Si es >1     * Resets. indica el número de comandos reseteados por sg. Si es >1  
 +Otros parámetros para medir el rendimiento
 +  * READs/s y WRITES/s. La suma de ambos es igual a IOPS
 +  * CMDS/s=IOPS en esxtop
 +  * ACTV ->comandos activos
 +  * QUED->comandos encolados ->indica problemas de latencia
 +  * ABRTS-> Comandos abortados ->indica problemas. Si estamos mirando una LUN determinada y ABRTS>0 el almacenamiento está sobrecargado en dicha LUN
 +
 +También podemos mirar el rendimiento desde el esxtop y luego UFJ
 +http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008205
 +==== VSCSISTATS ====
 +vscsistats es otra herramienta para medir el rendimiento del almacenamiento en las MV.
 +
 +Con Vscsistats podemos ver lo siguiente de una máquina virtual:
 +  * ioLength
 +  * seekDistance
 +  * outstandingIOs
 +  * latency
 +  * interarrival
 +
 +Para listar las mv que tenemos en el ESX ejecutamos <code>/usr/lib/vmware/bin/vscsiStats -l</code>
 +
 +Con este comando obtenemos el worldGroupID de la máquina/s virtuale/es.
 +
 +Si queremos obtener las estadísticas de una MV en concreto ejecutamos <code>vscsistats -s -w <uid de la mv></code>
 +Si sólo nos interesa un disco en particula de dicha MV <code>vscsistats -s -w worldGroupID -i handleID</code>
 +
 +
 +
 +Mientras dura la recolección podemos ejecutar vscsistats con -p para obtener información de **all, ioLength, seekDistance, outstandingIOs, latency, interarrival**.
 +
 +Por ejemplo si queremos ver la latecia <code>vscsistats -p latency </code>
 +
 +paramos la recolección con <code>vscsistats -x</code>
 +
 +más info https://communities.vmware.com/docs/DOC-10095
 +
 ==== Referencias ===== ==== Referencias =====
   * http://www.vmworld.net/wp-content/uploads/2012/05/Esxtop_Troubleshooting_eng.pdf   * http://www.vmworld.net/wp-content/uploads/2012/05/Esxtop_Troubleshooting_eng.pdf
 +