En este video te enseñare a mapear una LUN NFS via vSphere Client y a cómo montar y desmontar un DataStore NFS.
Para desmontar un DataStore NFS, primer selecciona la pestaña Configuration y luego haz clic en el enlace Storage. Una vez selecciona la LUN NFS con el botón derecho del ratón, selecciona Unmount.
Recuerda que le DataStore NFS será desmontado y todos los ficheros residentes en dicha LUN serán inaccesibles. Además, todas las maquinas virtuales que residan en dicho DataStore no podrán ser encendidas. Por favor, asegúrate, antes de desmontar un DataStore NFS, que todas las maquinas virtuales residentes en el volumen NFS, están apagadas.
VMware HA garantiza el re-inicio de las maquinas virtuales en caso de una caída o fallo del servidor físico vSphere ESX. VMware HA es configurado, gestionado desde el servidor de vCenter.
Antes de configurar VMware HA, deberías chequear que todas las máquinas virtuales, pueden encenderse en los nodos que vayan a formar el clúster. Recuerda que el acceso a recursos comunes como LUNs y redes virtuales para las máquinas virtuales es vital.
El 99,9% de los errores con VMware HA vienen derivados de una mala configuración del servidor DNS.
Asegúrate que tu servidor DNS funciona perfectamente y que puedes hacer ping por nombre corto, FQDN, alias y dirección IP desde todos los servidores ESX y desde el VirtualCenter.
Todos los servidores ESX que forman parte del cluster HA deben ver las LUNs donde están las maquinas virtuales. Recuerda que las maquinas virtuales que estén en discos locales de los servidores ESX, no serán restauradas en caso de failover.
Configura un teaming en la conexión del Service Console para dotar de redundancia la red de heartbeat.
Recuerda que HA no sustituye a productos de clustering como por ejemplo Microsoft Clustering Services (MSCS) ya que en VMware HA, aunque es mínimo, hay downtime de las maquinas virtuales.
El mes pasado, Citrix, anuncio XenDesktop 4, la ultima versión de su suite de virtualización del puesto de trabajo.
Citrix XenDesktop™ es una solución de virtualización de escritorio y VDI que ofrece una solución completa de virtualizacion de escritorios Windows como un servicio “on-demand” para cualquier usuario, cualquier lugar.
XenDesktop, de forma rápida y segura, entrega aplicaciones individuales o escritorios completos mientras que a la vez, ofrece una experiencia de uso muy muy positiva de usuario. Y todo esto es posible por una nueva tecnología de escritorio de Citrix llamada Flex Cast™, la cual permite ofrecer cualquier escritorio virtual, en cualquier dispositivo.
Las versiones de XenDesktop Enterprise y Platinum, ahora incluyen XenApp, con lo que una sola licencia de XenDesktop te permitirá virtualizar aplicaciones, aplicaciones remotas y escritorios.
XenDesktop 4, y el HDX
Desde un punto de vista técnico, la gran noticia del anuncio de lanzamiento de XenDesktop 4, es la nueva tecnología de Citrix, HDX y la experiencia del usuario. Este protocolo es claramente, competencia directa contra VMware, desde que VMware View 4 ya incluye la versión software del protocolo de Teradici PC-over-IP (PCoIP).
Disponibilidad y precios de XenDesktop 4
XenDesktop 4 está disponible desde el 16 de Noviembre de este año, con una precio de 75$ por usuario para la versión Standard, 225$ por usuario para la versión Enterprise y de 350$ por usuario para la versión Platinum.
Las espadas están en todo lo alto, XenDesktop 4 o VMware View 4? Tus comentarios son apreciados,
En primer lugar dar las gracias a todos los lectores que vais siguiendo los hilos y a los que os animáis a hacernos preguntas. Sobre todo a raíz del último post el cual ha generado un feedback importante.
Si queremos que nuestra máquina virtual windows tenga las ventajas de paravirtualización que ofrece XenServer, es necesario instalarle los drivers. Para ello deberás recurrir a las utilidades de instalación que ofrece el menú de XenCenter, escoger la imagen ISO de xs-tools.iso y adjuntarla sobre tu máquina virtual.
Una vez adjuntada te aparecerá como una nueva unidad D: donde explorándola podremos hacer doble click sobre xensetup.exe para proceder a la instalación de los drivers de paravirtualización.
Una vez instalados los drivers, las interfaces de red son reconocidas por estos y les asigna un nombre de interfaz distinto. Deberás desinstalar los antiguos interfaces, que estarán ocultos, si no quieres tener problemas de red. Sobre todo si esos antiguos interfaces tenían asignadas ip que nuevamente quieras asignar a tu máquina.
Para ello deberás hacer lo siguiente:
Inicio, ejecutar, escribir cmd.exe y presionar enter.
Escribir set devmgr_show_nonpresent_devices=1 y presionar enter.
Escribir devmgmt.msc y presionar enter.
Pulsamos en vista y le damos a ver dispositivos ocultos.
Exploramos sobre adaptadores de red.
Desinstalamos las antiguas interfaces ocultas.
Una cosa más y muy util para nuestros snapshots, si además de las ventajas de la paravirtualización queremos que nuestra máquina virtual tenga soporte para Windows Volume Shadow Copy Service (VSS) deberemos, una vez instalados los drivers de paravirtualización ir a la ruta: C:\Program Files\Citrix\XenTools y darle al ejecutable de instalación.
Esta semana Microsoft lanzo una solución completa de continuidad de negocio para ayudar a posibles clientes en la implementación de soluciones de continuidad de negocio..
Esta solución, Microsoft Recovery Solution, está basado en la capacidades de Windows Server 2008 R2 y su suite de gestión, System Center. De esta forma, Microsoft eleva, un nivel mas, el tipo de servicios de virtualización que ofrecen a sus clientes, complementando así los ya ofrecidos, como Windows Server Hper-V y Failover Clustering.
Al parecer, según Microsoft, el ecosistema de Microsoft Site Recovery Solution está creciendo con fuerza, sobre todo, en el área de los proveedores de almacenamiento como Double-Take Software, EMC, HDS y HP.
Puedes aprender mas sobre Microsoft Site Recovery Solution en este enlace, donde Jim Schwartz te explicara brevemente la funcionalidad en Microsoft Site Recovery Solution.
En este video te mostrare como es posible integrar VMware vSphere ESX 4.0 con tu directorio activo de Microsoft Windows.
Para poder integrar VMware vSphere ESX 4.0 con Windows Active Directory has de utilizar el Service Console en ESX y el famoso comando esxcfg-auth, y digo famoso por las múltiples opciones de integración que este pose.
En el video te mostrare algunas de las opciones del comando esxcfg-auth (VMware ESX Server Network Management utility), que son las opciones que te permitirán integrar cualquier servidor VMware vSphere ESX 4.0 con tu directorio activo de un dominio Windows. Nota que el comando es el mismo para las versiones anteriores de VMware 3.5.x y 3.x
El comando que te mostrare en el vídeo es el siguiente:
Lo mas importante que debes de recordar es que, incluso después de integrar VMware vSphere ESX 4.0 en AD, debes de seguir creando los usuarios en el servidor ESX, separadamente, del directorio activo. Lo único que se sincroniza con el AD es la contraseña y las políticas de seguridad del domino y no los usuarios.
Al parecer el servidor web de “El blog de la Virtualización en Español”, ha estado “caído” hoy Viernes a 20 de Noviembre del 2009, por un periodo de varias horas motivado por un exceso de tráfico.
Las conexiones se han restaurado, y mi proveedor me ha asegurado que el problema ya ha sido resuelto.
El exceso de tráfico, según mi proveedor, ha sido motivado por:
Más de 3.000 páginas vistas por día
Más de 1300 usuarios via RSS
Más de 1.100 usuarios via Web
Más de 1000 usuarios via Twitter
3 comentarios de media por post
Creo que para estas navidades voy a tener que pedir a los Reyes Magos, una línea con más ancho de banda y poder así, absorber el incremento de la demanda. Gracias a Adolfo Muñoz por alertarme del problema.
Gracias por tu visita y perdón por las molestias ocasionadas.
VMware recomienda tener dos tarjetas de red físicas dedicadas para el control del latido del clúster (heartbeat).
Asimismo, el uplinks vmnic2 y vmnic0, en mi caso, deberían estar conectados a dos switches físicos diferentes. Esta es la única manera de no tener ningún punto de fallo, en el componente de la red.
Recuerda que no es necesario tener dos Service Conosle port, aunque si es recomendable para un clúster HA en producción.
Si te decides por la configuración de dos switches físicos con un uplink entre el switch físico y el switch virtual, debes cambiar el parámetro das.failuredetectiontime. Para cambiar este parámetro, entra en las opciones avanzadas (Advance Options) y entra el parámetro siguiente:
La semana pasada, VMware revelo la nueva versión de su plataforma de virtualización de escritorio VMware View, con el flamante nuevo protocolo de escritorio remoto, PCoIP diseñado para mejorar la experiencia del usuario en entornos que un ancho de banda limitado.
La nueva versión, VMware View 4.0, utiliza PC-over-IP, el cual comprime, encripta y codifica toda la información y transmite solo los “pixeles” a través de una red IP estándar, un protocolo, dicho sea de paso, que ha sido licenciado por Teradici a VMware. PCoIP es un protocolo-servidor, lo que significa que la mayoría del procesamiento grafico es ejecutado en el servidor y no en el dispositivo cliente.
VMware View 4, el cual se incluye en la plataforma de virtualización de servidores vSphere 4, estará disponible, probablemente, esta semana. Las ediciones Enterprise y Premier tendrán un precio de 150$ y 250$ por conexión concurrente respectivamente.
Yeap, 150$-250$ por conexión. Probablemente te estés preguntando: espera un momento Jose… un PC o laptop, normalito, lo puedo encontrar por menos de 500$!!!, entonces, la pregunta es: para que quiero virtualizar el desktop? Y en cierto modo, llevas razón, si es lo que estas pensando. Pero no hay que olvidar que, la implementacion de escritorios virtuales extiende, o al menos debería hacerlo, la vida útil de los dispositivos de los usuarios y reduce los coste de gestión.
Pero no todo va a ser buenas noticias. Uno de los problemas que me he encontrado con PCoIP es que, al parecer, tiene problemas para integrase con aceleradores WAN, como por ejemplo, los aceleradores WAN de RiverBed, aunque me consta que VMware ya está trabajando en el tema para solucionar el problema.
Hola a todos, hoy voy a explicaros como importar y exportar una máquina virtual desde xenserver 5.5.
Esto es muy útil en el caso de tener que migrar una máquina virtual de una plataforma a otra.
Exportar: “xe vm-export filename=ruta del archivo”
Tenemos que asegurarnos que le ponemos al archivo extensión .xva para que en un futuro se pueda importar en otro xenserver.
Importar: “xe vm-import filename=ruta del archivo”
Con este comando te restaurará la máquina virtual en el SR por defecto de tu XenServer. Si lo queremos alojar en un SR determinado, necesitamos añadirle la opción sr-uuid quedando de la siguiente manera:
“xe vm-import filename=”ruta del archivo” sr-uuid=uuid del SR”
Y si además queremos que las interfaces de red virtuales conserven la mac debemos hacerlo con la opción preserve=true.
También debemos saber que exportar e importar requiere un periodo de tiempo. Todo depende del tamaño de la maquina virtual y de la velocidad del dispositivo desde donde importamos o al que queremos llevar el fichero de exportación.
Para hacernos una idea unos 100Gb de máquina virtual me cuesta alrededor de una hora y media sobre una unidad publicada por NFS con una tasa de transferencia sostenida de 40mb/s.
y poder así, absorber el incremento de la demanda. Gracias a Adolfo Muñoz por alertarme del problema.
