Tag Archive | "Virtualizacion"
Posted on 04 July 2011. Tags: 2011, blog, galardon, Jose Maria Gonzalez, premio, vExpert, vExpert 2011, Virtualizacion, VMware, vSphere. award
Es un honor para el Blog de Virtualización de Servidores y Cloud Computing en español, que el Editor in Chief de este blog, presidente y fundador de JmG Virtual Consulting – empresa de consultoría de servicios y soluciones de virtualización de sistemas en general y, fundador de Virtualizacion.tv – Web TV show sobre la virtualización y el Cloud Computing en español, haya sido premiado, un año mas, con el codiciado premio de VMware vExpert 2011.
Este premio es ofrecido a aquellos profesionales que basan su defensa en las soluciones de VMware, sus contribuciones a la comunidad de usuarios de VMware, y su disposición en compartir su experiencia con otros.
El blog de Virtualización de Servidores y del Cloud Computing, quiere expresar y dar las gracias a John Troyer, responsable del programa VMware vExpert, por la confianza mostrada en el trabajo realizado por José María González en el área de la virtualización de servidores y sistemas durante todo el año del 2011 y por el nuevo galardón de VMware vExpert 2011.
Con este nuevo galardón vExpert 2011, el creador y fundador de los foros de virtualización de VMware en español, Jose Maria Gonzalez, se ha convierte en uno de los pocos profesionales a nivel mundial, que ha recibido el tan preciado galardón VMware vExpert durante tres años consecutivos.
VMware vExperts son autores de libros, autores de blogs, VMUG líderes, creadores de software de virtualización y otros profesionales que comparten sus conocimientos y pasión con los demás.
VMware vExperts van más allá de lo que es su trabajo diario y comparten sus conocimientos técnicos al comunicar el valor de VMware y la virtualización a sus colegas y a la comunidad en general.
Estos son algunos de los beneficios del programa VMware vExpert:
- Reconocimiento público de la adjudicación del premio vExpert con un certificado, el permiso por parte de VMware para mostrar el logo VMware vExpert, y la inclusión en cualquier lista pública de vExperts.
- Acceso a una comunidad VMware privada de vExperts
- Suscripción gratuita a las sesiones de la conferencia de virtualización por excelencia, VMworld.com
- Acceso a eventos exclusivos, licencias, y otras oportunidades para participar en actividades con VMware, como programas beta.
Recuerda!, los VMware vExperts no representan a VMware y no están obligados a participar en ninguna actividad. Puedes ver un listado completo de todos los vExpert y sus biografías en este enlace: http://communities.vmware.com/vexpert.jspa
Por ultimo, me gustaría agradecer a todos los usuarios, colaboradores y lectores de este blog porque, sin ellos, este blog no tendría sentido.
¿Y tú, que opinas? ¿Cuál crees que es la importancia o el peso de este galardón de VMware vExpert 2011? Deja tu comentario, abajo en este post, o charlemos sobre ello en twitter.
Posted in ESX, ESXi, Integración, josemariagonzalez.es, Publicaciones, Trucos, vCenter, Virtualizacion, VMware, VMworld, vSphere
Posted on 01 July 2011. Tags: blog, CLI, ESX, Fault Tolerance, FT, historia, Linux, nacimiento, Network I/O control, Pluggable Storage Architecture, sistemas, Storage I/O Control, Storage VMotion, VAAI, vCenter, version, Virtualizacion, Vmotion, VMware, VMware HA, vNetwork Appliance API, vStorage API for Data Protection
Hola amigos, soy Florián Murillo. Hoy estoy nostálgico, me he puesto a recordar la historia de VMware y la evolución de Elastic Sky X, hace tanto tiempo que lo nombramos por sus siglas (ESX) que nos hemos olvidado de su nombre ¿verdad?
¿Cuales son, según mi opinión, las mejores características de cada versión de ESX?
En 2001 nació la versión 1 y para mi, la mejor característica que tuvo fue nacer, y aportar una forma diferente y atrevida de entender el concepto de las TI en las empresas (entornos x86). ¿Cómo sería el mundo de las TI hoy si no hubiera aparecido ESX v.1? ¿Estaríamos hablando de cloud ahora? ¿Habría energía eléctrica en los DataCenters para alimentar a todos los servidores? y… ¿Donde alojaríamos tantos servidores?
En 2003 se lanza la versión 2 y como grandes novedades, vMotion y VirtualCenter. Aún era un producto para expertos en Linux, se hacían mas tareas con CLI que con VirtualCenter, pero había nacido con VirtualCenter la Gestión de las Infraestructuras Virtuales. VMware empezaba a mejorar, tímidamente, los negocio, con su producto.
El año 2006 nace la versión 3 y se produce un antes y un después en esta tecnología. Como gran novedad aportó VMware HA, aún recuerdo ese año evangelizando a clientes reunidos en hoteles, un mes si y otro también hablándoles de vMotion y VMware HA, era increíble como les explicabas lo que hacia el producto y no se inmutaban, en el momento que te conectabas a un CPD en producción y se lo enseñaban en vivo y en directo, no les cabían los ojos en las órbitas ¿tan mal me explico?. Era fascinante saber que hacías una presentación y triunfabas, gracias VMware.

