Under C.P.D.

>Recomiendo la lectural del artículo siguiente:

http://www.virtualization.info/2009/07/oracle-and-vmware-dispute-virtual-iron.html

Aunque lo más interesante es la actualización:

http://blogs.technet.com/virtualization/archive/2009/07/16/Too-many-Virtual-Iron-customers-in-the-fire_3F00_.aspx

Update: After a number of days in silence also Microsoft enters the discussion, and easy to guess its primary purpose is to smash the VMware offering:

…But a closer look at the VMware offer shows some serious limitations. These include:

Only Virtual Iron 4.0 or newer customers are eligible

Only those with active support subscriptions with Virtual Iron are eligible

Customers must buy a VMware license for every socket on their Virtual Iron contract. This effectively locks in the customer to VMware for size of their Virtual Iron contract.

The discount is 40% off the list price of the product but only 10% on one-year of support and subscription, 0% for more than one year of support subscription.

The offer isn’t valid on all SKUs. This means for Virtual Iron customers who want to keep their Live Migration and CPU balancing capability, they need to buy vSphere Enterprise Plus, the most expensive SKU.

>Hola.

Nosotros nos lo hemos encontrado durante una migración de SBS 2003 a EBS 2008, pero supongo que si vais a virtualizar con Vmware ESX un EBS y por consiguiente un sistema Windows Server 2008, podéis encontraros con algo parecido.

Problema:
Al tema, el equipo que tenía que elevarse como controlador de dominio se elevó, peeeeero a la hora de pasar los roles y a la hora de la replicación los fallos son intermentes y el wizard de configuración no finaliza.

El problema se detectó ya que nosotros nada más aparecer el entorno gráfico de Windows Server 2008 lanzábamos la instalación de las Vmware tools y luego continuábamos con el wizard de configuración.

Solución:
No instalar las Wmware tools hasta finalizar el wizard de configuración de EBS, exactamente todo lo contrario de lo que las buenas prácticas y tu experiencia profesional te dictarían.

¿Sabes que pasa?, pues que el equipo de producto y los beta testers nos cansamos de instalar EBS sobre entorno hyper-v y ya se incluyeron los Integrations components, en cambio ahora a pesar de llevar un tiempo en el mercado, Vmware va a empezar las pruebas.

Siento no poder documentarlo mejor, pero al menos si agobiado has buscado esto en google, te va a valer de algo.

Un saludo.

>Hola.

Para apaciguar un poco esta muy interesante pero tensa conversación. A los protagonistas les voy a dar un caramelo 😀 :

http://blog.yucas.info/2007/10/23/mac-os-x-1048-tiger-x86-vmware-installation-guide/

>Hola.

Es la segunda vez que escucho a alguien decir «Utilizaría Vmware Server antes que Hyper-V», incluso en una de ellas contando con una base Windows Server 2008 -reconozco que en la primera vez se me cayó un mito de la virtualización- curiosamente, las dos citas tienen la peculiaridad de venir acompañadas por parte de los autores, de un reconocimiento implícito de no haberse puesto en serio con Hyper-V.

Y me pregunto yo, ¿Donde iría a parar mi carrera profesional si hubiese defendido una posición totalmente contraria?, aun no dedicándome de lleno al mundo de la virtualización, ¿que sería de mí si se me hubiese ocurrido decir? «Prefiero Virtual Server a Vmware Esx», no amigos, no es lo que pienso, lo que pienso es que en cada proyecto hay que barajar todas las ofertas de virtualización existentes y elegir la adecuada según muchos puntos a tener en cuenta.

Sabiendo de sobra que los autores de dichos comentarios saben bien de la existencia de la existencia de algo tan simple como esto y principalmente de la deferencia entre hypervisores tipo 1 y tipo 2, esto me lleva a pensar que el ser humano es así y me lo encuentro mucho en el mundo de la informática, cuando aparece un nuevo producto el cual nos obliga a actualizar nuestros conocimientos, igual es mas fácil ponerle trabas para tapar nuestras carencias.

Saludos.

>Hola.

A ver, me encuentro con un dilema, bueno dilema como tal ya no es porque lo tengo claro pero quiero exponer el caso para que provocar una reflexión al respecto.

Tengo un cliente que ha comprado un servidor bastante digno, a grandes rasos las caracterícas son :

Dell Poweredge 1900
2 fuentes de alimentación
Quad Core 2x4MB Cache, 2.33GHz, 1333MHZ FSB
8 gb. Ram
5 x 146 gb. sas 15k rpm. 1 Raid 1 + 1 Raid 5
1 Unidad RD 100 con discos de 160/320 gb. (Unidad de backup en discos protegidos, recordar que windows server 2008 no copia en cinta)

Aderezado con Windows Server 2008 Standard, Exchange 2007 standard y con la necesidad de activar el Terminal Server de 2008 y TS Web acces para 10 usuarios externos que abrirán pocas (una o dos) aplicaciones remotas.

Según lo que tengo, buscando no mezclar y que el acceso por Terminal Server no sea a un servidor demasiado crítico he decidido virtualizar el servidor TS sobre el controlador de dominio con Exchange 2007 (ya se pero es que no hay más) y ahora viene lo bueno.

