meta data de esta página
Diferencias
Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previaPróxima revisiónAmbos lados, revisión siguiente | ||
virtualizacion:vmware:version5:optimizacion [2014/06/03 14:59] – [Optimización de la CPU] lc | virtualizacion:vmware:version5:optimizacion [2014/06/18 12:28] – [Optimizar Memoria] lc | ||
---|---|---|---|
Línea 117: | Línea 117: | ||
* %USED-> | * %USED-> | ||
- | MVv con prioridades altas entran antes a la CPU. Para cambiar la prioridad de la MV ->propiedades | + | MVv con prioridades altas entran antes a la CPU. Para cambiar la prioridad de la MV ->edit settings |
{{ : | {{ : | ||
+ | === Contadores a mirar === | ||
+ | == Ready Time == | ||
+ | esxtop ->c -> Campos D F | ||
+ | |||
+ | %RDY-> Porcentaje de tiempo que la VCPU espera a una CPU física este disponible. Si es >5 ->mal. Si es >10% -> Problema. Se soluciona normalmente añadiendo más CPU | ||
+ | == %USED == | ||
+ | Ciclos de CPU usados por la VM-> valores altos suele indicar problemas de rendimiento | ||
+ | == %SWPWT == | ||
+ | Porcentaje de tiempo de espera para leer páginas de swap del disco. Si %SWPWT> | ||
+ | == %MLMTD == | ||
+ | Debe de ser menor igual a 0 . Si es mayor indica que hay puesta una limitación en settings. Para un mejor rendimiento habría que quitarla | ||
+ | == %CSTP == | ||
+ | Si el mayor de 3 decrementar el número de vCPUs de la MV | ||
+ | |||
+ | |||
+ | Para resolver problemas de saturación de CPU: | ||
+ | * Reducir el número de VM correindo en el host | ||
+ | * Incrementar recursos de CPU añadiendo host en tu cluster DRS | ||
+ | * Usar cntrol de recursos para las VM críticas | ||
+ | * Incrementar la eficiencia de los recuros de CPU en cada MV | ||
+ | ==== NUMA ==== | ||
+ | Non Uniform Memory Architecture (NUMA). En NUMA, cada procesador tiene acceso directo a un trozo pequeño de memoria . Además, comparten el bus de memoria general para acceder a la memoria asignada a otro procesado. | ||
+ | |||
+ | En vmware si NUMA es menor del 80% -> mal | ||
+ | El contrador de NUMA se encuentra en la vista de esxtop de memoria -> campos D G | ||
+ | |||
+ | |||
+ | ==== Optimizar Memoria ==== | ||
+ | En esxtop -> m -> campos B D J K Q | ||
+ | |||
+ | == Memory Status == | ||
+ | al mirar el estado de la memoria puede ser: | ||
+ | * high ->bien ->Indica que hay suficiente memoría disponible | ||
+ | * soft -> menos de 4% de memoria libre -> El host reclama memoria por balloon-driver -> una maquina virtual necesita “ceder” parte de su memoria a otras maquinas virtuales | ||
+ | * hard -> menos de 2% de memoria libre -> Se empieza a usar swap -> problemas de rendimiento | ||
+ | * low -> menos del 1% de memoria libre -> El ESX para VMs para tener más memoria | ||
+ | == ZIP/s == | ||
+ | Valores mayores de 0 indican que el host está comprimiendo memoria | ||
===== Herramientas ===== | ===== Herramientas ===== | ||
* resxtop [[virtualizacion: | * resxtop [[virtualizacion: |