El año 2009 se presenta en sociedad la versión 4, aquí discrepo de VMware acerca de cual es la gran mejora de esta versión (ellos dicen que es VMware FT) para mi es Storage vMotion, nos proporciona escalabilidad y disponibilidad y para mi, en segunda posición: La visión de VMware para abrir su producto con APIs de todo tipo. Algunas de ellas son la vNetwork Appliance API, la Pluggable Storage Architecture o la vStorage API for Data Protection.
Con estas incorporaciones, poco visibles a priori, se garantiza la evolución el producto, son soluciones propias o de otros fabricante. Las APIs permiten liberar la creatividad sin el freno de las limitaciones tecnológicas. La prueba de ello es que gracias a estas APIs han seguido deslumbrando en la versión 4.1 con Storage I/O Control, Network I/O Control o VAAI.
¿Cuál crees tu que son las mejores aportaciones de cada nueva versión?
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Posted in Estandars, Estrategia, ESX, Integración, Manuales, reviews, Software, software, vCenter, Virtualizacion, Virtualización, VMware, VMware, vSphere
Posted on 30 June 2011. Tags: blog, Cloud, Data Recovery, DataCenters, Virtualizacion, Virtualizacion Aplicaciones, virtualizacion escritorios
Bicheando hoy un poco por la red, como suelo hacer todos los días a ver qué cosas de interés me encuentro, he descubierto este post en VMBlog.com de David Marshall en el que expone una breve entrevista a David Greschler (cofundador de Softricity App-V ) y Doug Brown (fundador de DABCC ) acerca de una nueva red social orientada a la Cloud, PaperShare.
A estas alturas de la película, cuando herramientas tan conocidas como Facebook, Twitter, LinkedIn y demás forman parte integrante de la cultura de Internet y casi de la vida diaria de más de uno de nosotros, venir hablando de “otra red social más” puede parecer un poco desfasado y hasta contraproducente.
Sin embargo si me atrevo a hablaros de PaperShare es precisamente porque no se trata de “otra red social más”. La idea que impulsa esta red social es la de compartir documentos, WhitePapers, Mejores Prácticas y en general cualquier documentación técnica de calidad relacionada con tecnologías que soportan y hacen posible la Cloud, desde virtualización de Datacenters, pasando por sistemas de DataRecovery o virtualización de escritorios, hasta la virtualización de aplicaciones.
En esta red social podremos encontrar tanto a usuarios normales de “a pie” (profesionales de IT), como podamos ser tu o yo mismo, como a Fabricantes de software o hardware, Integradores o Instructores.
Las condiciones y niveles de acceso dependerán del tipo de perfil de usuario con el que se acceda, donde el registro será gratuito para los profesionales de TI, a los que se permite la subida limitada de documentos y la creación ilimitada de grupos públicos, mientras que para el resto de perfiles, es decir, Fabricantes, Integradores o Instructores será necesaria una suscripción anual que dará derecho a la subida ilimitada de documentos y la creación de grupos privados.
Personalmente encuentro bastante interesante la vuelta que se le da al concepto de compartir documentación, ya que si bien es cierto que podemos encontrar estos documentos por la red, esta red social trata de centralizar, o al menos crear un punto de encuentro para la compartición de información y conocimiento. Si a esto añadimos la posibilidad que nos ofrece PaperShare de escribir reseñas sobre el documento que estamos leyendo, el punto de enriquecimiento del conocimiento incluido en el propio documento resulta bastante interesante.
Me llama particularmente la atención la definición que hace el propio David Greschler de PaperShare como red social:
“de alguna manera, lo que hemos creado es la inversa del modelo de red social. En lugar de que la gente venga al sitio porque fueron juntos a la escuela o porque trabajan juntos, vienen porque tienen el mismo interés. Pueden encontrar el contenido que quiere y conocer a gente y compañías que están interesados en el mismo tema”
Por último comentaros que en el día de ayer el número de documentos compartidos es de 5772, lo cual puede dar una orientación de la utilidad e interés de esta herramienta.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.
Posted in Estandars, Estrategia, Integración, Publicaciones, reviews, Software
Posted on 29 June 2011. Tags: blog, Citrix, hotfix, instalacion, manual, manuales Citrix, manuales XenServer, nuevo, version 5.6, Virtualizacion, XenServer
Queridos lectores,
Hace unos días Citrix publicaba este nuevo hotfix. Desde su portal oficial recomiendan encarecidamente aplicarlo sobre la versión 5.6 SP2.
A continuación, como siempre hago cuando sale una nueva actualización, os recuerdo como poder hacer la instalación del parche en modo CLI.
1.- Descargamos el hotfix y descomprimimos
wget http://support.citrix.com/servlet/KbServlet/download/27597-102-658199/XS56ESP2001.zip
2.- Instalamos el hotfix
xe patch-upload file-name=”nombre del parche”
3.- Imprimirá lo siguiente por pantalla
65066756-1d29-422e-8f6d-fa6fb4459551
4.- Aplicamos el parche sobre XenServer
xe patch-pool-apply uuid= 65066756-1d29-422e-8f6d-fa6fb4459551
5.- Verificamos
xe patch-list
6.- Reiniciaremos para que tenga efecto el parche
Nada mas queridos lectores, espero que sea de utilidad.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.
Posted in Citrix, Estandars, Manuales, Software, Xen, XenServer, XenServer
Posted on 28 June 2011. Tags: blog, conversion, fisico, P2V, Red Hat, RHEV, sistemas, Virt-P2V, virtual, Virtualizacion, virtualizaion
Hola a todos de nuevo. Soy Miguel Ángel Alonso, y como cada artes estoy con vosotros para contaros algo nuevo a cerca del mundo de la virtualización de sistemas.
Siguiendo la estela de la semana pasada, en la que vimos cómo convertir máquinas virtuales (VMware y Citrix a RHEV)con la herramienta de consola VIRT-V2V, dejamos pendiente las conversiones tipo P2V (de físico a virtual).
Tras investigar unos cuantos días sobre el tema en cuestión ,di con la solución, ya que no pude encontrar apenas información de cómo podía realizarse dicha operación.
Comenzaré diciendo que la manera de conseguir realizar dichas conversiones P2V, se logra mediante la creación de una ISO, que será la que introduzcamos en nuestro servidor físico y mediante la configuración de un asistente se nos conectará al servidor donde ya instalamos el servicio VIRT-V2V – descrito en el capítulo anterior -.
Cómo nota que debes tener en cuenta, es que sólo es posible de momento realizar esta ISO desde FEDORA 14 y 15, aunque muy en breve estará disponible para RHEL.
Primero, para generar dicha ISO necesitas instalar los siguientes paquetes:
- rubygem-virt-p2v-0.8.1-2.fc14.noarch.rpm
- rubygem-virt-p2v-doc-0.8.1-2.fc14.noarch.rpm
- virt-p2v-image-builder-0.8.1-2.fc14.noarch.rpm
- virt-v2v-0.8.1-2.fc14.x86_64.rpm
Después, necesitas hacer los siguientes pasos:
1. Entraremos en el Terminal como root y ejecutamos:
yum install virt-p2v-image-builder
yum install rubygem-virt-p2v
yum install rubygem-virt-p2v-doc
yum install virt-v2
2. Luego, ejecuta el siguiente comando para crear un Live CD – Se creará en la carpeta root o raíz del sistema de tu ISO:
#virt-p2v-image-builder -a
http://download.fedora.redhat.com/pub/fedora/linux/updates/testing/14/x86_64/
El proceso se demorará entre 10 y 15 minutos PARA creación de la ISO. Más tarde, crea un CD bootable e introducelo en el servidor físico que quieres virtualizar.
Aquí, te muestro una de las imágenes de la ISO en cuestión:

