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 15:01] – [Optimización de la CPU] lc | virtualizacion:vmware:version5:optimizacion [2014/06/18 12:49] – [Optimizar Memoria] lc | ||
|---|---|---|---|
| Línea 120: | Línea 120: | ||
| {{ : | {{ : | ||
| + | === 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 | ||
| + | == unzip/s == | ||
| + | Valores mayores de 0 indican que el host está accediendo a memoria comprimida | ||
| + | == cacheUSD == | ||
| + | Memoria en MB comprimida por el host ESXi | ||
| + | == swcur == | ||
| + | si es mayor de 0 indica que se está usando swap de disco | ||
| + | == swr/s sww/s == | ||
| + | Indica la velocidad de lectura o escritura a la memoria en swap | ||
| + | == mctlsz == | ||
| + | Cantidad de memoria física que el ESXi está reclamando por ballon driver. Si es mayor de 0 indica memory overcommitment | ||
| ===== Herramientas ===== | ===== Herramientas ===== | ||
| * resxtop [[virtualizacion: | * resxtop [[virtualizacion: | ||