{"id":34335,"date":"2019-10-31T21:57:43","date_gmt":"2019-10-31T18:57:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\/"},"modified":"2019-10-31T21:57:43","modified_gmt":"2019-10-31T18:57:43","slug":"analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","title":{"rendered":"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/0c077a1754c2e32c1f339999ceacf03a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi administra una infraestructura virtual basada en VMware vSphere (o en cualquier otro stack tecnol\u00f3gico), seguramente escucha a menudo que los usuarios se quejan: \u201c\u00a1La m\u00e1quina virtual est\u00e1 funcionando lentamente!\u201d. En esta serie de art\u00edculos, analizar\u00e9 las m\u00e9tricas de rendimiento y explicar\u00e9 qu\u00e9 y por qu\u00e9 puede estar \u2018\u2018ralentizando\u2019\u2019 y c\u00f3mo evitar que eso suceda.<\/p>\n<p>Considerar\u00e9 los siguientes aspectos del rendimiento de las m\u00e1quinas virtuales:<\/p>\n<ul>\n<li>CPU,<\/li>\n<li>RAM,<\/li>\n<li>DISCO,<\/li>\n<li>Red.<\/li>\n<\/ul>\n<p>\nComenzar\u00e9 con la CPU.<\/p>\n<p>Para el an\u00e1lisis del rendimiento, necesitaremos:<\/p>\n<ul>\n<li><b>Contadores de rendimiento de vCenter<\/b> \u2013 contadores de rendimiento cuyos gr\u00e1ficos se pueden visualizar a trav\u00e9s del cliente de vSphere. La informaci\u00f3n de estos contadores est\u00e1 disponible en cualquier versi\u00f3n del cliente (el cliente \u201cgrueso\u201d en C#, cliente web en Flex y cliente web en HTML5). En estos art\u00edculos utilizaremos capturas de pantalla del cliente en C#, simplemente porque se ven mejor en miniatura:)<\/li>\n<li><b>ESXTOP<\/b> \u2013 una herramienta que se inicia desde la l\u00ednea de comandos de ESXi. Con ella se pueden obtener valores de contadores de rendimiento en tiempo real o exportar esos valores por un per\u00edodo determinado a un archivo .csv para un an\u00e1lisis posterior. M\u00e1s adelante hablar\u00e9 de esta herramienta en detalle y proporcionar\u00e9 algunos enlaces \u00fatiles a la documentaci\u00f3n y art\u00edculos sobre el tema.<\/li>\n<\/ul>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Un poco de teor\u00eda<\/h3>\n<p>\n<img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/bc415aace7653c45850d26b7104483c9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEn ESXi, cada vCPU (n\u00facleo de la m\u00e1quina virtual) es gestionado por un proceso separado, denominado world en la terminolog\u00eda de VMware. Tambi\u00e9n hay procesos de servicio, pero desde el punto de vista del an\u00e1lisis de rendimiento de VM, son menos interesantes.<\/p>\n<p>Un proceso en ESXi puede estar en uno de cuatro estados:<\/p>\n<ul>\n<li><b>Ejecutar<\/b> \u2013 el proceso est\u00e1 realizando alg\u00fan trabajo \u00fatil.<\/li>\n<li><b>Esperar<\/b> \u2013 el proceso no est\u00e1 realizando ning\u00fan trabajo (idle) o est\u00e1 esperando entrada\/salida.<\/li>\n<li><b>Costop<\/b> \u2013 un estado que ocurre en m\u00e1quinas virtuales de m\u00faltiples n\u00facleos. Se presenta cuando el programador de CPU del hipervisor (ESXi CPU Scheduler) no puede programar la ejecuci\u00f3n simult\u00e1nea en los n\u00facleos f\u00edsicos del servidor de todos los n\u00facleos activos de la m\u00e1quina virtual. En el mundo f\u00edsico, todos los n\u00facleos del procesador funcionan en paralelo, y el sistema operativo invitado dentro de la VM espera un comportamiento similar, por lo que el hipervisor debe desacelerar los n\u00facleos de la VM que tienen la posibilidad de completar un ciclo m\u00e1s r\u00e1pido. En las versiones modernas de ESXi, el programador de CPU utiliza un mecanismo llamado co-programaci\u00f3n relajada: el hipervisor mide la diferencia entre el n\u00facleo m\u00e1s \"r\u00e1pido\" y el m\u00e1s \"lento\" de la m\u00e1quina virtual (skew). Si la diferencia supera un umbral determinado, el n\u00facleo \"r\u00e1pido\" pasa al estado costop. Si los n\u00facleos de la VM pasan mucho tiempo en este estado, puede provocar problemas de rendimiento.<\/li>\n<li><b>Listo<\/b> \u2013 un proceso entra en este estado cuando el hipervisor no puede asignar recursos para su ejecuci\u00f3n. Valores altos de ready pueden causar problemas de rendimiento en la VM.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Contadores clave de rendimiento de la CPU de la m\u00e1quina virtual<\/h3>\n<p>\n<b>Uso de CPU, %<\/b> Muestra el porcentaje de uso de la CPU durante un per\u00edodo determinado.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/7a5da7dcd45329c3aae8e394c5d35a30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>\u00bfC\u00f3mo analizar?<\/b> Si la VM utiliza la CPU consistentemente al 90% o hay picos hasta el 100%, tenemos un problema. Los problemas pueden manifestarse no solo en el rendimiento 'lento' de la aplicaci\u00f3n dentro de la VM, sino tambi\u00e9n en la inaccesibilidad de la VM a trav\u00e9s de la red. Si el sistema de monitoreo muestra que la VM se cae peri\u00f3dicamente, preste atenci\u00f3n a los picos en el gr\u00e1fico de Uso de CPU.<\/p>\n<p>Hay una alarma est\u00e1ndar que muestra la carga de CPU de la m\u00e1quina virtual:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/9bfd9bb5b43b9b02e8bbfac307d6c9f9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>\u00bfQu\u00e9 hacer?<\/b> Si el Uso de CPU de la VM est\u00e1 constantemente por encima del l\u00edmite, se puede considerar aumentar la cantidad de vCPU (desafortunadamente, esto no siempre ayuda) o migrar la VM a un servidor con procesadores m\u00e1s potentes.<\/p>\n<h3>Uso de CPU en Mhz<\/h3>\n<p>\nEn los gr\u00e1ficos de vCenter, el Uso est\u00e1 en % y se puede ver solo para toda la m\u00e1quina virtual, no hay gr\u00e1ficos por n\u00facleos individuales (en Esxtop hay valores en % por n\u00facleo). Se puede ver el Uso en MHz para cada n\u00facleo.<\/p>\n<p><b>\u00bfC\u00f3mo analizar?<\/b> A veces, la aplicaci\u00f3n no est\u00e1 optimizada para arquitecturas multin\u00facleo: utiliza al 100% solo un n\u00facleo, mientras que los dem\u00e1s se quedan inactivos sin carga. Por ejemplo, con la configuraci\u00f3n predeterminada de respaldo, MS SQL inicia el proceso solo en un n\u00facleo. Como resultado, la copia de seguridad se ralentiza no debido a la baja velocidad de los discos (que es lo que el usuario se quej\u00f3 inicialmente), sino porque el procesador no puede manejar la carga. El problema se solucion\u00f3 al cambiar los par\u00e1metros: la copia de seguridad comenz\u00f3 a ejecutarse en paralelo en varios archivos (y, por lo tanto, en varios procesos).<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/d1bce5fe5ef89a69c31a6a8f043d5d24.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Ejemplo de carga desigual en los n\u00facleos.<\/i><\/p>\n<p>Tambi\u00e9n puede ocurrir una situaci\u00f3n (como en el gr\u00e1fico anterior), donde los n\u00facleos est\u00e1n sobrecargados de manera desigual y en algunos de ellos hay picos del 100%. Al igual que con la carga de solo un n\u00facleo, la alarma de uso de CPU no se activar\u00e1 (es global en toda la VM), pero habr\u00e1 problemas de rendimiento.<\/p>\n<p><b>\u00bfQu\u00e9 hacer? <\/b>Si el software en la m\u00e1quina virtual carga los n\u00facleos de manera desigual (utiliza solo un n\u00facleo o algunos n\u00facleos), no tiene sentido aumentar su n\u00famero. En tal caso, es mejor mover la VM a un servidor con procesadores m\u00e1s potentes.<\/p>\n<p>Tambi\u00e9n se puede intentar verificar la configuraci\u00f3n de energ\u00eda en la BIOS del servidor. Muchos administradores activan en la BIOS el modo de alto rendimiento, desactivando as\u00ed las tecnolog\u00edas de ahorro de energ\u00eda C-states y P-states. En los procesadores Intel modernos se utiliza la tecnolog\u00eda Turbo Boost, que aumenta la frecuencia de n\u00facleos individuales del procesador a expensas de otros n\u00facleos. Pero solo funciona cuando las tecnolog\u00edas de ahorro de energ\u00eda est\u00e1n habilitadas. Si las desactivamos, el procesador no puede reducir el consumo de energ\u00eda de los n\u00facleos que no est\u00e1n bajo carga. <\/p>\n<p>VMware recomienda no desactivar las tecnolog\u00edas de ahorro de energ\u00eda en los servidores, sino elegir modos que transfieran el m\u00e1ximo control del consumo energ\u00e9tico al hipervisor. Adem\u00e1s, en la configuraci\u00f3n de energ\u00eda del hipervisor, se debe seleccionar el modo de alto rendimiento. <\/p>\n<p>Si en su infraestructura hay VMs separadas (o n\u00facleos de VM) que requieren una mayor frecuencia de CPU, una configuraci\u00f3n correcta del consumo de energ\u00eda puede mejorar significativamente su rendimiento.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/59aec2b77fa87e413d90371a11388629.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU Ready (Preparaci\u00f3n) <\/h3>\n<p>\nSi el n\u00facleo de la VM (vCPU) est\u00e1 en estado Ready, no est\u00e1 realizando trabajo \u00fatil. Este estado ocurre cuando el hipervisor no encuentra un n\u00facleo f\u00edsico disponible al que asignar el proceso vCPU de la m\u00e1quina virtual.<\/p>\n<p><b>\u00bfC\u00f3mo analizar?<\/b> Normalmente, si los n\u00facleos de la m\u00e1quina virtual est\u00e1n en estado Ready m\u00e1s del 10% del tiempo, notar\u00e1s problemas de rendimiento. En resumen, m\u00e1s del 10% del tiempo la VM est\u00e1 esperando la disponibilidad de recursos f\u00edsicos.<\/p>\n<p>En vCenter, puedes ver 2 contadores relacionados con CPU Ready:<\/p>\n<ul>\n<li>Readiness,<\/li>\n<li>Ready.<\/li>\n<\/ul>\n<p>\nLos valores de ambos contadores se pueden ver tanto para toda la VM como para n\u00facleos individuales.<br \/>\nReadiness muestra el valor en porcentaje, pero solo en tiempo real (datos de la \u00faltima hora, intervalo de medici\u00f3n de 20 segundos). Este contador es mejor utilizarlo solo para buscar problemas \"in situ\".<\/p>\n<p>Los valores del contador Ready tambi\u00e9n se pueden ver en una perspectiva hist\u00f3rica. Esto es \u00fatil para establecer patrones y para un an\u00e1lisis m\u00e1s profundo del problema. Por ejemplo, si la m\u00e1quina virtual comienza a tener problemas de rendimiento a cierta hora, se puede correlacionar los intervalos elevados del valor de CPU Ready con la carga total en el servidor donde esta VM se est\u00e1 ejecutando y tomar medidas para reducir la carga (si DRS no lo ha hecho).<\/p>\n<p>A diferencia de Readiness, el valor de Ready se muestra en milisegundos, no en porcentaje. Este contador es del tipo Summation, es decir, muestra cu\u00e1nto tiempo durante el periodo de medici\u00f3n el n\u00facleo de la VM estuvo en estado Ready. Este valor se puede convertir a porcentaje mediante una f\u00f3rmula sencilla:<\/p>\n<p>(valor de suma de CPU ready \/ (intervalo de actualizaci\u00f3n por defecto del gr\u00e1fico en segundos * 1000)) * 100 = CPU ready %<\/p>\n<p>Por ejemplo, para la VM en el gr\u00e1fico a continuaci\u00f3n, el valor pico de Ready para toda la m\u00e1quina virtual ser\u00e1 el siguiente: <\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/3e2df8bca55b572502d88b838cbc306e.jpg\" style=\"display:block;margin: 0 auto;\" \/> <\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAl calcular el valor de Ready en porcentaje, debes prestar atenci\u00f3n a dos aspectos:<\/p>\n<ul>\n<li>El valor de Ready para toda la VM es la suma de Ready de los n\u00facleos.<\/li>\n<li>El intervalo de medici\u00f3n. Para tiempo real, esto es 20 segundos, y para los gr\u00e1ficos diarios, por ejemplo, es de 300 segundos.<\/li>\n<\/ul>\n<p>\nDurante la soluci\u00f3n activa de problemas, es f\u00e1cil pasar por alto estos puntos simples y perder tiempo valioso resolviendo problemas inexistentes. <\/p>\n<p>Calcularemos el valor de Ready basado en los datos del gr\u00e1fico a continuaci\u00f3n. (324474\/(20*1000))*100 = 1622% para toda la VM. Si consideramos los n\u00facleos, la situaci\u00f3n no parece tan grave: 1622\/64 = 25% por n\u00facleo. En este caso, detectar un problema es bastante sencillo: el valor de Ready es poco realista. Sin embargo, si se trata de un 10-20% para toda la VM con varios n\u00facleos, el valor por n\u00facleo podr\u00eda estar dentro de un rango normal.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/703ab2b1f1fab8bda10aad781c2cef78.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>\u00bfQu\u00e9 hacer? <\/b>Un alto valor de Ready indica que el servidor carece de recursos de CPU para el funcionamiento normal de las m\u00e1quinas virtuales. En tal situaci\u00f3n, la \u00fanica opci\u00f3n es reducir la sobreasignaci\u00f3n de CPU (vCPU:pCPU). Es evidente que esto se puede lograr reduciendo las especificaciones de las VMs existentes o migrando algunas VMs a otros servidores.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>\u00bfC\u00f3mo analizar?<\/b> Este contador tambi\u00e9n tiene un tipo de suma y se traduce en porcentajes de forma similar a Ready:<\/p>\n<p>(Valor de suma de co-stop de CPU \/ (intervalo de actualizaci\u00f3n por defecto en segundos * 1000)) * 100 = % de co-stop de CPU<\/p>\n<p>Aqu\u00ed tambi\u00e9n es importante prestar atenci\u00f3n al n\u00famero de n\u00facleos en la VM y al intervalo de medici\u00f3n.<br \/>\nEn estado de co-stop, un n\u00facleo no realiza trabajo \u00fatil. Con la elecci\u00f3n adecuada del tama\u00f1o de la VM y una carga normal en el servidor, el contador de co-stop deber\u00eda ser cercano a cero.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/e226afbf91155c2d5d3fdc4571e7383a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>En este caso, la carga es claramente anormal :)<\/i><\/p>\n<p><b>\u00bfQu\u00e9 hacer?<\/b> Si en un hipervisor hay varias VMs con un alto n\u00famero de n\u00facleos y existe sobreasignaci\u00f3n de CPU, el contador de co-stop puede aumentar, lo que llevar\u00e1 a problemas de rendimiento en esas VMs. <\/p>\n<p>El co-stop tambi\u00e9n aumentar\u00e1 si se utilizan hilos en un solo n\u00facleo f\u00edsico del servidor con hyper-threading activado para los n\u00facleos activos de una VM. Esta situaci\u00f3n puede ocurrir, por ejemplo, si la VM tiene m\u00e1s n\u00facleos que los que existen f\u00edsicamente en el servidor donde se ejecuta, o si la VM tiene activada la configuraci\u00f3n 'preferHT'. Se puede leer m\u00e1s sobre esta configuraci\u00f3n. <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.vmware.com\/vsphere\/2014\/03\/perferht-use-2.html\">aqu\u00ed<\/a><\/noindex>. <\/p>\n<p>Para evitar problemas de rendimiento en la VM debido a un alto co-stop, elija el tama\u00f1o de la VM seg\u00fan las recomendaciones del proveedor de software que corre en esa VM y seg\u00fan las capacidades del servidor f\u00edsico donde se ejecuta la VM. <\/p>\n<p>No a\u00f1ada n\u00facleos de reserva, esto puede causar problemas de rendimiento no solo en la propia VM, sino tambi\u00e9n en sus vecinas en el servidor.<\/p>\n<h3>Otras m\u00e9tricas \u00fatiles de CPU<\/h3>\n<p>\n<b>Ejecutar<\/b> \u2013 cu\u00e1nto tiempo (ms) durante el periodo de medici\u00f3n vCPU estuvo en estado RUN, es decir, realizando trabajo \u00fatil.<\/p>\n<p><b>Idle<\/b> \u2013 cu\u00e1nto tiempo (ms) durante el per\u00edodo de medici\u00f3n estuvo el vCPU en estado de inactividad. Altos valores de Idle no son un problema, simplemente el vCPU no ten\u00eda \u00abnada que hacer\u00bb.<\/p>\n<p><b>Esperar<\/b> \u2013 cu\u00e1nto tiempo (ms) durante el per\u00edodo de medici\u00f3n estuvo el vCPU en estado de espera. Dado que este contador incluye IDLE, altos valores de Wait tampoco indican un problema. Sin embargo, si el IDLE es bajo con un alto Wait, significa que la VM estaba esperando que se completaran las operaciones de entrada\/salida, lo que puede indicar un problema de rendimiento con el disco duro o algunos dispositivos virtuales de la VM.<\/p>\n<p><b>M\u00e1xima limitada<\/b> \u2013 cu\u00e1nto tiempo (ms) durante el per\u00edodo de medici\u00f3n estuvo el vCPU en estado Ready debido a un l\u00edmite de recursos establecido. Si el rendimiento es inexplicablemente bajo, es \u00fatil verificar el valor de este contador y el l\u00edmite de CPU en la configuraci\u00f3n de la VM. La VM puede tener l\u00edmites establecidos que usted no conoce. Por ejemplo, esto ocurre cuando la VM se clon\u00f3 de una plantilla donde se estableci\u00f3 un l\u00edmite de CPU.<\/p>\n<p><b>Espera de Swap<\/b> \u2013 cu\u00e1nto tiempo durante el per\u00edodo de medici\u00f3n estuvo el vCPU esperando operaciones con el Swap de VMkernel. Si los valores de este contador son mayores que cero, la VM definitivamente tiene problemas de rendimiento. Hablaremos m\u00e1s sobre SWAP en el art\u00edculo sobre contadores de memoria.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nSi los contadores de rendimiento en vCenter son buenos para analizar datos hist\u00f3ricos, un an\u00e1lisis operativo del problema se realiza mejor en ESXTOP. Aqu\u00ed todos los valores se presentan listos (no es necesario traducir nada), y el per\u00edodo m\u00ednima de medici\u00f3n es de 2 segundos.<br \/>\nLa pantalla de ESXTOP por CPU se invoca con la tecla \u00abc\u00bb y se ve de la siguiente manera:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f4f3611bc383007bdbaa0948001923c4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPara mayor comodidad, se pueden dejar solo los procesos de m\u00e1quinas virtuales, presionando Shift-V.<br \/>\nPara ver las m\u00e9tricas de los n\u00facleos individuales de la VM, presione \u00abe\u00bb e ingrese el GID de la VM de inter\u00e9s (30919 en la captura de pantalla a continuaci\u00f3n):<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/5f2c0226cee6e4e43128537bd4da843f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHar\u00e9 un breve recorrido por las columnas que se presentan por defecto. Se pueden agregar columnas adicionales presionando \u00abf\u00bb.<\/p>\n<p><b>NWLD (N\u00famero de Mundos)<\/b> \u2013 n\u00famero de procesos en el grupo. Para expandir el grupo y ver m\u00e9tricas para cada proceso (por ejemplo, para cada n\u00facleo de una VM multicore), presione \u201ce\u201d. Si hay m\u00e1s de un proceso en el grupo, los valores de las m\u00e9tricas para el grupo son iguales a la suma de las m\u00e9tricas de los procesos individuales.<\/p>\n<p><b>%USED<\/b> \u2013 cu\u00e1nto ciclo de CPU utiliza el proceso o grupo de procesos del servidor.<\/p>\n<p><b>%RUN<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el proceso estuvo en estado RUN, es decir, realizando trabajo \u00fatil. Se diferencia del %USED en que no tiene en cuenta el hyper-threading, el escalado de frecuencia y el tiempo dedicado a tareas del sistema (%SYS).<\/p>\n<p><b>%SYS<\/b> \u2013 tiempo dedicado a tareas del sistema, por ejemplo: manejo de interrupciones, entrada\/salida, trabajo de red, etc. El valor puede ser alto si la VM tiene una gran cantidad de entrada\/salida.<\/p>\n<p><b>%OVRLP<\/b> \u2013 cu\u00e1nto tiempo el n\u00facleo f\u00edsico, en el que se est\u00e1 ejecutando el proceso de la VM, ha dedicado a tareas de otros procesos.<\/p>\n<p>Estos datos de m\u00e9tricas se relacionan entre s\u00ed de la siguiente manera:<\/p>\n<p>%USED = %RUN + %SYS - %OVRLP.<\/p>\n<p>Normalmente, la m\u00e9trica %USED es m\u00e1s informativa.<\/p>\n<p><b>%WAIT<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el proceso estuvo en estado Wait. Incluye IDLE.<\/p>\n<p><b>%IDLE<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el proceso estuvo en estado IDLE.<\/p>\n<p><b>%SWPWT<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el vCPU esper\u00f3 operaciones con VMkernel Swap.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el vCPU estuvo en estado de espera de un evento (normalmente entrada\/salida). No hay un contador equivalente en vCenter. Valores altos indican problemas de entrada\/salida en la VM.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Si la VM no utiliza VMkernel Swap, al analizar problemas de rendimiento es recomendable observar %VMWAIT, ya que esta m\u00e9trica no toma en cuenta el tiempo cuando la VM no estaba haciendo nada (%IDLE).<\/p>\n<p><b>%RDY<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el proceso estuvo en estado Ready.<\/p>\n<p><b>%CSTP<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el proceso estuvo en estado costop.<\/p>\n<p><b>%MLMTD<\/b> \u2013 cu\u00e1nto tiempo durante el periodo de medici\u00f3n el vCPU estuvo en estado Ready debido a un l\u00edmite de recursos establecido.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 el n\u00facleo de la VM est\u00e1 siempre en alguno de estos cuatro estados.<\/p>\n<h3>CPU en el hipervisor<\/h3>\n<p>\nEn vCenter tambi\u00e9n hay contadores de rendimiento de CPU para el hipervisor, pero no son de un inter\u00e9s particular; simplemente son la suma de los contadores de todas las VMs en el servidor.<br \/>\nEs m\u00e1s conveniente observar el estado de la CPU en el servidor en la pesta\u00f1a Resumen:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/15b6b9a6da136d892fbaf7f80fc206c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPara el servidor, al igual que para la m\u00e1quina virtual, hay una alarma est\u00e1ndar:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/c3ae19ce3acd55cfff40d71437ee3a08.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCon una alta carga de CPU en el servidor, las VMs que funcionan en \u00e9l comienzan a tener problemas de rendimiento.<\/p>\n<p>En ESXTOP, los datos de carga del CPU del servidor se presentan en la parte superior de la pantalla. Adem\u00e1s de la carga est\u00e1ndar del CPU, que es poco informativa para los hipervisor, hay otras tres m\u00e9tricas:<\/p>\n<p><b>UTILIZACI\u00d3N DEL N\u00daCLEO (%)<\/b> \u2013 carga del n\u00facleo f\u00edsico del servidor. Este contador muestra cu\u00e1nto tiempo, durante el periodo de medici\u00f3n, el n\u00facleo realiz\u00f3 trabajo.<\/p>\n<p><b>UTILIZACI\u00d3N PCPU (%)<\/b> \u2013 si est\u00e1 habilitado el hyper-threading, cada n\u00facleo f\u00edsico tiene dos hilos (PCPU). Esta m\u00e9trica muestra cu\u00e1nto tiempo cada hilo realiz\u00f3 trabajo.<\/p>\n<p><b>USO PCPU (%)<\/b> \u2013 lo mismo que UTILIZACI\u00d3N PCPU (%), pero tiene en cuenta el escalado de frecuencia (ya sea la disminuci\u00f3n de la frecuencia del n\u00facleo para ahorrar energ\u00eda o el aumento de la frecuencia del n\u00facleo gracias a la tecnolog\u00eda Turbo Boost) y el hyper-threading.<\/p>\n<p>PCPU_USED% = PCPU_UTIL% * frecuencia efectiva del n\u00facleo \/ frecuencia nominal del n\u00facleo.<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/dd8562ea91bee55bbf630358df26c217.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>En esta captura de pantalla, para algunos n\u00facleos, debido al funcionamiento de Turbo Boost, el valor USADO supera el 100%, ya que la frecuencia del n\u00facleo es m\u00e1s alta que la nominal.<\/i><\/p>\n<p>Un par de palabras sobre c\u00f3mo se tiene en cuenta el hyper-threading. Si los procesos se ejecutan el 100% del tiempo en ambos hilos del n\u00facleo f\u00edsico del servidor, y el n\u00facleo funciona a la frecuencia nominal, entonces:<\/p>\n<ul>\n<li>LA UTILIZACI\u00d3N DEL N\u00daCLEO para el n\u00facleo ser\u00e1 del 100%,<\/li>\n<li>LA UTILIZACI\u00d3N PCPU para ambos hilos ser\u00e1 del 100%,<\/li>\n<li>EL USO PCPU para ambos hilos ser\u00e1 del 50%.<\/li>\n<\/ul>\n<p>\nSi ambos hilos no trabajaron el 100% del tiempo durante el periodo de medici\u00f3n, entonces en aquellos periodos en que los hilos trabajaron en paralelo, el USO PCPU para los n\u00facleos se divide entre dos.<\/p>\n<p>En ESXTOP tambi\u00e9n hay una pantalla con los par\u00e1metros de consumo de energ\u00eda del CPU del servidor. Aqu\u00ed se puede ver si el servidor utiliza tecnolog\u00edas de ahorro de energ\u00eda: C-states y P-states. Se accede con la tecla \u00abp\u00bb:<\/p>\n<p><img decoding=\"async\" alt=\"An\u00e1lisis del rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/531bf847b99f86bec0bd90e005919c79.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Problemas est\u00e1ndar de rendimiento del CPU<\/h3>\n<p>\nPor \u00faltimo, repasar\u00e9 las causas t\u00edpicas de los problemas de rendimiento del CPU de la VM y dar\u00e9 breves consejos sobre su soluci\u00f3n:<\/p>\n<p><b>Falta de frecuencia nominal del n\u00facleo.<\/b> Si no hay posibilidad de trasladar la VM a n\u00facleos m\u00e1s potentes, se puede intentar cambiar la configuraci\u00f3n de energ\u00eda para que Turbo Boost funcione de manera m\u00e1s efectiva.<\/p>\n<p><b>Dimensionamiento incorrecto de la VM (demasiados pocos\/muchos n\u00facleos).<\/b> Si se colocan pocos n\u00facleos, habr\u00e1 una alta carga de CPU en la VM. Si se colocan muchos, se experimentar\u00e1 un alto co-stop.<\/p>\n<p><b>Gran sobreasignaci\u00f3n de CPU en el servidor.<\/b> Si en la VM hay un alto Ready, disminuya la sobreasignaci\u00f3n de CPU.<\/p>\n<p><b>Topolog\u00eda NUMA incorrecta en grandes VMs.<\/b> La topolog\u00eda NUMA que ve la VM (vNUMA) debe corresponder a la topolog\u00eda NUMA del servidor (pNUMA). Sobre el diagn\u00f3stico y las posibles soluciones a este problema, se ha escrito, por ejemplo, en el libro <noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">\u00abVMware vSphere 6.5 Host Resources Deep Dive\u00bb<\/a><\/noindex>. Si no deseas profundizar y no tienes restricciones de licencia sobre el sistema operativo instalado en la VM, crea en la VM muchos sockets virtuales con un n\u00facleo cada uno. No perder\u00e1s mucho \ud83d\ude42<\/p>\n<p>Con esto concluyo sobre la CPU. Haz preguntas. En la pr\u00f3xima parte hablar\u00e9 sobre la memoria RAM.<\/p>\n<p><b class=\"spoiler_title\">Enlaces \u00fatiles<\/b><noindex><a rel=\"nofollow\" href=\"http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/\">http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/kb\/1017926\">https:\/\/kb.vmware.com\/kb\/1017926<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/\">http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/communities.vmware.com\/docs\/DOC-9279\">https:\/\/communities.vmware.com\/docs\/DOC-9279<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf\">https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html<\/a><\/noindex><br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/452884\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25892,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34335","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0410\u043d\u0430\u043b\u0438\u0437 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:57:43+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:57:43+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47An\u00e1lisis de rendimiento de la m\u00e1quina virtual en VMware vSphere. Parte 1: CPU | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0410\u043d\u0430\u043b\u0438\u0437 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:57:43+00:00","article:modified_time":"2019-10-31T18:57:43+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34335","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 18:48:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:23:17","updated":"2026-01-21 18:48:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/34335","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=34335"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/34335\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/25892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=34335"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=34335"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=34335"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}