Bueno amigos, hasta aquí por hoy. Espero poder haberte contado una vez más algo de tu interés y te emplazo hasta la semana que viene con un nuevo capítulo sobre el maravilloso mundo de la virtualización de sistemas.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.
Posted in Estandars, Estrategia, Hardware, Integración, Manuales, Publicaciones, Red Hat, Software, Virtualización, VMware
Posted on 27 June 2011. Tags: Cloud, cloudcomputing, cuellos botella, disco, evento cloud computing, I/O DAVG, JmG Virtual Consulting, KAVG, Paul Maritz, rincon del experto, Steve Herrod, Virtualizacion, virtualizacion.tv Jose Maria Gonzalez
Ya esta disponible online el episodio #25 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en español.
Esta semana en Virtualización TV, Paul Maritz y Steve Herrod, CEO y CTO respectivamente de VMware nos revelaran el próximo paso importante hacia la infraestructura en el cloud, responderé a la pregunta de un usuario en relación a cómo detectar cuellos de botella a nivel de disco en VMware, te enseñare otra utilizad impresionante relacionada con el mundo de la virtualización y del could computing y terminaremos con el anuncio de una nueva sección en el programa llamada “El Rincón del Experto“.
Gracias a todos los que dejaron su comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, entra en virtualizacion.tv hazlo ahora. Tu apoyo permitirá que este programa de televisión web sobre la virtualización de sistemas y el cloud computing en español, pueda continuar beneficiando a muchas personas.
¿Crees que este videopost puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por tu apoyo.
Posted in cloud, Cloud Computing, Estandars, Estrategia, Hardware, Integración, josemariagonzalez.es, Manuales, Publicaciones, software, vCenter, Virtualizacion, Virtualización, virtualizacion.TV, VMware, VMware, vSphere
Posted on 24 June 2011. Tags: ahorro, analisis financiero, blog, CAPEX, Cloud, cloudcomputing, Microsoft Exchange, Microsoft Exchange Online, OPEX, sistemas, Virtualizacion
Hola amigos, soy Florián Murillo. El Cloud tiene dos vertientes, por un lado reduce inversiones (CAPEX) y hace predecible los costes recurrentes (OPEX) lo cual es muy importante para el análisis financiero de un negocio; por otro lado mejora el negocio aportando alineamiento financiero con la evolución del mismo, es decir que si mi negocio crece pago mas porque uso mas y si se reduce pago menos.
Por otro lado aporta libertad de elección, puedo traspasar mi información a otro cloud, o bien por precio o bien porque las características del nuevo cloud se adecuan mejor a nuestro negocio, recordemos que nuestro negocio cambia y nuestras necesidades de TI también, aquí es donde el concepto “libertad de elección” gana fuerza.
He hecho unos números para cuantificar el concepto AHORRO. Muchas empresas no pueden vivir sin su servidor Microsoft Exchange, pero ahora que Microsoft dispone de un modelo pago por uso de Microsoft Exchange, llamado Microsoft Exchange Online, podemos hacer unos números de ahorro de los dos modelos planteados. También he incluido en la comparativa el concepto “libertad de elección” incluyendo Google Apps, en su versión para empresas (no la gratuita).
Los números siguientes están basados en la siguientes premisas:
- 50 usuarios de Microsoft Exchange 2010 estandar en OLP, con GFI Mail como solución antispam y Antivirus Mail, con un servidor con RAID 5 y 3 discos, incluye los costes energéticos del servidor y costes de implantación.
- Se contemplan 8 años, y se supone el tiempo de amortización del equipo en 4 años.
- No se han tenido en cuenta gastos financieros de hacer un renting en el caso de adquirir equipamiento.
- No se han calculado ni herramientas de backup, ni las líneas de comunicaciones, ni los costes de administración del sistemas de mensajería. Se ha supuesto iguales en ambos casos.
- Los costes de licencias, renovaciones, implantación y equipamiento han sido proporcionados por un integrador.
- Los costes de Microsoft Exchange Online se han sacado de la web de Microsoft España, ver imagen adjunta (precio mensual)
- Los costes de Google Apps los he sacado de la factura que me hace cada año Google
Los números adjuntos son los costes anuales acumulados, es decir que el coste de un año es su celda menos el del año anterior:

