Hola amigos, en el post de hoy veremos que son la vApps y para que se utilizan.
Esta nueva funcionalidad, añadida en la versión 6.0 de XenServer se define como un grupo lógico, de una o más máquinas virtuales, que pueden ser gestionadas como una entidad agrupada. De este modo podemos arrancar/parar/exportar… un conjunto entero de máquinas virtuales como si de una sola se tratara.
Las máquinas virtuales de una vApp no residen necesariamente en un único host, sinó que se utilizan las mismas reglas de distribución que tenga el Pool.
Esta funcionalidad también permite al administrador asignar un orden de arranque de las máquinas virtuales que forman el vApp y un tiempo de espera (delay) para que arranque dicha máquina virtual. De este modo en caso de por ejemplo una caída del entorno (corte eléctrico, error hardware, etc) las máquinas virtuales del vApp se levantarían en el orden establecido, por ejemplo primero los backends de base de datos, las aplicaciones y luego los frontends web, etc.
Vamos a crear nuestra vApp de prueba
Utiliando XenCenter, seleccionamos una máquina virtual para nuestra nueva vApp y con el botón derecho, “Assign to vApp -> New vApp”. Le damos un nombre y seleccionamos las máquinas que queramos añadir al vApp. Una vez seleccionadas todas las máquinas, configuramos la “VM Startup Sequence”
Básicamente tenemos dos opciones por máquina virtual, establecer el orden secuencial de arranque y el tiempo que dejamos que el sistema espero hasta arrancar la siguiente máquina virtual. No existen unos valores estandares para el delay, puedes tunearlos en función de lo que tarde tu entorno en arrancar las máquinas virtuales. Para los que hayáis configurado clusters de Xen con HeartBeat, esta parte me recueda mucho a la configuración de Constraints, cierto?
Mediante Xapi, tenemos la entidad “appilance” que utilizaremos para gestionar las vApps desde consola como si fueran una sola máquina virtual:
Bueno, esto es todo por hoy, espero que como siempre te haya parecido interesante y te haya podido ayudar para tu dia a dia con XenServer. Saludos
¿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.
En unos meses estará disponible el curso oficial vSphere 5 Optimize & Scale.
Este es el nombre que VMware le ha dado a la segunda parte del vSphere 5 ICM, un curso que empieza donde el vSphere 5 ICM finaliza.
Os describo parte de su contenido:
Configuración de la vMA.
Trabajando con los comandos esxcli y vicli.
Configuración de syslog server.
Configuración de Switches Distribuidos.
Comandos CLI para la configuración de red.
IPv6, SNMP, NetQueue, DirectPath I/O, PVLAN y Network I/O Control.
Configuración de sniffers de red.
Análisis de problemas de rendimiento en redes.
Configuración de policy-driven storage.
VAAI y VASA.
Configuración Storage DRS y Storage I/O Control.
Análisis de problemas de rendimiento en almacenamiento.
Host Profiles y vCenter Server Linked Mode.
Análisis de rendimiento de CPU y Memoria.
Configuración de DPM, Auto Deploy y Image Builder.
Introducción a PowerCLI.
Resolución de problemas en clusters.
Tendrá una duración de 5 días completos, como vSphere 5 ICM, con un 50% del tiempo de teoría y un 50% del tiempo de laboratorios.
Este curso prepara para la obtención de la certificación VCAP5-DCA.
El nombre definitivo del curso aún puede cambiar, pero el contenido está definido.
¿Qué diferencia existe entre el ICM, el FastTrack y este nuevo curso?
En una escala de contenidos del 0 al 10, podríamos reflejar el contenido de cada curso como:
¿Qué os parece? ¿Os lo vais a perder? Tanto ICM como FastTrack empiezan de 0, y Optimize & Scale empiezan donde acaba ICM.
¿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, buenas tardes. Soy José Mª Gris y estamos en crónica de alcance entre presentaciones de Office 365 y las nuevas generaciones de HP y Dell.
Hoy vamos a salirnos un poco del ecosistema para hablar de Windows Intune, que no tiene nada que ver con office 365. Windows Intune es una suite que nos ayuda a administrar y proteger nuestros equipos a través de una combinación de servicios en nube de Windows y actualización de licencias (Technet)
Con las licencias de Intune, nos vendrá por cada una de ellas una licencia de Windows 7 Business, que podremos utilizar (o no, si tenemos nuestro xp funcionando todavia). Desde una consola en browser podremos ir descubriendo nuestros equipos, conociendo de primera mano el inventario hardware y software de cada uno de ellos.
Interesante la funcionalidad de Bitlocker que asegura la confidencialidad de nuestra información en nuestro portátil, bloqueando antes de arrancar el SO.
Estos equipos podremos crear unas políticas basada en WSUS para sus actualizaciones y mantenimiento, a la vez que les podremos incorporar y gestionar los agentes de Endpoint Protection. Todo este sistema nos gestionará una serie de Alertas que nos indicarán el estado general de nuestro parque.
Podremos crear unas directivas de Firewalls de los SOs, actualizaciones y estado del malware. Igualmente podremos generar una serie de informes con una profundidad importante.
Por último, contiene la funcionalidad de asistencia remota desde nuestro helpdesk a los usuarios. El precio del que dispongo en este momento es de 11$ por equipo/mes. Hay que hacer números.
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, os explicare a monitorizar un entorno VMware vSphere en busca de cuellos de botella con una herramienta espectacular de monitorizacion llamada VMturbo que ademas es gratuita. ¿Qué mas puedes pedir, eh?
Hasta el próximo lunes, donde os mostraré 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.
La semana pasada, Cisco presentó novedades en su arquitectura de Datacenter, concretamente en los servidores Cisco UCS. Parece raro hablar de servidores y Cisco en la misma frase pero, en los últimos años, la visión global de Cisco les ha permitido hacerse un hueco en este mercado tan competitivo, donde tenían una experiencia y cultura nula, pero con una visión global muy clara y recursos para llevarla adelante.
Las novedades son de amplio espectro. Van desde la integración de los Cisco UCS formato rack (clase C) con los Cisco UCS formato blade (clase B), hasta nuevos Cisco Nexus 3000 con latencias de microsegundos.
Pero de todas las novedades, algunas marcarán una tendencia a seguir por la competencia, son las siguientes:
Cisco UCS VIC 1280
Es un módulo de red para Cisco UCS clase B que proporciona una conectividad de 2x40Gbps. Posiblemente la primera solución de esta velocidad para este tipo de productos, aunque se esperan novedades de otros fabricantes para dentro de muy pocos días.
Cisco UCS 2204XP
Módulo de red para los chasis de blades de Cisco UCS con 4x40Gbps. Es una necesidad si utilizamos el Cisco UCS VIC 1280. Con este módulo tenemos un ancho de banda por chasis de 160Gbps !!!
Cisco UCS B200 M3
Servidor blade con los recién presentados procesadores Intel E5-2600 con 2 sockets, 8 cores/socket y con hyperthreading.
En definitiva potencia, potencia y potencia. Quien pensaba que Cisco, al desconocer el mercado de servidores, no podría seguir el ritmo de la competencia, se equivocaban… yo el primero.
¿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.
Buenos días a todos, soy José Mª Gris y como cada Miércoles estoy aquí para comentar temas del ecosistema de la Virtualización.
Llevo unos meses haciendo pruebas con Cloudarray de Twinstrata. Las primeras pruebas han sido muy interesantes. Hace poco, muy poco os comentaba nuevas features. Hoy recibo información de una nueva reléase.
Operación en Desconectado: Los volúmenes permanecen “on line” mientras el proveedor de almacenamiento en Cloud está down o inaccesible.
Manipulacion de Snapshots. Posibilidad de añadir o suprimir Snapshots via RESTful API.
Gestion de sesiones de Proveedores de Storage en Cloud: Gestiona la expiración de la sesión de login con Google, Nirvanix, y OpenStack. También gestiona la nueva la nueva gestión de autentificación de HP.
Estos chicos de Twinstrata parece que están trabajando duro en el producto. Personalmente estoy preparando un labo para integrar este producto con algún juguete más que me comenta David y que os hablaré en breve. Take care.
¿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.
Hoy en nuestra sección de XenServer veremos como replicar los metadatos de nuestro Pool, necesario para tener un Disaster Recovery completo.
Un repaso rápido
A nivel de arquitectura, XenServer, diferencia lo que por un lado son los metadatos, de los VDI donde puramente, hay los datos en crudo de cada disco de una máquina virtual. Estos metadatos, como puede ser los uuids, name-labels, configuración, networks… etc. Se almacenan en una base de datos, accesible por todos los hosts del Pool.
Como ves, es casi tan importante hacer backup de los metadatos, como de los discos en si. Por esto es necesario que tu solución de disaster recovery tenga una copia de los metadatos del pool.
Como funciona
Desde las nuevas versiones, a partir de la 5.0, la base de datos ha dejado de ser exportada como un fichero XML a ser exportada como un VDI en el Storage Repository. Además, a partir de la versión 5.0, puede automatizarse los cambios de este VDI para ser exportados a nuestro entorno de Disater Recovery.
Este cambio es muy importante porque si sincronizamos todo el Storage Repository, implícitamente, tendremos todos los metadatos. Si necesidad de mantener otro sistema para la exportación de los XML y otro para los VDIs.
Exportando metadatos
Para exportar nuestos metadatos es tan sencillo como entrar en la xsconsole, seleccionar Backup, Restore and Update, Backup Virtual Machine Metadata
Seleccionamos el SR donde queremos almacenar el VDI y en unos minutos tendremos el VDI Pool Metadata Backup. Con esto, me despido hasta la semana que viene. Como siempre, un placer queridos lectores. Saludos!
¿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 a como sacar un servidor ESXi del modo mantenimiento y como hacer un backup de tu servidor ESXi con el comando vicfg-cfgbackup desde el vMA.
¿Alguna vez te has preguntado como puedes sacar un servidor VMware vSphere ESXi del modo mantenimiento con el vMA? En este video tutorial veremos como podemos sacarlo del modo mantenimiento desde la nueva versión de VMware vSphere Management Assistant (vMA). También te enseñare hacer un backup de la configuración de tu servidor ESXi vía comando desde el vMA.
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 sacar un servidor ESXi del modo mantenimiento y vicfg-cfgbackup?
Hasta el próximo lunes, donde os mostraré 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.
La virtualización de servidores es la culpable de necesitar cada vez más capacidad de computación en, cada vez, menos sitio. Los fabricantes lo saben y no dejan de aumentar la potencia de los servidores: con mas sockets, mas cores, más memoria RAM… y cuantas sutilezas varias se les ocurra.
Pero este fenómeno tiene una consecuencia adicional: cada vez necesitamos más I/O, lo que supone un reto a los “fabrics” y las redes Ethernet.
Los fabricantes de I/O también son infatigables en la incorporación de nuevas tecnologías a sus equipos, aunque la mayoría llaman menos la atención que la potencia de computación en bruto.
Hoy hablaremos de Virtual Port Channel (vPC), una característica que proporciona ancho de banda y escalabilidad SIN spanning-tree. Definitivamente, las nuevas tendencias de Networking para Datacenter prescinden del viejo amigo spanning-tree. Ahora, no podemos aceptar en una topología de red que un camino caído produzca un recálculo de la topología y unos segundos de desconexión. La verdad es que estoy de acuerdo.
Hasta ahora, puedo crear un port-channel utilizando IP hash como algoritmo de balanceo en el Switch virtual y, agregando varios interfaces para proporcionar escalabilidad y alta disponibilidad. La limitación es que necesito que los puertos del switch físico donde acaban estos cables sean del mismo switch.
Ahora con vPC puedo hacer lo mismo utilizando interfaces de diferentes switches físicos, lo cual, simplifica mucho el diseño, sobretodo si tengo pocos interfaces de mucho ancho de banda, como ocurre con diseños con interfaces de 10Gb.
En la imagen de la cabecera se observa un ejemplo de aplicación de vPC. Un host ESXi se conecta mediante dos interfaces de 10Gbps a dos switches distintos, creamos un vPC y disponemos de un troncal de 20Gbps que repartiremos como nos convenga.
A partir de este ejemplo ya nos podemos imaginar la escalabilidad añadiendo un par de interfaces más y teniendo un ancho de banda más que aceptable.
Luego nuestro problemas serán otros: si de cada host salen más de 20Gbps de tráfico, de un rack puedo necesitar transmitir un ancho de banda de muchos Gbps, trasladando el reto a las capas de distribución y core de nuestra estructura de red… Y esto, no está al alcance de muchas PYMES, por ahora …
¿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.
Buenas tardes amigos, como estamos? Soy Jose Maria Gris y como cada miércoles estoy aquí con vosotros para comentar sobre el ecosistema de VMware. En una presentación por parte de Javier de Pedro de Zycko en mis oficinas he tenido la oportunidad de ver un nuevo producto que me ha parecido interesante comentarlo con vosotros.
Hay veces que preguntas ¿Quién está detrás de este producto? Y con la respuesta ya atisbas des que va el mismo. Es el caso de Tintrí.
“Por sus frutos los conoceréis”, dice Mateo. Los cofundadores son Kieran Harty (7años Executive Vice President of R&D en VMware) y Mark Gritter (Ex Staff Engineer en SUN a través de la adquisición de Kealia. Ph.D. for Stnaford).
A estos caballeros se les han añadido Patrik Wadher (Ex Vice President of Engineering at Data Domain) Chris Bennett (Ex NetApp 10 años) y Robert Villareal ( Ex VP Global Account de EMC) como equipo ejecutivo. Equipo Directivo de lujo en cuanto a conocimiento del mundo de SAN se refiere.
Y que producto hace Tintrí, pues SAN, claro.
Tintrí presenta 2 appliances (Tintrí VMstore T445 y T 540). Estas appliances son SAN específicas para VMware, las cuales se integran directamente con nuestro vCenter Server en una pestaña del mismo, ofreciendo 8.5TB y 13,5 TB netos a nuestros ESXi.
El appliance es gestionado por un file system llamado VM-aware que como indico se integra directamente y gestiona el hardware específico. Este appliance consta de una parte constituido por HD con tecnología SATA y una parte con tecnología SSD que trabaja como caché. El setup se hace en minutos pues está casi totalmente configurado, nos olvidamos del RAID (lo lleva 6 ), los volúmenes, etc.
Los datos de su presentación son bastante interesantes con unas performances muy dignas. Creo que dará que hablar este equipo con este producto. Tintrí está en España de la mano de Zycko.
Parece ser que las predicciones de nuestro amigo George Teixeira se empiezan a cumplir y este año la aparición de actores ya está empezando en el mundo de la SAN.
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.
), los volúmenes, etc.