¿Hyper-v o Vmware?

Yo que quereis que os diga, en este caso el rendimiento no es un tema a tener demasiado en cuenta, no hay necesidad de servicios de alta disponibilidad ni nada que se le parezca y tanto a Microsoft como a Vmware le da igual lo que utilice porque no voy a irme a un producto de pago como Vmware Esx, a todo esto hay que añadirle mi vena de Administrador de sistemas externo a la empresa práctico y que tiene como preferencia evitar problemas a corto, medio y largo plazo, así que entonces fluye de mi mente el pensamiento de -¿para qué añadir un programa externo como son los programas de Vmware a Windows Server 2008 x64?- ya sé que este programa debería funcionar bien, pero es que vamos a ver, me voy a la opción de añadir funciones, añado hyper-v y sigo con la puesta en marcha de este pequeño proyecto, todo integrado dentro del sistema y al menos en este caso me da mas confianza en cuanto a estabilidad del sistema. Que Vmware tiene mas funcionalidades para su ESX, que Hyper-v,utiliza un driver muy ligero, tiene una familia de productos relacionada con la virtualización muy completa, etc. vale, pero es que eso me da igual.

Pues eso que pienso que este caso es un buen ejemplo de para qué se va a utilizar la virtualización en la pequeña y mediana empresa.

Na nit.

>Hola.

Si a los que habéis instalado la última versión de Vmware ESX 3.5 y a su vez actualizado con la útlima versión, se os ha caido alguna maquina virtual, pues habéis sufrido un problemita causado por la compañía, os dejo un extracto del artículo y el link que he encontrado, gracias a Susan.

“The issue was caused by a piece of code that was mistakenly left enabled for the final release of Update 2. This piece of code was left over from the pre-release versions of Update 2 and was designed to ensure that customers are running on the supported generally available version of [ESX 3.5 and ESXi 3.5] Update 2,” Maritz said.

«Maritz said VMware failed in two areas:

• Not disabling the code in the final release of Update 2; and
• Not catching it in our quality assurance process. “We are doing everything in our power to make sure this doesn’t happen again,” he said.»

http://blogs.zdnet.com/security/?p=1694

>Hola.

Por muy nuevo, complejo o raro que parezca, la conversión de máquinas virtuales de Vmware a Hyper-V no es algo nuevo, sobre todo cuando caemos en la cuenta de que las máquinas virtuales que utiliza Hyper-V son totalmente compatibles con las que utiliza Virtual Server r2 y/o Virtual Pc, así que una vez descubierto o recordado esto, ya solo nos queda decir que SCVMM es capaz de convertir archivos VMDK en archivos VHD, que es al fin y al cabo lo que estamos buscando, aunque para este menester no solo podemos contar con SCVMM si no que también existe Vmtoolkit.

Aunque no es exáctamente el caso, aprovecho para pasaros un artículo muy interesante, con las consideraciones y pasos a realizar cuando una máquina virtual viene de Virtual Server o Virtual PC y queremos arrancarla en Hyper-V.

>Hola.

Hace unos días me bajé una demo de Vmware 3.5 Esx, llamarme ignorante pero hasta ahora no había tenido la necesidad de ponerme con él.

Mi primera experiéncia con este producto se resume leyendo lo siguiente:

1. Me bajo la demo de Vmware Esx 3.5.
2. Me gravo el .iso a un Dvd y arranco con él mi portátil para demos.
3. Arranca el sistema y en la 2ª pantalla me dice que la tarjeta de red no está reconocida, pufff.
4. Raudo y veloz me adentro en el almacen de mi empresa y me monto un equipo nuevo de trinca, placa asus, dual core, 4 gb de ram ddr2, vamos que algo normalito y bueno.
5. Arranca el sistema y en la 2ª pantalla me dice que la tarjeta de red no está reconocida, pufff.
6. Mando un correo a mi amigo Josep Ros que es una máquina en esto, el me dirá como instalar un driver en el linux que instala como base el Vmware Esx, ya se algo de pelearme con drivers en linux pero bueno estoy dispuesto a todo lo que haya que hacer.
7. Josep contesta a mi correo – Nada tio que si la tarjeta de red no está soportada no hay nada que hacer- , para mi sorpresa la tarjeta soportada ha de ser una intel pro 100/1000 , y bueno de la que se libran es que casi todos los servidores llevan esa, pero vamos que me parece una m… . La pena es que esto vale 3000 €urazos.

Casualmente, en mi oficina ha aparecido un flamanete Dell PowerEdge 2950, con 4 gb. de ram, Quad core Intel, 1 disco sas 15k rpm de 73 gb. que dell ha vendido por 1€ a los partners que hemos conseguido vender los objetivos marcados, en el que por cierto después de probar Vmware a fondo, he instalado Windows Server 2008 y «me apaño» con hyper-v, aunque sea «peor» producto.

P.d.: ¿Alguien sabe como simular una San en Vmware?, algo así: http://blogs.technet.com/davidcervigon/archive/2007/08/29/targets-iscsi-gratuitos-para-windows.aspx, pero para lo que llevo entre manos.