Camaleón wrote:
El Sat, 25 Sep 2010 15:07:24 +0200, carlopmart escribió:
¿Con registros de por medio? Porque "intuiciones" tenemos todos, vmware incluida >:-)
Se les envió toda la configuración del servidor, la configuración de la máquina virtual, se les detalló el software que corría la máquina virtual (versión de SO, producto, etc) y el core dump generado.
Pues... analicemos.
- Vmware server 2.x tiene marcado un EOS (End Of Support) para el 30/06/2011
- ¿Qué significa EOS? Pues entiendo que "grosso modo", no habrá más actualizaciones para ese producto.
Correcto y que además no será evolucionado.
- Falta casi un año para que entre en ese estado de soporte.
10 meses. Yo no perdería el tiempo a menos que tenga una urgencia.
- Transcurrido ese año, según vmware se puede "saltar" de un producto (vmware server 2.x) a otro (ESXi) sin problemas.
Lo ratifico porque lo he hecho.
- En un año pueden pasar muchas cosas (puede quebrar vmware, puede sacar otra solución que me convenza más, puedo haber optado por cambiar a KVM...)
Es decir, sigo sin ver ventajas evidentes para el cambio.
Ya no se trata de que cambies a ESXi o vSphere Hypervisor. El fabricante te advierte que en 10 meses ese producto habrá muerto. Ahora eres tú que evaluando tus necesidades deberás escoger la opción que se ajuste más. Ellos no te obligan a nada. Y además puedes migrar las máquinas virtuales a otro fabricante.
Y por cierto, que según esa misma tabla de ciclos de vida de soporte, vmware workstation tiene marcado su EOS unos meses antes de vmware server 2.x así que tampoco sería recomendable usarla ¿no? >>>:-)
Mande??? tiene soporte hasta Octubre del 2011 para la version 7: http://www.vmware.com/support/policies/pers_desktop_eol.html. Y para la versión 6.x hasta Abril del 2011, cosa normal por otro lado: http://www.vmware.com/support/policies/lifecycle/general/
Es que el hecho de que alguien use una VM no significa que tenga que ser el "centro" de su negocio.
Bien cierto, pero hoy en día empiezan a serlo.
Pues buscar alternativas para cambiar la VM. Pero no necesariamente de vmware. Si ya me ha fallado una vez, mi confianza en sus soluciones ha bajado algunos puntos.
Me parece perfecto, pero entonces no vas a poder trabajar con ningún producto de ningún fabricante. Solo con software GNU, que por otro lado tampoco te garantiza nada. Por lo tanto, tendrás que arriesgarte.
¿Por qué windows 2008, entonces? Seguramente para replicar el entorno que tienes en la empresa y hacer las pruebas en tu equipo.
No uso ese equipo para probar nada. Lo uso de pura workstation. Para pruebas, tests, etc ... tengo los servidores de virtualización. Está con Windows 2008 R2 principalmente por estabilidad frente a Windows 7 o Vista, y porque no podía instalar Linux por varios motivos de productividad.
¿Mande? ¿Cómo se come eso? ¿No funciona sobre un sistema instalado, necesita espacio dedicado? Pues sí que empezamos bien >:-O
Buenooo ... Vamos a ver: es un soft bare-metal. Un producto bare-metal solo quiere estar el solito instalado. ¿Nunca has instalado nunca un SO o producto parecido que te digo que va a borrar todo el disco? Los hay a montones.
Vale acabo antes diciéndote lo que no hace vSphere Hypervisor: shared folders, cosa que no hace ningún hypervisor bare-metal como Oracle VM, Hyper-V, RHEL ... y tiene todo el sentido del mundo. Y esto es así porque virtualbox es un producto para workstation y no servidores.
Juvaaaar. Pues vaya gaitas. Ahora ya sé que vSphere Hypervisor no me conviene para nada :-/
Vale, no te sirve, porque tu utilizas la virtualización a nivel desktop. Un producto de virtualización de servidores difiere en mucho a un producto de virtualización pensado para estaciones de trabajo. No puedes pedirle lo mismo.
No no está mal. Ojo, no te dará soporte con openSuSE pero como dijimos antes con los módulos del kernel se instalará y "funcionará", pero no te darán soporte en caso de problemas VMware.
Pero vamos a ver... si no soporta openSUSE ¡estamos en las mismas que con vmware server! ¿Y si deja de funcionar, igual que ha hecho vmware server? No, oye, eso... eso para una empresa tampoco es viable, lo siento.
Y tanto que es viable. Yo no tengo ni un cliente que use openSuSE y todos usan virtualización. No pretenderás que VMware te dé soporte de cualquier SO que funcione en x86 ¿verdad?. Te adelanto un sopresa: ni Oracle, ni Microsoft, ni RedHat, ni Citrix tampoco soportan openSuSE. Pero fíjate en una casualidad: a CentOS todos le dan soporte. No estoy diciendo esto con mala intención, lo digo por lo conveniente que seria tener una openSuSE tipo LTS, pero bueno eso es otro tema.
Pero como dije anteriormente, puedes montar un servidor whitebox. ¿Un lo qué? :-) Un clónico.
Ah, vale, pero tampoco estará soportado.
Si la CPU, la controladora de disco y las interfaces de red aparecen en la HCL de ellos, te intentarán dar soporte. Tu puedes montar un clónico con esos componentes, ¿cierto?.
Un administrador necesita datos concretos para poder decidir si es la solución que necesita en su entorno.
Como, ¿por ejemplo? Claro que a lo mejor ESXi no se ajusta a tus necesidades, pero yo no discuto eso. Yo solo te digo que vmware te ofrece como alternativa vSphere Hypervisor. Eres tú quien decide si te sirve o no.
tienes todo lo que te dá virtualbox, más que es un producto de servidor encarado a virtualización con todas las ventajas que eso conlleva. Y repito: no me puedes comparar un producto de estación de trabajo con un servidor. VirtualBox no está pensado para servidores.
No, ya sé que ESXi no es para mi entorno, queda descartado por completo. No busco una solución que requiera recursos de hardware dedicados. Obviamente es un producto que corre por otros derroteros, nada que ver con vmware server o virtualbox.
Pues eso es lo que te intento hacer ver todo el rato. ESXi es solución dedicada. Xen o KVM pueden no serlo o serlo: oracle VM, RHEV, Xenserver ...
Mira esto http://www.vmware.com/pdf/vsphere4/r41/vsp_41_config_max.pdf que lo vas a ver más claro. Eso no lo hacen ni virtualbox por supuesto, ni vmware server.
Me parece bien, pero no es lo que yo necesito.
Pues ya está, si no intento convencerte de lo contrario. 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