Opsss… ¡¡hace más de un año que lo escribí!! Menos mal que sigue siendo válido…
Ahora ha llegado el momento de agarrar un servidor ESXi y conectarlo a un switch físico con Cisco NX-OS. Cisco NX-OS es la evolución de Cisco IOS adaptado a las necesidades del Datacenter. Concretamente, para el ejemplo, vamos a utilizar un Cisco Nexus de la familia 5000.
Pero antes, definiré el concepto BPDU para evitar que nadie se quede por el camino:
Bridge Protocol Data Units (BPDUs) son paquetes de red que contienen información del protocolo spanning tree (STP). Los switches mandan BPDUs usando la dirección MAC del switch como origen y la dirección MAC multicast 01:80:C2:00:00:00 como MAC destino.
Existen tres tipos de BPDUs: De configuración de la topología, de notificación de cambio topológico y de confirmación de notificación del cambio topológico. Por defecto se envían cada 2 segundos.
Volviendo al Cisco Nexus 5000, la configuración de cada puerto del switch físico donde se conecta una vmnic podría ser algo así:
Define las VLANs que permitimos pasar por este puerto de trunk
router(config-if)# spanning-tree port type edge trunk
Es un puerto que no emite BPDUs de spanning-tree y no participa en el cálculo de la topología de STP, ha de ser así, el servidor ESXi no sabe lo que es una BPDU de spanning tree
router(config-if)# spanning-tree bpduguard enable
Si recibimos BPDUs bloquea el puerto, de un ESXi no vendrán BPDUs, evitamos de esta manera que se conecte otro switch a este puerto
router(config-if)#
Aunque esta configuración es correcta, no es la habitual. Para evitar repetir esta configuración en cada puerto que tenga la misma configuración creamos un port-profile e incluimos en él los comandos comunes. Luego, asignamos puertos al port-profile, aplicándoles los comandos al interfaz. Facilita mucho el cambio de configuraciones.
Aplicamos los comandos del port-profile a este interface
router(config-if)# exit
router(config)# exit
¿Se pueden construir grandes infraestructuras de cloud sin switches diseñados para datacenter? ¿Qué opináis?
¿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.
En la tabla adjunta, se muestran los cinco tipos de almacenamiento soportados en VMware vSphere™ ESXi 5, así como las diferentes funcionalidades soportadas por cada tipo de almacenamiento.
Con relación a la conectividad iSCSI y su iniciador de software iSCSI, el máximo número de iSCSI targets es de 265. Nota que ahora es posible hacer Boot from SAN (BFS) con iniciadores de software iSCSI.
Asimismo, no es posible crear más de un NIC Teaming con el iniciador de software iSCSI con más de 8 vmnics (uplinks o tarjetas de red físicas disponibles en el servidor ESXi). Solo es posible tener un número máximo de ocho caminos por LUN para los volúmenes VMFS conectados vía software o hardware iSCSI.
En cuanto al tamaño máximo de un volumen VMFS para la versión 3 (VMFS-3) es de 2TB menos 512Bytes de espacio con un block size de 8MB. Sin embargo, en VMFS versión 5 (VMFS-5) el tamaño del block size es de tan solo 1MB, aunque es posible crear ficheros .vmdk con un tamaño máximo de 2TB. Recuerda que en VMFS versión 3 y con un block size de 1MB, el tamaño de disco de la máquina virtual (.vmdk) no podrá superar los 256GB de espacio en disco.
También, el tamaño máximo para un volumen RDM (de las siglas en inglés Raw Device Mapping) en VMFS-5 es de 64TB, siempre y cuando uses la funcionalidad de extenders a nivel VMFS y el modo de compatibilidad de este RDM sea físico. Sin embargo, para un volumen RDM VFMS-5 en modo de compatibilidad virtual, el tamaño máximo es de 2TB menos 512 bytes.
VMware vSphere™ ESXi 5 usa el protocolo NFS versión 3 para comunicarse con cabinas de tipo NAS. Nota que aunque NFS también puede usar la versión 4, esta no está soportada por VMware. En la versión VMware vSphere™ ESXi 5, ahora es posible montar hasta 256 volúmenes NFS por host.
Con relación a los ficheros swaps de las máquinas virtuales, el tamaño máximo que puede alcanzar este tipo de ficheros es de 1TB por máquina virtual, siempre y cuando, configures tu máquina virtual con 1TB de memoria RAM. Puedes ver más información sobre la configuración del block size en VMFS-5 en nuestro canal oficial de YouTube: VMware vSphere 5.0 en entornos SAN iSCSI
En cuanto al número máximo de targets que un servidor host puede ver con un adaptador Broadcom 10GB iSCSI es de 128 targets. El número máximo de tarjetas 1GB Ethernet Broadcom (bnx2) que un servidor host ESXi puede tener es 16.
Por ultimo, recuerda que es posible tener todas las funcionalidades enterprise de VMware (HA, vMoting, Storage vMotion, DRS) con un almacenamiento NAS via NFS. Interesante, ¿verdad?
¿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, os explicare como desactivar la pestaña de Getting Started en VMware vSphere vCenter Server 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo desactivar la pestaña de Getting Started en vCenter? 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.
Sin lugar a dudas, uno de los mayores y más sonados cambios en VMware vSphere 5 se ha dado en el modelo de licenciamiento, con la inclusión de un nuevo concepto llamado vRAM Pool.
En resumen, para lo que antes necesitábamos 2 licencias de vSphere, ahora es posible que necesitemos 4 ó mas, dependiendo del entorno y cliente. Voy a explicarlo con un ejemplo muy claro.
Con VMware vSphere™ 4.x
Dell R710 con 2 sockets y 192G de memoria = 2 Licencias de vSphere Enterprise Plus
Dell R710 con 4 sockets y 256G de memoria = 4 Licencias de vSphere Enterprise Plus
Con VMware vSphere™ 5.x
Dell R710 con 2 sockets y 192G de memoria = 4 Licencias de vSphere Enterprise Plus
Dell R710 con 4 sockets y 256G de memoria = 6 Licencias de vSphere Enterprise Plus
Adicionalmente a las licencias requeridas y necesarias para arrancar tus máquinas virtuales, también necesitarás licencias adicionales siempre que sobrepases el número de 16 cores o más por procesador o socket.
Por esta razón, VMware ha puesto a disposición de los clientes en general una herramienta gratuita llamada VMware Licensing Advisor, la cual te dará más información relativa al impacto que tendrá en tu entorno particular la actualización a la versión vSphere™ 5.
Por consiguiente, ahora si dedicas más memoria vRAM a tus máquinas virtuales de la que has licenciado, sencillamente tus máquinas virtuales no arrancarán. Para la versión Essential y Essential plus esta comprobación es obligatoria, es decir, si has licenciado un pool de vRAM de 32GB y tienes ya esta cantidad de memoria configurada y usada en tus máquinas virtuales, al arrancar una máquina virtual que necesite usar 1GB adicional no lo hará.
Sin embargo, con las licencias a partir de la Essential Plus, si sobrepasas la configuración de la memoria en tu pool vRAM, recibirás un warning avisándote de que estas usando más memoria de la que has licenciado y que requieres comprar más licencias. No obstante, tu máquina virtual arrancará.
Supongo que la buena notica es que VMware vSphere™ ESXi 5 (como todas las versiones anteriores) permite usar el producto durante 60 días (Evaluation Mode) con toda su funcionalidad incluida.
¿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, os explicare como activar y configurar el plugin Hardware Status en VMware vSphere vCenter Server 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo activar y configurar el plugin Hardware Status en vCenter? 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.
Nunca antes la virtualización de sistemas con VMware vSphere ha tenido tanto sentido.
Nuestro canal de televisión dedicado a la virtualización de sistemas y cloud computing en español presentado por José María González, decidió unirse hace una semana a una causa muy noble, la lucha contra la meningitis en todo el mundo.
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.
“Es de agradecer que las personas se muestren solidarias, especialmente en un momento de crisis tan delicado como el actual. Tal es el caso de José María quien, tras conocer la labor que realiza nuestra Fundación, se puso en contacto con nosotros para hacer una generosa aportación.”
Por esta razón, JmG Virtual Consulting a través de su equipo de virtualización.TV ha decidido embarcase en la lucha contra esta terrible enfermedad. Desde enero del 2012 vamos a dedicar toda nuestra pasión por la virtualización y el cloud computing a esta causa, la lucha contra la meningitis.
“Desde la Fundación Irene Megías contra la Meningitis queremos agradecer de corazón la generosidad de José María, y os pedimos vuestra ayuda para difundir su iniciativa, de forma que podamos obtener cada vez más ayuda. Simplemente tenéis que pinchar en el siguiente enlace para entrar en la web de José María, y compartir el enlace a las redes sociales que facilita …”
Ahora, nuestro canal de televisión dedicado a la virtualización y el Cloud Computing, 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.
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.
Ya llevamos 1.000€ recaudados gracias a la donación solidaria de nuestra empresa matriz de consultoría de servicios y soluciones de virtualización JmG Virtual Consulting ¿Te apuntas? Averigua como en este video presentado por el propio José María González:
Ayudanos a correr 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. 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.
Hola amigos, hoy veremos como pasar una maquina virtual de un entorno VMware ESX a Citrix XenServer.
El procedimiento es muy sencillo, nos basamos en el formato OVF, soportando tanto por VMware como Citrix XenServer. OVF es un estándar abierto para empaquetar máquinas virtuales. El inconveniente es que no es en caliente, ya que necesitamos que la máquina virtual este apagada en el entorno VMware.
Accedemos a nuestro entrono VMware con vShpere Client, nos situamos sobre la máquina virtual que queremos exportar y vamos a File -> Export -> Export OVF Template. Lo exportamos a nuestro disco local y lo optimizamos para Web (OVF).
Una vez finalizado el tiempo de exportación, ya tendremos nuestra máquina virtual lista para ser importada a nuestro entorno Citrix XenServer.
Entramos a nuestro entorno XenServer con XenCenter. Sobre el pool donde queremos que esté nuestra máquina virtual vamos a File -> Import.
Añadimos como Filename el fichero OVF de la máquina virtual VMware.
Seleccionamos el SR donde colocar los discos de la máquina virtual y la red. Pasados unos minutos, ya tendremos la máquina virtual en nuestro entorno XenServer. No hay que olvidarse, una vez levantada la máquina virtual, de instalar las XenTools para que esté totalmente optimizada para Citrix XenServer.
Con este método ya podéis exportar vuestras máquinas virtuales ya sean VMware ESX/Workstation, VirtualBox, etc. A vuestro entorno Citrix XenServer. Como siempre, espero que os haya sido de utilidad. Un saludo!
¿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 de nuevo. Soy Miguel ángel Alonso y aquí estoy de nuevo contigo para contarte algo nuevo sobre el apasionante mundo de la virtualización de sistemas.
En el tema de hoy voy a hablarte de una nueva funcionalidad a nivel de Red que no es otra que la tarjeta e1000e, la cual soporta adaptadores Pci-Express y será por defecto la tarjeta de los nuevos Windows 8. Esta tarjeta es una emulación de las Intel 82574L Gigabit Ethernet, y sólo está disponible en vsphere 5 con hardware 8.
El tema de hoy viene dado para explicarte como habilitarla, ya que de por si no viene activada y no puede hacerse a nivel de GUI.
Cuando elegimos de manera normal una tarjeta de red para nuestra VM veremos algo como te muestro en la foto de la cabecera de este post.
Pero si ejecutamos el script que hemos descargado podremos ver algo como esto en nuestra consola del vMA:
Y finalmente podremos tener acceso a la nueva tarjeta de red una vez la hemos activado con el correspondiente script:
Por fin podremos disfrutar de esta nueva tarjeta que nos ofrece vSphere 5 en nuestros entornos y poder sacar todo el beneficio que esta nos pueda dar.Bueno, me despido de vosotros esperando haberos podido contar algo de vuestro interés. Hasta el próximo martes y un saludo.
¿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, os explicare como activar y desactivar todas las alarmas en VMware vSphere vCenter Server 5 con tan solo un clic de ratón.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo desactivar y activar las alarmas de vCenter 5 con tan solo un clic de ratón en VMware Sphere 5. 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. Antes de nada quiero desearos un feliz inicio de año 2012 y que lo acabéis mejor que lo empezáis.
Alguna vez te has preguntado: ¿Cuanto dura un vMotion en una VM de 255GB de memoria asignada? es decir el límite de memoria de una VM en un host ESX/ESXi v.4 con hardware v.7 en la placa base de la máquina virtual. Pues con vSphere 5 aparecen VMs de hasta 1GB de RAM, anunciando migraciones de larga duración para máquinas virtuales de gran formato.
vSphere 5 trae una funcionalidad que no aparece entre las mas importantes pero que es muy bien recibida en entornos con grandes máquinas virtuales. Me refiero a la posibilidad de hacer vMotion utilizando varios interfaces de red SIMULTANEAMENTE.
En EMC han realizado un análisis de carga interesante, han comparado un vMotion con diferentes escenarios, con 1 NIC, con 2NICs y con 4 NICs.
La máquina virtual de test no está nada mal, un SQL Server con 60 GB de memoria, mas de 2TB de datos y 10.000 IOPS. Es decir una máquina virtual con alta actividad y tamaño medio/alto.
Los resultados (redondeados a minutos) han sido los siguientes:
vMotion con 1 puerto de vmKernel: 23 minutos.
vMotion con 2 puertos de vmKernel: 8 minutos.
vMotion con 4 puerto de vmKernel: 3 minutos
Para evitar dudas os diré que las pruebas se han hecho con todos los interfaces a 1Gbps y con una MTU de 9000 bytes, o como la conocemos coloquialmente con Jumbo Frame activado en todos los puertos de vmKernel.
¿Cuál es la conclusión?
En todo diseño con máquinas virtuales de tamaño medio o grande, hemos de tener en cuenta el tamaño de las maquinas mas grandes para atender sus necesidades de conectividad y sus necesidades de movilidad, o sea vMotion. La eficiencia obtenida es tan alta con vMotion multi-NIC que merece la pena invertir un poco en interfaces de red.
Con máquinas de gran tamaño ¿Os podéis permitir tardar mas de una hora en poner un host en mantenimiento? o bien que DRS tarde este tiempo en mejorar el balanceo de un cluster ¿impensable verdad?
¿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.
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.
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.
Esta semana, en el blog de virtualización y cloud computing en español, te enseñare a configurar e instalar el 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, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: Instalando y configurando VMware vCenter Server Appliance en VMware Sphere 5. 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.
Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un
20% de descuento al comprarlo online.
Regístrate y
recibe un capitulo de nuestro nuevo libro totalmente gratuito
Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook
