Hola soy Miguel Ángel Alonso, y aquí estoy como cada martes con vosotros para contaros algo nuevo sobre el mundo de la virtualización de sistemas.
En el día de hoy voy a darte una gran noticia, sobre todo si eres amante del mundo VDI y más en concreto con VMware View, o si por defecto trabajas con dicha tecnología en tu empresa.
Por fin ha llegado el tan ansiado cliente para Mac OSX con soporte para el protocolo de conexión remota PCoIP. Para los que lo sabéis o para los que no lo sabéis, quería recordaos que hasta ahora la única manera de conectarnos a nuestros escritorios de View desde nuestros flamantes equipos Apple, era mediante el protocolo RDP de Microsoft, pero ahora los chicos de VMware se han sacado por fin de la manga, esta solución tan esperada y demandada por los usuarios de mac.
Con esto además consigue ponerse a la misma altura en diversidad de clientes con Citrix XenDesktop, y abre un nuevo horizonte para aquellos usuario de mac que quieran disfrutar de la tecnología de VMware View a pleno rendimiento.
Estas son algunas de las características principales:
Soporte para Macs basados en Intel (Mac OS X Snow Leopard 10.6.8 and Mac OS X Lion 10.7.0 o mayor)
PCoIP optimizado para VMware View 5
Soporte de Full screen para usuarios de Mac OS X Lion
Copiar y Pegar texto plano entre VMs de View 4.x y Mac
Copiar y Pegar texto y gráficos con diferentes formatos entre VMs de View 5.x y Mac
Soporte opcional de autenticación con RSA
Mejorado chequeo de Certificados
Añadir hasta 4 VMware View Server shortcuts (Iconos) al VMware View Client
El cliente lo podemos descargar desde aquí para que puedas realizar todas las pruebas que desees con él.
Estas son algunas características para las releases futuras:
Uso de Múltiples displays/monitors
Impresión en Local Printers conectadas
Soporte Full screen para Mac OS X Snow Leopard en versions anteriores a 10.6.8
Autenticación con SmartCard
Conectividad a dispositivos USB (redirección USB)
Hasta aquí por hoy, espero haberte podido contar algo de tu interés y te emplazo hasta la semana que viene con un nuevo y apasionante tema del mundo de la virtualización de sistemas. Hasta la semana que viene.
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, por primera vez en su historia no hablaremos sobre la virtualización o el cloud computing.
En este video especial te pedirte tu ayuda. Si, tu inestimable ayuda para una causa que creemos es muy loable. Seré breve con lo que por favor escucha atentamente.
A día de hoy, cientos de miles de niños mueren al año en el mundo por causa de la meningitis. Una enfermedad, que de ser tratada a tiempo, salvaría a mas del 90% de los niños que la contraen. La meningitis progresa con mucha rapidez, por lo que el diagnóstico y tratamiento precoz es importante para prevenir secuelas severas y la muerte.
Aunque cualquier persona puede contraer meningitis, es una enfermedad especialmente frecuente en niños. Esta enfermedad puede llegar a matar a un bebe en tan solo horas. Resulta casi imposible de creer que estando en el siglo en el que estamos, todavía haya tantos niños llenos de vida que ven cortadas de raíz sus sueños, y el de sus padres, por culpa de esta terrible enfermedad.
Por esta razón, nuestro canal Web TV sobre la virtualización y el cloud computing ha decidido embarcase en la lucha contra esta terrible enfermedad. Desde este preciso instante, y desde nuestro canal de televisión Web dedicado exclusivamente a la virtualización y el cloud computing, vamos a dedicar toda nuestra pasión por la virtualización y el cloud computing a esta causa, la lucha contra la meningitis.
Por eso, en virtualizacion.tv hemos convertido nuestra pasión en una historia, y una historia – la de combatir con todas nuestras energías contra la meningitis – en algo que nos importa y mucho. Este es el trato: Yo te sigo enseñando todo lo relacionado con la virtualización y tu me ayudas a cambiar el mundo, ¿Te apuntas?
Es muy simple. A partir de hoy hemos activado la funcionalidad de anuncios en nuestro Web TV show en http://www.virtualizacion.tv. Todo el dinero recaudado en este programa será donado íntegramente a la fundación – Irene Megias contra la meningitis – una organización sin animo de lucro que lucha contra la meningitis en todo el mundo. Repito, a partir de hoy, todo el dinero integro recaudado en este programa será destinado a la lucha contra la Meningitis.
Ayudame a ayudarte con la virtualización y cambiemos juntos el mundo de los niños. Un mundo mejor para los peques sin meningitis. Por favor, corre la voz sobre este programa porque cuanta mas gente lo vea mas dinero recaudaremos vía publicidad y muchos mas niños se verán beneficiados. Puedes correr la voz haciendo clic en los botones de las redes sociales disponibles en cada episodio. Recuerda: mas gente significa más dinero para paliar en la medida de lo posible esta enfermedad tan dañina en la población infantil
Puedes ver el anuncio oficial en este video gravado por el propio José María González:
Ayudame a ayudarte con la virtualización y el cloud computing y cambiemos el mundo juntos. Ya puedes compartir este episodio en las redes sociales siguientes. Al compartir este programa en las redes sociales, estas ayudando a salvar la vida de muchos niños en el mundo. Muchas gracias por tu colaboración.
La web líder de información sobre tecnologías de virtualización y cloud computing en español sigue siendo la referencia informativa.
www.josemariagonzale.es ha firmado los mejores datos de audiencia de su historia este año, con un crecimiento del 45% en páginas vistas, hasta 1,10 millones páginas vistas.
Nuevo récord histórico de JOSEMARIAGONZALEZ.ES
Más de 320.000 de usuarios únicos visitaron la web líder de información tecnología sobre virtualización y cloud computing en español este año, según los datos de Google Analytics . Esto supone un incremento del 38% respecto al año anterior, lo que sitúa al año del 2011 como el mejor año de la historia de josemariagonzalez.es.
Más de 1.600 usuarios visitaron diariamente la web de virtualización líder, un número que se eleva a 9.000 de lunes a viernes, y supera los 4.000 cada sábado y domingo. En total, los usuarios consultaron casi 1.2 millones de páginas y pasaron más de 1.460 minutos navegando por el sitio web.
Estas cifras de crecimiento vienen refrendadas por otros sistemas de medición, como Alexa (que extrapola los datos obtenidos de un panel de usuarios españoles). Según esta fuente, el tráfico de JOSEMARIAGONZALEZ.ES se habría incrementado un 40% respecto al año anterior.
Además, josemariagonzalez.es sigue creciendo con fuerza en las redes sociales: la cuenta de Twitter aglutina ya a casi 3.000 seguidores, a los que hay que sumar los más de 7.000 que siguen el web via RSS – de las siglas en ingles Really Simple Syndication -. Además, la web acumula más de 400 amigos en Facebook.
Por último, me gustaría dar las gracias a todos nuestros, lectores, seguidores, suscriptores y a todos nuestros sponsors: Magirus, Veeam, StarWind, Zitralia, vkernel, ThinRDP, DataCore y JmG Virtual Consulting.
Asimismo, os dejo con los post top 5 publicados este año en el blog de virtualización y cloud computing en español en 2011:
En nombre de todo el equipo del blog de virtualización y cloud computing en español, os desearos a todos unas Felices Fiestas y un prospero Año Nuevo. Nos volvemos a ver el primer lunes después del día de reyes, es decir, el día Lunes nueve de Enero del 2012.
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes. Llega fin de año y es momento de hacer un resumen, esta semana le toca a las tecnologías de virtualización de servidores, hablaremos de lideres, zombis, despistados y otra hierbas.
Para tener un criterio único he cogido el Cuadrante Mágico de Gartner del 2010 y del 2011 y los he comparado, las conclusiones con interesantes:
Si observamos a VMware, no ha cambiado mucho pero hay datos interesantes:
1. Oracle ha madurado su porfolio de soluciones y en el 2012 pasará examen, veremos si su apuesta basada en la pila de soluciones Oracle juega a su favor o en contra. El mercado tendrá la última palabra.
2. Microsoft ha hecho los deberes este año, Live Migration, Gestión dinámica de memoria y Azure le han llevado al cuadrante de lideres.
3. Citrix tiene un crecimiento fuerte basado en la calidad de XenDesktop y su apuesta clara hacia el cloud computing.
4. La adquisición de Novell por Attachmate Group ha diluido su presencia en el mundo de la virtualización ¿Es el principio del fin para Novell?
¿Que pasará en el 2012? Veremos una doble batalla, tanto en el terreno de la virtualización como en cloud computing.
El primer enfrentamiento será entre vSphere 5 y Windows 8 Server Hyper-V. Donde VMware ha de hacer tanto esfuerzo en mantener la distancia como Microsoft en convencer a los clientes de la madurez de su tecnología.
En el terreno de cloud computing no se olviden de Citrix, que con la reciente adquisición de cloud.com puede haber encontrado un atajo frente a sus competidores. Será interesante ver el desarrollo de su modelo cloud.
Será un año apasionante, pero mantengo una duda desde hace años … ¿Por qué es Mágico este Cuadrante? ¿Lo hace Gandalf?
Aprovecho para desearos Felices Fiestas, agradeceros el seguirnos en el blog continuamente y confiar en que tengáis un feliz entorno virtual y familiar
¿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.
Una instalación inicial de vSphere™ ESXi usa el formato GPT – de las siglas en inglés GUID Particion Table – en lugar del formato MBR – de las siglas en inglés Master Boot Record – lo cual permite instalar ESXi 5 en discos con un tamaño superior a 2TB. No obstante, si actualizas de versión VMware ESX/ESXi 4.x a ESXi 5 no se usará el formato GPT, sino que se mantendrá el formato MBR.
Durante la instalación de vSphere™ ESXi 5, el installer de VMware escanea, no solo los discos locales conectados al servidor físico ESXi, sino que también hará un escaneo de los discos de tu SAN de FC y los mostrará si este tiene acceso a ellos.
Por consiguiente, y para evitar la instalación del binario de ESXi en una de tus LUNs de la SAN FC, recuerda esta “Best Practices” de VMware para evitar la sobre escritura de una LUN: Establece o solicita al administrador SAN de tu empresa un “LUN Masking” o mejor aún, si vas a instalar el binario en discos locales, desconecta los cables de la SAN de tu servidor ESXi.
Además, está mejor práctica reduce el tiempo que necesita el installer de VMware en buscar discos conectados al sistema. Si estás instalando un servidor ESXi en un disco que ya contiene una versión previa a la versión vSphere™ 5, el installer te da la opción de actualizar esa versión.
Cuando configuras una cabina SAN de FC con vSphere™, asegúrate de seguir las mejores recomendaciones:
Cada LUN debería contener solo un DataStore VMFS.
Cada LUN debería ser presentada a todos los servidores ESXi con el mismo LUN ID.
Hay cuatro opciones o métodos para instalar la nueva versión de VMware vSphere™ ESXi 5:
Usando vSphere Auto Deploy
Mediante una instalación vía script
Actualizando un servidor ya existente con VUM (VMware Update Manager)
Haciendo una instalación interactiva como se muestra en la imagen de cabecera de este post.
Esta última opción es el método de instalación recomendado cuando has de instalar un número pequeño de servidores VMware vSphere™ ESXi 5.
VMware vSphere™ 5 ha dejado de soportar máquinas virtuales de 32bit y VMM de 32bits. Solo Virtual Machine Monitors de 64 bits pueden ejecutar sistemas operativos de 32bits. Por consiguiente, el uso exclusivo de un VMM de 64bits en vSphere™ 5 requiere instrucciones específicas a nivel de CPU llamadas LAHF y SAHF, las cuales no se encuentran en arquitecturas de 32bit más antiguas. LAHF y SAHF solo están soportados en vSphere™ 5.
Para terminar, una vez instalado, un servidor VMware vSphere™ ESXi 5 puede tener hasta 256 LUNs FC (Fiber Channel) por servidor. Asimismo, el número máximo del ID en FC es de 255 pues los IDs de FC empiezan por el número 0 y no por el 1. Sin embargo, el número máximo de caminos iSCSI que un servidor ESXi pues ver es de 1.024.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Hola amigos, hoy voy a repasar el Webinar de Citrix de la semana pasada, “XenServer 6.0 Technical Master Class” con Lee Bushen y Steve Benton ya que fue muy constructivo y creo que puede ser de vuestro interés.
En el primer cuarto de hora se pudo ver el funcionamiento interno de XenServer, donde se mostró de una forma muy gráfica [PAG 8 del pdf], los dos “pueblos” que componen este sistema. Por un lado “Xenville” donde vemos “xe”, la XAPI y la “XenServer Pool DB (state.db) y por otro lado la parte “Linux Land”, donde al final, todo lo que interpreta la XAPI, se transforma en ficheros de configuración GNU/LINUX.
Posteriormente se explicó algo que ya hemos hablado en este blog, como XenServer organiza el Storage con sus diferencias y modalidades. SR’s, PBD’s, VBD’s. Una parte muy interesante de esta sección fue cuando explicaron cómo se organizan internamente los snapshots, en función del tipo de almacenamiento que podemos utilizar, NFS y Storage Local, LVMD, iSCSI y FC.
Del mismo modo que el storage, en parte de comunicaciones, se explicó desde el hardware hasta llegar a los dispositivos de red virtuales, el funcionamiento de los bridges y como XenServer utiliza el bonding.
En general el Webinar estuvo muy bien. Aplaudo la iniciativa de Citrix y de otras compañías que ofrecen este tipo de seminarios gratuitos para los fans de sus plataformas.
Con esto amigos, nos vemos la semana que viene con la monitorización del storage con Nagios. Aprovecho también para desearos unas felices fiestas a todos.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Buenos dias. Soy José Mª Gris y como cada miércoles estoy aquí con vosotros. Cerramos con esta segunda parte el post sobre el report de Veeam a tenor de la Protección de Datos en entorno Virtualizado para el año 2011.
El Conundrum del coste de la replicacion. Interesante punto. Ok, tenemos el sistema replicado, pero la pregunta es ¿cada cuando replicamos? y aquí tenemos informaciones que debemos estudiar. La media de las empresas que replican, el 25% lo hacen en base diaria, el 22% lo hace varias veces al dia y tan solo el 19% lo hace en CDP y el 18% en Near-CDP, un 15% es con base horaria.
Un dato a tener en cuenta. De media, se verifica si la replicacion es funcional o no (probar a levantar la replica), cada 9 semanas. Y aqui viene la sorpresa, en Francia se prueba cada 6 semanas, USA cada 7 semanas, Alemania cada 12 semanas y UK 15 semanas! No me puedo creer que los ingleses sean los que menos verifican, algo pasa. Te confirmo, amigo lector, que España no está contemplada en este report, si recuerda aquel chiste del Cielo Español y el Infierno Británico…..
Hablando de Barreras para replicar, las tres primeras son Coste de Hardware, Coste de Software de Replicación y Complejidad, siendo las minimas el ancho de banda, el espacio en disco y el impacto en las aplicaciones en producción. Mi mpresión hubiera sido inversa, pero es lo que es.
Y aquí reconozco que me he perdido algo o quizás algo me falta por entender. El 80% de los CIO encuestados indican que la Virtualización no mejora la posibilidad de incrementar la Replicación de servers. Precisamente estoy en algún proyecto que hemos pasado primero por virtualización para poder hacer un Near CDP, pero como en todo, para gustos los colores …
Sobre Recuperación de Desastres. Vamos a tomar estos datos con mucha cautela porque lo primero que tendríamos qué declarar es que es un “desastre” y qué es un “gran desastre” o “large”.
Bajo estas bases, una recuperacion de un entorno virtual son 4 horas y el entorno físico en 4.5. Muy bajo me parece. Si estamos hablando de una recuperación “de laboratorio” en que decimos “¿En cuanto somos capaces de levantar un servidor que no funciona?”, permiteme preguntar si no funciona el servidor porque se ha averiado o porque el edificio no existe, los tonos de grises son muchos. Es curioso ver que Alemania son los más rápidos con 3 horas en virtual mientras que los ingleses tardan 4. “Come on, boys… “. Si, si, amigo lector, yo también me estoy preguntando cual sería la media en España.
Y aquí vienen dos datos que me parecen relevantes. El primero es que el 87% de los CIO indican que los tiempos van escalando mientras que las empresas crecen. El incremento de espacio en SAN son espectaculares de año en año y “mover” y gestionar ese espacio es dificil, cada vez más dificil de acuerdo al volumen.
El segundo tiene más miga, el 80% indica que mientras mas crece el entorno, menos efectivas se vuelven las herramientas de DR. Personalmente estoy de acuerdo, y tiene su base en la frase “la ley nace muchas veces despues del crimen”. Creo que vamos a remolque de la situación y trabajamos sobre evidencias, cuando se plantea una nueva tecnología no se piensa a la vez en “como vamos a gestionar el volumen resultante”, hasta que tenemos un “trolebus” atravesado en el Garage y no sabemos como gestionar para que salga.
Creo que es un problema de paradigma y en segundo lado coyuntural. El paradigma nos viene desde que trabajamos con lo que vemos desde el punto de DR, no con los nuevos desarrollos que se están haciendo. Sobre la coyuntura, que os voy a decir al respecto. Cuando hablo con CEOs me comentan “si ya es dificil hacer que la empresa funcione, imagina gastar por si hay un desastre… “. Bueno, no hay mal que cien años dure no?
Interesante informe el de Veeam que personalmente me da muchas cosas que pensar. Hasta la semana que viene. Take care.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, terminaremos con la configuración e instalación del nuevo VMware vCenter Server Appliance en VMware vSphere 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, la segunda parte del video tutorial sobre la virtualización y VMware vSphere 5: Instalando y configurando VMware vCenter Server Appliance en VMware Sphere 5: segunda parte. Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes.
Hace mas de dos años que me compré un MacBook, volví a mis orígenes ¿fruto de la edad? ¿fruto de una pasión oculta? ¿por qué es bonito? ¿fruto de la lógica? no lo se, me lo pedía el cuerpo, mi primer computador personal fue un Apple IIe, hace muuuuchos años.
El caso es que dos años después, lo sigo utilizando felizmente. Me acompaña en mis cursos como Instructor Oficial de VMware (VCI) y en las consultorías y proyectos en los que participo. Aquí acaba mi pequeño tributo a Steve Jobs, he compartido en la distancia sus triunfos y sus fracasos, pero sobretodo compartimos la idea de que “la velocidad de rotación del mundo la decidimos nosotros con nuestros actos”.
Apple no ha aportado mucho al mundo de la virtualización, pero gracias a VMware dispongo de VMware Fusion, el equivalente a VMware Workstation para la plataforma Mac, me permite disfrutar de virtualización con mi ordenador favorito.
Llegó el día que necesité hacer unos scripts en Perl utilizando el vSphere SDK for Perl, rápidamente decidí que el camino era la vMA, una auténtica joya de VMware que debería ser mas utilizada.
La vMA es una virtual appliance que debemos descargar de la zona de descargas de VMware. Para transformar la virtual appliance en una VM para VMware Fusion utilicé ovftool, una utilidad en modo comando que convierte la virtual appliance en una VM ejecutable.
La utilidad ovftool también se descarga del download de VMware, está disponible para Windows, Linux y Mac.
Tras descompactar el archivo descargado, nos aparece un paquete instalable en Mac. Una vez instalada, desde una sesión de terminal, ejecutamos:
Como vemos ovftool tiene dos parámetros, el primero es la virtual appliance a convertir (formato .ovf) y el segundo es el destino y nombre de la VM (acompañado de .vmx).
A partir de este momento tenemos una VM ejecutable en VMware Fusion. ¿Qué os parece ovftool?
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Hoy veremos algunos puntos interesantes sobre el nuevo sistema de archivos de VMware (VMFS-5 de las siglas en ingles VMware File System) en la nueva versión de VMware vSphere 5.
Ahora, con VMware vSphere ESXi 5 y VMFS-5 es posible hacer una migración en caliente con Storage vMotion de una máquina virtual que tiene snapshots. Asimismo, VMFS-5 soporta un máximo de 9.000 discos virtuales por datastore.
A diferencia de versiones anteriores, en VMFS-5 solo existe una única opción de tamaño de bloque para los datastores formateados con la versión 5 de VMFS. Este block size es únicamente de 1MB y te permite crear discos virtuales con un tamaño de hasta 2Gb. Sin embargo, cuando actualizas VMFS-3 a la versión VMFS-5, la configuración del block size de tu datastore VMFS-3 es heredada, es decir, si tu datastore VMFS-3 fue configurado con un block size de 4MB, al actualizar a la versión VMFS-5 seguirá siendo de 4MB. Nota que el tamaño de bloque de un datastore VMFS-5 no actualizado no puede ser distinto de 1MB.
También ahora es posible con VMware vSphere ESXi 5 hacer un “unmount” del datastore, siempre y cuando se cumplan los tres requisitos siguientes:
El datastore no puede contener ninguna máquina virtual.
El datastore no puede ser usado por vSphere HA heartbeat.
El datatore no puede pertenecer a un datastore clúster.
VMware vSphere ESXi 5 soporta ahora hasta 3.000 máquinas virtuales por clúster HA/DRS con independencia del número de servidores ESXi que hayas configurado en tu clúster. Gracias VMware!
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
