¿Y eso? vSphere Hypervisor es free igual que vmware server ...
No recortes tanto texto que se pierde contexto.
Lo que te decía es que si quieres soporte en el hypervisor (es decir, si quieres solucionar un problema que puedas tener y la VM la tengas sobre un sistema operativo NO soportado, como es openSUSE), tienes que pagarlo.
Correcto.
pero ¿quien te obliga a user vmware?. Pues... ¿tú? Si no recuerdo mal eres quien lo está recomendando ante cualquier otra solución :-) Incierto.
¿Incierto el qué? ¿Que NO estás recomendando instalar ESXi? Pues hijo, ahora si que me he perdido por completo :-)
Otra vez. Le recomiendo en primera instancia ESXi porque es su upgrade path natural para evitarse migrar las VMs, no que no existan otras soluciones. ¿Tu has migrado VMs de un hypervisor xen por ejemplo a un hypervisor kvm o vmware o viceversa? Puedes llegar a tener auténticas pesadillas...
Y algunas más poque para eso he puesto links de componentes que no salen en la web de vmware, ¿recuerdas? Es más los servidores mios de casa no están en la lista de vmware y llevan 2 años con ESXi sin problemas.
Que no tengas problemas "ahora" no significa que no los vayas a tener "mañana", es decir, cuando cambien la versión de ESXi o instales algún programa/servicio que sea incompatible y haga saltar al hypervisor...
Esos servidores ha sido upgradados de ESX 3.0.x a ESXi 3.5 y de ahí a ESXi 4.0 y posteriormente a ESXi 4.1, sin problemas. Tendré problemas el dia que cambien el hypervisor cosa para la que creo que queda bastante... Y por cierto, en el ESXi concretamente no puedes instalarle nada de nada a excepción de los agents de gestión. Cualquier otra cosa petará, esa es la gracia del soft bare-metal y porqué es más estable.
Pero que a mí me da igual el player y el virtualbox ... Aquí se habla de productos de servidor ..
Son los mismos, o al menos es lo que recomienda vmware. ¿Por qué no habría de hacerle caso a lo que recomienda?
¿Que vmware player o vmware server y ESXi son los mismos?? No, creo que no. El hypervisor, aka motor de virtualización, es el mismo, el resto a nivel interno de funcionamiento y features que proporcionan es distinto.
No lo sabes proque el autor del correo jp_listas no lo ha dicho.
Huy, he perdido el contexto, espera.
Decías:
*** ¿Tu te haces una idea de la cantidad de clientes en España que tenían sus sistemas de contabilidad bajo SCO y vieron la luz con la virtualización? ***
No, no creo que ese sea el caso.
Repito, NO es tu caso.
Hay quien sólo tiene un equipo para hacer pruebas (todas las pruebas) sea usuario o empresa y no lo va a dedicar a montar un hypervisor porque se queda sin poder usarlo para otras cosas. Puede usarlo para lo que quieras: desplega una VM y ya lo tiene listo. A menos que lo concretes no te puedo dar la razón.
¡Sólo puedo tener máquinas virtuales sobre el hypervisor! No me sirve como entorno de pruebas.
Ahora soy yo el que no lo entiende, ¿tu no puedes desplegar un entorno de pruebas compuesto por N máquinas en un servidor ESXI? Pues vaya una porquería de producto ... Creo que o te estás liando o yo no te acabo de entender...
¿Desde cuando ha dejado de ser software libre? Será libre mientras Redhat quiera, como ha hecho Oracle con Solaris.
Ah, vaya... pues si te pones así, también el kernel será libre hasta que IBM o Novell o RedHat quieran
Incierto. El kernel está controlado por la OSF, ¿no?. (son los que más colaboran en su
desarrollo) ¿no? Vale, entonces descartamos SLES, openSUSE, el kernel, KVM... todo menos vmware, que deben ser buena gente. Venga ya >:-)
No lo quieres entender y yo no te lo puedo explicar mejor.
Documentación oficial:
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/ Virtualization/chap-Virtualization-System_requirements.html Apartado KVM requeriments ...
Ah y ahora no me digas que esto es respecto a redhat, porque el KVM es igual para todas las distros ...
Las malas lenguas dicen que se puede usar con Quemu para ofrecer soporte de paravirtualización (sin necesidad de tener las extensiones de virtualización habilitadas en el micro).
Pues ya les puedes lavar la boca con lejía a las malas lenguas :)). El único hypervisor que paravirtualiza es Xen y en mayor medida esto es así porque están confundiendo churros con meninas. Tanto KVM como Xen hacen uso de versiones qemu modificadas para su funcionamiento con la salvedad de que el hypervisor de xen dota de paravirtualización a su versión de qemu, pero el qemu original no paravirtualiza nada ... ¿No te estarás confundiendo con los "paravirtual drivers"?
No, me parece que no las quieres ver o no las entiendes, una de dos. ¿Tu no ves diferencias entre un producto hecho para workstations (virtualbox) y otro pensado para servidores (vmware server)?
Pues no :-)
Porque esa clasificación es virtual, no real. Es decir, que no está basada en cuestiones reales sino mercantiloides.
La leche. Ahora me has matado ... ¿Tú el bloc de notas lo consideras un soft de servidor?
¡Pero si lo pone en su web! ¿Acaso se han vuelto locos estos de vmware y tienen puestas cosas contradictorias según la página que mires?
(última FAQ)
(...)
Bien por partes. En la FAQ no me parece descabellado que aparezca eso, máxime cuando ya ni liberan parches, pero en el lanzamiento de la versión 2.0.0 podiás adquirir soporte. Yo tenía un par de clientes que lo habían pagado, ahora creeme o no, lo dejo a tu elección.
¿En qué quedamos, pues? ¿Hay actualmente soporte de pago para vmware server o no hay soporte? Yo ya no sé qué pensar, lo tienen muy mal documentado todo :-(
Te he dicho anteriormente que tenías razón en el tema de que deberían especificar en su web que le producto entra en EOL en Junio del 2011. No sigo desde hace mucho a vmware server, pero a la vista de la faq está claro que actualemente, y recalco lo de actualmente por un tiempo atrás si lo hubo, no lo dan.
Pruebalo y nos comentas pero ten por seguro que KVM no funcionará en esa máquina.
¿Tampoco en el PIV? Jolines, pues no debería tener problemas.
Saludos,
Tampoco, Dual Core como mínimo. Saludos. -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org