tag:blogger.com,1999:blog-703830718858877441.post282690756287121973..comments2023-10-25T11:29:59.611+02:00Comments on http://kurrin.blogspot.com/: ¿Que hace cada proceso de un ESX?kurrinhttp://www.blogger.com/profile/08362166029826098130noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-703830718858877441.post-78754174112905320112008-12-29T14:06:00.000+01:002008-12-29T14:06:00.000+01:00Que tal,Tengo un problemilla con los procesos. Por...Que tal,<BR/><BR/>Tengo un problemilla con los procesos. Por más que los intento levantar, no consigo que se levanten los procesos que monitorizan el estado del sistema en el VI.<BR/><BR/># /etc/init.d/vmware-vpxa restart<BR/># /etc/init.d/mgmt-vmware restart<BR/><BR/>Se levantan pero antes de 5 segundos ya estan caidos de nuevo. <BR/>Alguna idea al respecto.<BR/><BR/>Muchas graciasAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-703830718858877441.post-90430541142365696462008-05-08T00:10:00.000+02:002008-05-08T00:10:00.000+02:00Gracias por esta información: Muy bien explicada. ...Gracias por esta información: Muy bien explicada. Voy a buscar más(si me de la vida) para enterarme bien de como va el asunto.[Supongo que lo que llaman world switching es el dar el procesador a una VM o a otra: el scheduler]<BR/><BR/>Aprendo de ti incluso en mi blog, gracias otra vez!kurrinhttps://www.blogger.com/profile/08362166029826098130noreply@blogger.comtag:blogger.com,1999:blog-703830718858877441.post-73863257142326732992008-05-02T15:46:00.000+02:002008-05-02T15:46:00.000+02:00Establezcamos diferencias que, aunque en un princi...Establezcamos diferencias que, aunque en un principio puedan parecer semánticas, tienen su importancia. Los términos "World" y "Virtual Machine" no son sinónimos. Mientras una "Virtual Machine" SIEMPRE es un "World", un "World" no tiene porqué ser una Máquina virtual. ¿Porqué?... veamos qué significa cada término.<BR/><BR/>Un "World" es un proceso o conjunto de ellos que se ejecuta dentro del ámbito del servidor ESX, controle este o no su funcionamiento, aunque SIEMPRE será monitorizado por este. Un "World" no tiene porqué estar aislado "isolated", es decir, no tiene porqué utilizar recursos virtualizados (recordemos que ESX virtualiza TODO excepto la CPU). Normalmente los "World" (exceptuando a las VM) se ejecutan en la CPU0. Ejemplos claros de estos "World" son el VMotion, el Memory Scheduler, la propia consola. Nótese que el fallo de un "World" de este tipo SI puede afectar al Hypervisor... como ejemplo, intenta llenar el "/" del COS y verás lo que pasa. Otra característica que creo (pero que voy a confirmar) es que no hay traslación binaria y el control de los recursos del host (mem allocation, etc) lo hacen al estilo de un sistema operativo normal (es decir, y poniendo un ejemplo quizá demasiado básico), el vMotion se ejecuta en el vmkernel al estilo de como se ejecuta Word en un Windows, es decir, como una aplicación normal en un S.O. normal.<BR/><BR/>El otro tipo de "World" son las VM. Una VM SI está aislada del hypervisor, es decir, una circunstancia de fallo en una VM no afecta al resto del host ESX. en una VM SI hay traslación binaria, <B>SI</B> hay control de los recursos, y las VM <B>NO</B> interaccionan con el Hypervisor. Este se limita a "engañarlas"<BR/><BR/>El COS es un caso particular de World, ya que tiene un pié en cada mundo, ya que por un lado tiene una relación bidireccional con el VMkernel (es decir, no sólo recibe información del él sino que TAMBIEN puede enviar comandos de control al mismo). El COS es la interface entre los World del hypervisor y el "real world" (Welcome to the real world, Neo). De ahí que haya TANTA seguridad alrrededor del COS y que VMware nos aconseje cuidado con lo que ejeutamos en ella.<BR/><BR/>Otro caso "peculiar" es el iniciador iSCSI... Aunque es un módulo del vmkernel, necesita de la ayuda de la consola para "funcionar". De ahí que para establecer una conexión iSCSI para el vmkernel, sea necesario tener una "Service Console" que vea los targets iSCSI. Esto se debe en parte a lo poco elaborado que está el soporte iSCSI para ESX (Una de mis constantes reclamaciones a VMware).<BR/><BR/>Un saludote y a ver cuando quedamos para comer.J. L. Medinahttps://www.blogger.com/profile/07010740345788939789noreply@blogger.comtag:blogger.com,1999:blog-703830718858877441.post-28235703264550874652008-05-02T12:35:00.000+02:002008-05-02T12:35:00.000+02:00El esxtop me deja ver que la CPU de la console (CC...El esxtop me deja ver que la CPU de la console (CCPU?) esta idle la mayoria del tiempo. <BR/>Tambien nos muestra las VMs que estan corriendo y otras "VMs" como la console , vmotion, drivers,etc...<BR/><BR/>Lo que desconcierta es que haya VMs que puedan estar idle un 400%!, supongo que sera por los cores...<BR/>Voy a hacer un man esxtop...<BR/><BR/>Gracias J.L.!,<BR/>Jonkurrinhttps://www.blogger.com/profile/08362166029826098130noreply@blogger.comtag:blogger.com,1999:blog-703830718858877441.post-86115870642396084242008-04-29T21:25:00.000+02:002008-04-29T21:25:00.000+02:00Sobre la reflexión. Aunque no vas mal encaminado, ...Sobre la reflexión. Aunque no vas mal encaminado, hemos de recordar que el COS (Console Operating System) es un "World" más... algo especial, eso sí, pero es sólo una parte del Hypervisor que permite que los procesos de servicio - los agentes de gestión, entre los que se cuentan los que nombras - se ejecuten en un entorno controlado por el Hypervisor... casi, casi, es una máquina virtual. Los "vmware-vmx" no son realmente las máquinas virtuales... son una especie de "pipe" por la que los agentes de gestión "ven" e interaccionan con las VM que ejecuta el Hypervisor. Lo mismo se extiende a otros muchos procesos. A diferencia de Xen o Hyper-V, donde la consola se está ejecutando junto con el Hypervisor en el DOM0, ESX no es directamente accesible, ya que la traslación binaria que utiliza para virtualizar el procesador le "obliga" a controlar constantemente a este, ya que al no confiar en la virtualización asistida por HW, ha de "autoprotegerse" y permitir que la consola (que como ya dije es un world más) pueda, de manera controlada y SEGURA, interaccionar con el hypervisor.<BR/><BR/>Si ejecutas un 'top' y un 'esxtop', verás que no tienen nada que ver.<BR/><BR/>Un saludo.J. L. Medinahttps://www.blogger.com/profile/07010740345788939789noreply@blogger.comtag:blogger.com,1999:blog-703830718858877441.post-8069827475273913342008-04-25T00:02:00.000+02:002008-04-25T00:02:00.000+02:00You are the best!!!You are the best!!!Josep Roshttps://www.blogger.com/profile/01746241869583120422noreply@blogger.com