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.
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.
VMware vSphere™ ESXi 5 incluye dos nuevas funcionalidades para aumentar la seguridad del VMkernel:
Memory Hardening: El kernel del ESXi, aplicaciones user-mode y ejecutables como drivers y librerías están localizadas en zonas de memoria aleatorias para evitar que software del tipo troyanos averigüen de una forma sencilla la localización de estas zonas de memoria.
Kernel Module Integrity: Los módulos, drivers y aplicaciones de ESXi son “firmados” digitalmente para asegurar la integridad de estos una vez que el VMkernel los carga en memoria.
Asimismo, a diferencia de las versiones VMware ESX 4.x, en VMware vSphere™ ESXi 5 es posible hacer boot de tu servidor ESXi desde un disco USB externo. También es posible instalar tus servidores ESXi con la opción de VMware Auto Deploy, sobre todo cuando tienes un número de host importante que instalar. De esta forma, acelerarás la fase de instalación del binario de ESXi y el despliegue de tus máquinas virtuales.
Si haces una actualización de la versión ESX 4.x a la versión ESXi 5 el portgroup tipo Service Console (solo disponible en versiones ESX) será borrado, ya que en los servidores ESXi no existe un Service Console. Asimismo, el portgroup de gestión en ESXi es llamado Management Port. Recuerda antes de actualizar un servidor ESXi hacer una copia de seguridad de su configuración con el comando vicfg-cfgbackup desde el vCli.
Desde el punto de vista de almacenamiento compartido SAN iSCSC, el número máximo de LUNs iSCSI que puedes conectar a un servidor ESXi es de 256. Otro de los límites que han cambiado en esta nueva versión de VMware vSphere™ ESXi 5 con respecto a las versiones anteriores, es que ahora es posible tener arrancadas hasta 2.048 máquinas virtuales por volumen VMFS.
También, ahora es posible activar – y está soportado – el modo soporte (TSM – de las siglas en inglés Tech Support Mode) de modo que podrás entrar vía SSH a tu servidor ESXi. Puedes activar el modo TSM desde la DCUI (de las siglas en inglés Direct Console User Interface) o con el vSphere Client a través del panel Security Profile localizado dentro de la pestaña de Configuration.
Una vez entres en la consola de tu servidor ESXi vía comando, podrás ver los logs de tu sistema, configurar las propiedades de los servicios de DNS, NTP, arrancar máquinas virtuales, apagar servidores ESXi y un largo etcétera. Sin embargo, una de las pocas tareas que no podrás hacer desde consola es la de poner tu host ESXi en modo mantenimiento.
Para poder ver una guía de referencia de todos los comandos disponibles por consola en la versión ESXi 5.0, te recomiendo que veas el episodio número 31 de nuestro canal de televisión web sobre la virtualización y el cloud computing en español en la siguiente dirección: http://www.virtualizacion.tv
Asimismo, con el fin de mejorar la seguridad del servidor ESXi, VMware ha añadido un firewall embebido en el VMkernel. A diferencia de las versiones anteriores, este firewall no está basado en IPtables de Linux.
Por último, y si aún tienes servidores VMware ESX en tu entorno virtual y necesitas aplicar parches en el Service Console del ESX, debes de asegúrate de aplicar dichos parches solo y únicamente cuando VMware haya hecho público las actualizaciones y siempre que sea sugerido por personal autorizado de VMware o por el equipo experto de VMware llamado VMware Security Advisories. Para poder recibir alertas de seguridad sobre vulnerabilidades del software de VMware, puedes suscribirte en esta dirección: http://www.vmware.com/security
¿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.
En VMware ESX y ESXi hay más similitudes que diferencias, aunque quizá el beneficio más importante de ESXi sobre ESX es que ESXi aumenta la seguridad y la fiabilidad de nuestro hipervisor.
VMware ESXi 5 tiene mucho menos código (76MB de footprint) que parchear y, por lo tanto, tiene una superficie de ataque mucho menor. La versión ESX ha desaparecido como tal con el lanzamiento de la versión de VMware vSphere™ 5.
La versión VMware vSphere™ ESXi 5 como la versión ESX comparten el mismo VMkernel y VMM – de las siglas en inglés Virtual Machine Manager -, aunque hay algunas connotaciones muy importantes a destacar:
1. Extensiones VMkernel: Mientras que en la versión clásica de VMware ESX podías instalar agentes y drivers de empresas de terceras partes, en ESXi solo se permite instalar extensiones en el VMkernel que hayan sido previamente firmados digitalmente por VMware. Esta restricción ayuda mucho a asegurar el entorno y mantener el código seguro en el VMkernel.
2. Muchos de los agentes y deamons que se ejecutaban en el Service Console (COS) en la versión clásica del ESX, han sido convertidos y embebidos para que se ejecuten directamente en el VMkernel del ESXi.
3. La imagen del sistema en ESXi – system image – es una imagen bootable que es cargada directamente en memoria física. El propio “installer” usa esa misma imagen de sistema para copiar los ficheros en un disco local para futuros arranques.
Debido a que la imagen del sistema es cargada en memoria, la versión ESXi no necesita obligatoriamente de un disco local cuando este se está ejecutando. Esto significa que el disco local podría fallar pero, sin embargo, nuestro VMkernel continuaría ejecutándose.
4. La partición scratch. Es una partición de 4GB virtual y de tipo FAT (VFAT) la cual es creada por defecto en el primer disco local del servidor ESXi ¡si tu servidor tiene discos locales, claro! Si el servidor no tiene ningún disco local, esta partición no existirá pero se “rediccionará” el directorio scratch a una partición de tipo ramdisk llamada /tmp. Esto significa que el contenido de esta partición scratch no “sobrevivirá” a un reinicio del servidor ESXi.
Por consiguiente, el servidor ESXi puede necesitar hasta 4GB de memoria RAM para almacenar esta partición scratch.
5. Y por último, pero no por ello menos importante, tenemos la partición bootbank. Esta partición contiene la imagen del sistema sobre un sistema de archivos. Si hay un disco local al cual ESXi pueda escribir, este almacena dos copias del bootbank. Pero ojo, solo una es montada en la estructura del sistema de archivos del ESXi en el directorio /bootbank. La segunda copia se usa únicamente durante las actualizaciones para mantener una segunda copia como backup en caso de problemas durante actualizaciones del sistema.
Por otro lado, en VMware vSphere™ ESXi 5 es posible hacer una instalación de la imagen directamente en la memoria del servidor físico usando una nueva funcionalidad llamada vSphere™ Auto Deploy ESXi Installation Option.
Con VMware vSphere™ Auto Deploy podrás acceder al fichero de instalación desatendido (answer file) vía CIFS, SFTP o HTTP.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.
Buenos días, Soy Jose Mª Gris, como cada miércoles estoy por aquí comentando temas del Ecosistema.
Despues de la presentación de vSphere 5.0 yo no esperaba updates de la 4.1, pero aquí está la update 2 de esta versión que para mi opinión ha sido una release muy estable.
Sirva este post para evitar sustos al hacer el update nuestra infraestructura, pues cuando se ha efectuado nos aparece un mensaje “Configuration Issues. Issue detecte on xxxxx Warning: Syslog not configured. Please check Syslog options under Configuration.Software.Advanced Settings.”
¿Y esto? ¿Configuration issue? Pero si lo tengo configurado mas de 6 meses y no me ha dado problemas…..
Recapitulemos un poco. Syslog. Dentro de nuestro sistema o infraestructura es bueno que tengamos un syslog configurado. Este sistema (los hay gratuitos, de pago, en appliance virtual…) nos guardará todos los mensajes que nos han ido generando nuestros diversos sistemas o subsistemas y que no hemos podido ver por cónsola o sencillamente el sistema carece de ella. Podemos recoger los mensajes de nuestros switches, nuestros routers, y por supuesto nuestros ESXi.
De esta forma, ante un problema podremos ver de forma centralizada todos los mensajes que nos han enviado nuestros hosts para efectuar el troubleshooting si es preciso. Personalmente acostumbro a usarlos e implementarlos en mis instalaciones como “best practice”
Y aquí hemos llegado al punto, VMware considera que la instalación de un Syslog es una “best practice” y así nos lo advierte a partir de la versión 4.1 Update 2. Sencillamente el mensaje nos dice “no tienes configurado un sistema syslog”.
Podemos hacer dos cosas:
Guardarlo dentro de un datastore (para ello iremos a Configuration/Advanced Settings/Syslog/Syslog.local.DatastorePath e introduciremos donde queremos guardar el registro) ojo el formato es [volumen]/folder/fichero.log (recuerda crear el folder).
Indicar la ip o hostname de nuestro servidor syslog, informando el campo Configuration/Advanced Settings/Syslog/Syslog.Remote.Hostname
Personalmente prefiero la segunda, no utilizamos Datastores y tenemos centralizados los puntos de información.
En el mercado hay varios syslog, Kiwi Syslog, Winsyslog, syslog watcher o syslog mas complejos como syslog-ng, podemos escoger. Hasta la semana que viene.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.
Esta semana desgranaremos los requerimientos y prerrequisitos hardware en la nueva versión de VMware vSphere 5.x
A día de hoy, es posible instalar VMware vSphere™ ESXi 5 en cualquier tipo de servidor de nueva generación. Asimismo, la lista de compatibilidad de hardware para VMware vSphere™ ESXi 5 ha aumentado considerablemente en esta última versión, debido principalmente a que ESXi es la única versión disponible en vSphere™ 5.
Estos son los requerimientos de hardware mínimos para poder instalar VMware vSphere™ ESXi 5:
Procesador: Solo CPUs de 64-bit x86, Intel o AMD, máximo 160 CPUs (cores o hyperthreads).
Memoria:2GB de RAM mínimo, 1TB máximo.
Red: Una o más tarjetas Gigabit Ethernet. Las tarjetas Ethernet de 10Gb también están soportadas. El número máximo de tarjetas de 1Gb Ethernet (tg3 de Broadcom) por servidor es de 32.
Controladora de disco: Controladora SCSI, controladora FC (Fibre Channel), controladora iSCSI, controladora RAID interna, SAS y SATA.
Almacenamiento: disco SCSI, LUN (Logical Unit Number) FC, disco iSCSI o RAID LUN con espacio disponible sin particionar.
Es posible instalar VMware vSphere™ ESXi 5 en una LUN de la SAN, método conocido con el nombre de Boot from SAN (BFS). BFS está soportado en Fibre Channel SAN, en iSCSI (iniciadores de software iSCSI y dependent hardware iSCSI) y en FCoE – de las siglas en inglés Fibre Channel over Ethernet – para aquellas cabinas de almacenamiento que estén incluidas en la matriz de compatibilidad. VMware vSphere™ ESXi 5 puede configurarse con un máximo de 256 LUNs de FC (Fibre Channel).
Asimismo, si necesitas hacer BFS es necesario los dos requerimientos siguientes:
1. La BIOS de la HBA (Host Bus Adapter) debe estar habilitada.
2. Debes seleccionar la HBA con el número de slot PCI menor.
Asimismo, VMware vSphere™ ESXi 5 soporta un máximo de 8 dispositivos PCI/PCIe en modo VMDirectPath passtrough. Sin embargo, una máquina virtual no puede tener configurados más de dos dispositivos PCIx/PCIe configurados como VMDirectPath.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.
Hola soy Miguel ángel Alonso y aquí estoy como cada martes para escribir sobre un nuevo tema del mundo de la virtualización de sistemas.
En el tema de hoy, vamos a hablar sobre cómo utilizar nuestras opciones de servidor de email en VMware vCenter para poder recibir tareas, eventos, alarmas y un largo etcetera cuando debemos enviarlo a cuentas de correo que requieren de cifrado o autenticación.
Este post se lo dedico a todos nuestros lectores pero en especial a mis alumnos de Barcelona de la semana pasada, ya que fueron ellos los que me hicieron indagar la manera de poder hacer dicha tarea.
Debo resaltar que este post está basado en un post de Paul Grevink, del cual he podido recoger la mayoría de los recursos de este post. Finalmente le he dado algún matiz distinto para una mejor compresión y algunas pinceladas propias para poder entenderlo bajo mi propio prisma y por supuesto traducirlo al castellano para la mayoría de todos nuestros lectores del blog.
Espero que os guste porque me parece muy provechoso y útil en nuestros entornos de VMware, así que comencemos explicando todo desde un principio:
vCenter permite configurar alarmas para enviar correo electrónico, si es necesario. Antes de que vCenter pueda enviar el primer correo electrónico, ir en el menú, elige Administration y vCenter Configuratión del servidor.
Selecciona la sección de correo (MAIL). En esta sección puedes introducir el nombre del servidor SMTP (que será nuestro transmisor de correo electrónico) y la cuenta del remitente, el nombre de la cuenta utilizada para enviar correo electrónico.
En mi “homelab”, me gustaría enviar correo electrónico a mi cuenta de Gmail. También sería bueno utilizar smtp.gmail.com como retransmisor de correo.
Gmail exige autenticación, por desgracia, en este momento no es posible configurar la autenticación SMTP con vCenter. Esto está confirmado en VMware KB 1004070.
Existen algunas opciones, ejecutar tu propio servidor de Microsoft Exchange, o instalar una máquina virtual Linux y ejecutar Postfix.
En mi homelab, quiero una solución simple, y no quiero que vCenter dependa de otro tipo de máquinas virtuales que ejecutan bases de datos o servidores SMTP.
Por esta razón, MS SQL que se instala en el servidor vCenter , sería una buena opción para enviar correo electrónico directamente desde vCenter.
Así que es momento de añadir alguna funcionalidad adicional, en este caso: hMailServer
hMailServer es un software de correo, libre y fácil de configurar como servidor de correo electrónico para Microsoft Windowsy además también funciona en Windows Server 2008 R2.
Aquí está un tutorial para que puedas instalar, configurar, probar y solucionar hMailServer con vCenter.
Preparación.
El fqdn de mi servidor vCenter es: vc.virtual.local.
En primer lugar, creamos un alias para el servidor SMTP, algo así como: smtp.virtual.local.
Ahora crearemos un (MX record) de correo en nuestro servidor DNS para la zona “virtual.local”.
Para comprobar el resultado, abrir una ventana de DOS y escriba este comando:
> nslookup –type mx < nombre >
La respuesta debe ser algo como esto:
hMailServer
Ejecuta hMailServer-5.3.3-B1879.exe en el servidor vCenter.
Hacemos click en NEXT
Hacemos click en I Accept the agreement y seleccionamos Next.
Aceptamos Full installation y Next
Para un “homelab” la opción de utilizar un motor de base de datos integrado (Microsoft SQL Compact) está bien. Microsoft SQL Server Compact Edition no puede utilizarse con servicios de alojamiento comerciales. Lee esto para otras posibles alternativas
Y finalmente en Install para comenzar con la instalación. Introduciremos un password del administrador para la instalación de HMailserver y marcaremos la opción de conectarse automáticamente al arranque de nuestro sistema.
Una vez instalado, unicamente marcaremos la opción de SMTP para nuestro caso en concreto y los salvaremos.
Seguidamente iremos a la opción Settings de nuestra izquierda, elegimos el protocolo SMTP y finalmente la pestaña de la derecha: Delivery of email
En este ejemplo, smtp.gmail.com es el servidor SMTP re dirección de nuestro mail.
Introduce la siguiente información:
Host local (nombre), recuerda has creado un alias en tu DNS.
Nombre del host remoto. En este caso se desea transmitir a Gmail y Google requiere autenticación por SSL. Así que escribe el nombre del host remoto, puerto TCP/IP remoto que debe ser 465, tus credenciales de Gmail (si es tu caso) y no te olvides de comprobar el uso de SSL.
Ves a Configuración, Avanzado, IP Ranges. En este momento sólo queremos manejar correo electrónico desde el servidor local, así que vamos a eliminar el rango de Internet.
Bajo la anterior opción de IP Ranges, editaremos nuestra computadora, tal y como muestra el Screenshot. Deja marcadas las opciones tal y como te lo muestro para su correcto funcionamiento.
En el siguiente paso vas a ir al Top Level del asistente sobre la opción Wellcome y añade tu dominio desde la opción Add Domain.
Introduce el nombre de tu dominio de correo, en mi caso será virtual.local y guarda los cambios.
Ahora, es el momento para que compruebes la configuración. Ir a utilidades, diagnósticos Y selecciona el dominio que deseas ejecutar en prueba, luego selecciona el nuevo “maildomain” y presiona el botón de START para comenzar con los diagnósticos.
Como podemos observar todas las pruebas que has realizado están perfectas y con ello listo nuestro servidor para el re direccionamiento de correo con seguridad SSL de nuestro entorno de vCenter.
Ahora volvemos nuestro vCenter y en el apartado de Configuración y Mail podemos introducir finalmente los datos necesarios para que nuestra cuenta de correo se redireccione con la cuenta de gmail configurada en nuestro HMailserver.
Y por último, es el momento para tu prueba final. Quizás, ya has configurado tus alarmas, por lo que puedes esperar,que hasta alguna de ellas te funcione en este momento. De todas maneras hay otra forma de probar instantáneamente nuestra configuración.
Ejemplo:
Ir a tareas programadas y crear una nueva tarea. Realmente vamos a iniciar una máquina virtual.
Selecciona Change the power state
Selecciona la VM que quieres iniciar
En este caso vamos a seleccionar Power ON.
Introduce un nombre descriptivo para esta tarea y le seleccionamos bajo Start Time la opción NOW.
Aquí introduciremos la cuenta de gmail a la que queremos envíar los eventos de dicha tarea. En el ejemplo podemos ver la cuenta de prueba de Paul Grevink de quien es originario dicho post.
Aquí podemos ver el task enviado a dicha cuenta de correo.
Si queremos ver los logs de nuestro servidor de Mail para poder cerciorarnos de que dicho correo ha sido enviado, deberemos activar dichos logs y observar en la opción Status, Delivery Queue dicha tarea.
Ejemplo:
Bueno hasta aquí por hoy, espero que te haya gustado y puedas sacar partido de ello en todas tus instalaciones.
Me despido de vosotros hasta la semana que viene con un nuevo post sobre el maravilloso mundo de la virtualización de sistemas. Hasta la semana que viene.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar un servidor VMware vSphere ESXi 5 con la utilidad VMware Update Manager 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 el cloud compuitng en español: ¿Cómo instalar vSphere ESXi 5 con VMware Update Manager? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar y actualizar las VMware tools y hardware virtual dentro de tus máquinas virtuales con VMware Update Manager en la nueva versión de 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 el cloud compuitng en español: ¿Cómo instalar VMtools y el hardware virtual de tus máquinas virtuales? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde vereomos otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este video tutorial sobre la virtualización con VMware vSphere le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Hola amigos, soy Florián Murillo. En el VMworld 2011 de agosto en Las Vegas, Cisco ha anunciado grandes novedades para la infraestructura virtual de VMware.
Me centraré en una de ellas, en el Cisco ASA 1000V cloud firewall, es un virtual firewall en formato virtual appliance que se integra con Cisco Nexus 1000V, estará disponible en la primera mitad del 2012.
Como es habitual en Cisco (y otros fabricantes) primero llega el marketing y detrás el producto, las características principales del nuevo producto son:
Proporciona cortafuegos perimetral “multi-tenant”, o lo que es lo mismo, se puede utilizar para securizar varios clientes en entornos aislados.
Proporciona VPN site-to-site, las conexiones VPN de clientes remotos, como Cisco AnyConnect no están soportadas en esta primera versión.
Requiere para su funcionamiento, como pre-requisito, de Cisco Nexus 1000V, el switch distribuido de Cisco.
Se gestiona desde el Cisco Virtual Network Managemeng Center (VNMC) compartiendo consola con el Cisco Virtual Security Gateway (otro día hablamos de este producto).
La versión inicial no soportará vCloud Director, pero como Cisco Nexus 1000V está soportado por vCloud Director, no dudo que se soportará en siguientes versiones.
Está soportado desde vSphere 4.1 y se basa en la versión de software Cisco ASA v.8.4
El licenciamiento será por sockets, siguiendo la línea de Cisco Nexus 1000V y Cisco Virtual Security Gateway.
Resumiendo: Es una versión inicial que alegrará a muchos consumidores de tecnología Cisco, aunque con ausencias esperadas, las VPNs de usuarios remotos y la no integración de vCloud Director hacen que denominemos esta versión como “la primera”.
Seguimos esperando el precio final pero, me surge una duda: ¿Puede el mantenimiento y soporte de la versión virtual de un producto ser mas cara que su homónimo del mundo físico?
Lo sabremos en unas semanas
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar VMware Update Manager en la nueva versión de 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 el cloud compuitng en español: ¿Cómo instalar VMware Update Manager en vSphere 5? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Hola soy Miguel Ángel Alonso y aquí estoy como cada martes para hablar sobre el maravilloso mundo de la virtualización de sistemas.
En el tema de hoy vamos a hablar sobre PAT v3.0 (Paragon Aligment Tool), una herramienta de alineación de particiones y discos para nuestros entornos ESX/ESXi.
PAT v ESX 3.0 es el único producto, ya que no conozco ningún otro de este tipo que permite alinear particiones múltiples en nuestras VMs de forma remota, sin necesidad de instalar absolutamente nada dentro de las máquinas virtuales. Desde una sola consola puedes programar la alineación de varios sistemas en una sola vez.
¿Cómo funciona?
1- El producto se puede instalar en cualquier PC para gestionar toda nuestra estructura virtual.
2- A continuación, agregaremos el host de ESX(i) o vCenter en la consola de nuestro PAT v. 3.0 y obtendremos el acceso a todos nuestros sistemas disponibles y sus correspondientes alineaciones.
3- Se puede anular la selección de los discos que ya están alineados, los cuales están marcados de diferente color en la consola.
Nota: Hay una función de programación que permite programar el proceso de alineación para cualquier momento del día.
PAT v 3.0 puede alinear diferentes máquinas virtuales con S.Os diferentes:
Windows 2000
Windows XP
Windows 2003 Server
Windows Vista
Windows Server 2008
Windows 7
Windows 2008 Server R2
Windows SBS de 2011
Familia de los sistemas operativos Linux
En el Screenshot de arriba puedes ver el aspecto principal de la consola donde agregaremos nuestro vCenter o ESX(i) para poder acceder a los Guests y sus correspondientes alineamientos. También podemos ver un cuadro de búsqueda, donde puedes buscar las VMs por su nombre.
Aquí podemos ver un mapa de nuestras particiones antes de alinear con PAT v3.0.
Y aquí este otro mapa una vez que PAT v3.0 ha realizado el proceso de alineamiento.
Características de la herramienta de Paragon (PAT v3.0)
1. Remotamente verifica, controla y gestiona la alineación del disco virtual
Verifica si hay el espacio adicional necesario en el servidor para almacenar instantáneas o copias de los volúmenes procesados
2. Además, en la Operación de alineación, puede continuarse después de una interrupción inesperada (no necesita restauración y por supuesto no hay pérdida de datos)
3. Ofrece configuración de alineación avanzada (el administrador puede elegir entre las opciones de alineación rápida o las operaciones de datos más seguras, que pueden ser más lentas
4. PAT v3.0 no requiere acceso root en el servidor (sin necesidad de crear cuentas de usuario nuevas); el software funciona bajo una cuenta con privilegios de administrador
5. Soporta la programación de VMware ESX, VMware ESXi, vSphere y Change Block tracking(CBT)
Limitaciones:
El número máximo de discos virtuales conectados simultáneamente es limitado:
a) Para ESX 4.x- Son 9 conexiones o 27 mediante vCenter Server
b) Para ESXi 4.x- Son 11 conexiones o 23 a través de vCenter Server
También, durante el proceso de alineamiento, tendremos que tener en cuenta que los discos no serán accesibles para los usuarios.
Para ver cómo funciona el producto os dejo este link donde podréis ver mejor este interesante producto.
Bueno hasta aquí por hoy, espero haberte contado algo de tu interés y te emplazo con un nuevo capítulo del mundo de la virtualización para la semana que viene. Hasta la semana que viene!
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a exportar los logs del sistema en la nueva versión de VMware vSphere ESXi 5.0.
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 el cloud compuitng en español: ¿Cómo exportar los logs en VMware vSphere 5? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar y configurar VMware Data Recovery en la nueva versión de VMware vSphere ESXi 5.0.
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 el cloud compuitng en español: ¿Cómo instalar VMware Data Recovery en vSphere ESXi 5? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas 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