Si lo visualizamos en una gráfica, se ven mejor las proporciones:

La diferencia es notable, ahorros de entre el 60% y el 100% a favor de la solución de mensajería cloud.
¿Solo hemos de basarnos en costes para escoger una solución adquirida o como servicio?
Sería un error, me surgen varias dudas:
- ¿El soporte es el español?
- ¿Están mis datos mas expuestos a un ataque?
- ¿En que país está el cloud?
- ¿Que reglamentación jurídica le afecta?
- ¿Cual es el nivel de privacidad?
- ¿Me ha de preocupar el robo de información?
- ¿Cual es el nivel de disponibilidad?
- ¿Es auditable el proveedor de cloud?
No está mal para empezar, pero no me he de olvidar de que estas preguntas también nos las hemos de hacer cuando adquirimos la solución para tenerla en propiedad, no siempre lo hacemos
Me encanta como nos preocupan las condiciones contractuales de un servicio cloud y nunca nos hemos leído un contrato de licencia de un software de Microsoft. El ser humano es extraordinario!!!
Bueno amigos ¿Que opináis de todo esto?
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Posted in Cloud Computing, Estandars, Estrategia, Hardware, Hyper-V, Integración, Manuales, Microsoft, Publicaciones, Software
Posted on 23 June 2011. Tags: Azure, blog, Cloud, cloudcomputing, computing, ESXi, HyperV, IaaS, Integración, KVM, Microsoft, OpenVZ, operation manager, plataformas, sistemas, Virtualizacion, VMware
Seguro que no soy ni el primero ni el último consultor que ha escuchado o escucha a diario esta típica pregunta de parte de alguno de sus clientes.
Y es que la oferta de plataformas de virtualización es abrumadora, desde las tecnologías libres con las que poder montar plataformas serias de bajo coste, como puedan ser OpenVZ o KVM, pasando por las opciones gratuitas de los grandes fabricantes VMware ESXi , Microsoft Hyper-V o Citrix XenServer, hasta las soluciones comerciales, más potentes y llenas de funcionalidades espectaculares de los grandes fabricantes por todos conocidos.
Evidentemente la respuesta a la pregunta del título depende directamente de las necesidades y entorno particulares de la persona que nos hace la pregunta.
En esta ocasión me gustaría haceros partícipes directos de la respuesta a esta pregunta para un ámbito muy concreto, la integración de servicios en la nube. El motivo de trasladaros esta duda se debe a que recientemente en mi empresa hemos entrado a formar parte del Community Evaluation Program de Microsoft para evaluar la nueva Beta de System Center Virtual Machine Manager 2012.
Durante el proceso de evaluación del producto hemos podido ver nuevas funcionalidades, como la gestión de perfiles de hosts para la automatización del despliegue (el equivalente a los perfiles de host de VMWare), o las mejoras de Performance and Resource Optimization (lo que sería el equivalente al DRS de VMWare) e integración con Operations Manager, que realmente te hacen plantearte ciertas cosas que hasta el momento en el mundo de la virtualización las tenía como “indiscutibles”.
Quiero decir, clara y abiertamente, Microsoft, bajo mi punto de vista, está acercándose “peligrosamente” a VMware y además lo hace con un punto de calidad más que interesante.
Por supuesto, VMware sigue siendo el líder indiscutible y todavía hay una diferencia de maduración y calidad en su tecnología, y por supuesto también están preparando la salida de la nueva versión de su vSphere 5.
Pero llegados a este punto quizá haya otros factores, más allá de los puramente técnicos, que debamos plantearnos, o que al menos son los que a mí me hacen dudar seriamente entre ambas plataformas.
Uno de estos factores es la apuesta firme que hace Microsoft por las tecnologías Cloud, llevándose la mayoría de sus servicios a la nube, repartidos entre Azure, posibilitando el desarrollo de aplicaciones en la nube y Business Productivity Online Services, descargando del “lastre” de tener que andar desplegando servidores en la empresa para poder disfrutar de servicios como el correo electrónico, la mensajería unificada, portales (Sharepoint) u Office Communications.
Por supuesto, VMware también hace sus movimientos hacia la Cloud, de hecho lo lleva haciendo desde bastante antes que Microsoft. Sin embargo el nivel de integración o “integrabilidad” con los servicios que consumirá el usuario final no está tan trabajado, bien porque no sea el objetivo de VMware, por la masa de negocio en otros verticales de la que dispone Microsoft o por cualquier otro motivo.
Por último no debemos olvidar que la tecnología debe estar al servicio del negocio y no a la inversa, por lo que si bien creo que resulta bastante claro que VMware representa la excelencia técnica, no tengo tan claro que sea la mejor opción estratégica para según qué entornos, por ejemplo IaaS. Si tenemos en cuenta los costes finales a los que un posible proveedor de IaaS debe hacer frente si quisiera ofrecer este tipo de servicios, este puede ser un factor determinante a la hora de decantarse hacia una u otra plataforma.
Teniendo en cuenta todo esto… ¿Qué pensáis, VMware o Microsoft?
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.
Posted in cloud, Estandars, Estrategia, Hyper-V, Integración, Manuales, Microsoft, Publicaciones, reviews, Software, software, Virtualizacion, Virtualización, VMware, vSphere
Posted on 22 June 2011. Tags: blog, Citrix, Integración, Microsoft, SCVMM, sistemas, Supplemental Pack, Supplemental Packs CD, Virtualizacion, XenServer, XenServer 5.6
Queridos lectores,
En el post de hoy explicaré como instalar este Citrix XenServer Supplemental Pack. Es interesante por si queremos habilitar que Microsoft System Center Virtual Machine Manager para que administre nuestro pool de servidores, cosa que en futuros post os enseñaré como hacerlo. Antes de nada confirmar que sólo es posible posible hacerlo sobre versiones de XenServer 5.6 FP1 o superior.
Como la mayoría de veces explicaré como hacerlo desde línea de comandos (CLI). También es posible hacerlo durante la instalación de XenServer, cuando nos solicita “Supplemental Packs CD”, en ese caso introduciríamos el CD descargado.
A continuación, te describo los pasos necesarios para integrar System Center Virtual Machine Manager en XenServer 5.6:
1.- Descargamos la ISO y la montamos:
# mkdir /tmp/scvmm
# cd /tmp
# wget http://downloadns.citrix.com.edgesuite.net/akdlm/5622/scvmm-beta-integration.iso
# mount -o loop /tmp/scvmm-beta-integration.iso /tmp/scvmm
2.- Instalamos los componentes:
# cd /tmp/scvmm
# cd xs#xenserver-integration-suite
# ./install.sh
# cd ../xs#xenserver-transfer-vm
# ./install.sh
# cd /
3.- Desmontamos y limpiamos
# umount /tmp/scvmm
# rmdir /tmp/scvmm
# rm /tmp/ scvmm-beta-integration.iso
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Posted in Citrix, Estandars, Estrategia, Hardware, Integración, Manuales, Microsoft, Publicaciones, reviews, Software, XenServer, XenServer
Posted on 22 June 2011. Tags: blog, cronologia, diferencias, ESX, ESXi, Flash, Integración, Service Console, sistemas, USB, Virtualizacion, VMware, vSphere
Hola, de nuevo aquí con vosotros, soy Jose Maria Gris y vamos a comentar un aspecto que en los últimos días me he encontrado entre manos. Las diferencias entre ESX y ESXi. Pero lo vamos a hacer de una forma distinta, no lo vamos a hacer desde la perspectiva de “features”, sino desde la perspectiva cronológica, ello nos dará cierta luz al tema. Hoy buscamos en el baúl de los recuerdos….
En el momento que existía Infrastructure 3.5 apareció un producto que se denominó en su día ESX 3i. Este producto era básicamente nuestro amigo ESX sin la Service Console y ciertas modificaciones para ser mas efectivo. Este producto nacio en un principio para ser “empotrado” en una flash, o bien en un device hardware del vendor de Hardware o bien en un USB. Todo ello tomando partido de que el “footprint” del S.O. eran 32 MB.
De ese producto nacio 3.5 3.i Installable (el mismo que el anterior pero lo podías instalar en HD), que en poco tiempo VMware lo hizo gratuito.
Así que en este punto tenemos que ESX y ESX 3i eran de pago y ESXi Installable era gratuito.
Sigamos, sobre todo en el mercado USA mucha gente empezó a usar ESXi Instalable e incluso llego a ver que se podía licenciar con una licencia de ESX. Llego vSphere y las grandes operaciones empezaron a poner ESXi que licenciaban como ESX. El sistema era muy robusto y funcionaba a las mil maravillas (Ya en aquel tiempo hice algún post indicando que el futuro iba a ser ESXi).
Con todo ello, con 4.1 el fabricante ya dio claras directrices: esta es la ultima versión de ESX, dando pistoletazo a la nueva vida de ESXi.
Quien me conoce sabe el chiste que uso sobre la “etimología lógica” y aquí ha ocurrido algo parecido. Vamos a romper algunas ideas que no se han dejado claras:
Si quieres un Hypervisor VMware gratuito, hoy por hoy tienes que usar ESXi, pero ello no quiere decir que ESXi sea gratuito, ESXi es una tecnología que se puede licenciar. No es lo mismo ESXi como producto que ESXi como tecnología.
ESXi nació para ser “empotrado” pero no es obligatorio hacerlo, hay la versión “installable” que es, hoy por hoy, la versión que se está instalando (valga la redundancia) de forma más extensa. No todos los ESXi son “empotrados”.
Del anterior párrafo, ESXi se puede “empotrar” pero yo no lo recomiendo, al menos al 100%. Es muy cómodo, muy rápido instalar ESXi en un USB pero, que yo sepa, no hay devices flash que tengan mirror o redundancia, por lo que se convierten en un SPOF. Siempre dejo un ESXi instalado en HD o si es misión critica, los instalo todos contra Discos. No es obligatorio “empotrar” a ESXi.
Espero que con esta “visión cronológica” todos veamos mas claro de donde nacen los temas y de esta forma entendamos mejor ciertas lagunas que creo que nunca se han llegado a poner en claro.
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Posted in Estandars, Estrategia, ESX, ESXi, Hardware, Integración, Publicaciones, reviews, Software, software, Virtualizacion, VMware, vSphere