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 previa | ||
| virtualizacion:vmware:version5:optimizacion [2014/06/18 11:49] – [Optimización de la CPU] lc | virtualizacion:vmware:version5:optimizacion [2023/01/18 14:46] (actual) – editor externo 127.0.0.1 | ||
|---|---|---|---|
| Línea 130: | Línea 130: | ||
| Porcentaje de tiempo de espera para leer páginas de swap del disco. Si %SWPWT> | Porcentaje de tiempo de espera para leer páginas de swap del disco. Si %SWPWT> | ||
| == %MLMTD == | == %MLMTD == | ||
| - | Debe de ser menor igual a 0 . Si es mayor indica que hay puesta una limitación | + | Debe de ser menor igual a 0 . Si es mayor indica que hay puesta una limitación |
| + | == %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 ==== | ==== 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. | 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. | ||
| Línea 139: | Línea 148: | ||
| ==== Optimizar Memoria ==== | ==== 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: | ||
| Línea 149: | Línea 178: | ||
| * http:// | * http:// | ||
| * https:// | * https:// | ||
| + | * http:// | ||