El Sun, 26 Sep 2010 17:28:43 +0200, carlopmart escribió:
Camaleón wrote:
Lo cual queda descartado también en este caso porque buscamos una solución de "coste cero" ¿recuerdas?
¿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.
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 :-)
Yo le he dicho las soluciones que hay disponibles en le mercado, de pago y free, l oque le he dicho es que su upgrade path natural seria ESXi, que lo evalue y decida. Ey, que no soy empleado de vmware ...
Pues quien lo diría... digo, que no eres empleado liberado de vmware >X-)
No, no la sé, porque se necesitan saber los modelos al detalle. Que me diga que son placa ASUS no me sirve de gran cosa, entre otros motivos porque sí hay placas ASUS sobre las que corre ESXi.
16 modelos, sí :-D
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...
Y mira por donde, te dicen que uses el "player" también ¿crees que el player NO se puede comparar a virtualbox? Yo creo que sin lugar a dudas
:-)
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?
No es el caso.
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.
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.
¿Perdona? KVM depende de RedHat.
¿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 (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 >:-)
En un momento dado hace como Oracle cuando cerró el código de Solaris y se quedan tan anchos ... aunque RedHat nunca han hecho algo así. Y eso de que no cambias de equipo lo dices tú. ¿Sabías que para usar KVM tu equipo debe disponer de tecnología VT?. Eso por ejmplo con Xen no és necesario.
La wikipedia dice que también soporta la paravirtualización ¿no? :-?
No. Me parece que has leido demasiado rápido.
Explica.
¿Qué es lo que no es verdad? Pues claro que es verdad, yo no cambio de equipo cada año, faltaría más :-/
Ese será tu caso. Hay otros casos ...
Con la crisis que hay, me parece que son la norma no la excepción.
KVM lo puedes poner en cualquier equipo que tengas ya funcionando o en una partición dedicada de pruebas, instalas el SO y a correr. No es verdad. KVM requiere de un procesador con tecnología VT, ya tienes un nuevo requisito.
¿Seguro?
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).
No es verdad. te ofrecen lo mismo para lo que tú necesitas. Los productos son completamente distintos.
Pues dime cuáles son esas diferencias porque no las veo por ningún lado.
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.
¡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 :-(
Si me sale más a cuenta o no, no lo puedo saber. Ni siquiera tengo de opción de probarlo fácilmente, porque supongo que en un pentium III/IV eso no va ni para atrás ¿no? :-) No y KVM tampoco, que lo sepas.
Al menos podría probarlo y en caso de no funcionar, probaría con virtualbox o cualquier otra alternativa >:-)
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, -- Camaleón -- 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