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.
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.
Hola amigos, hoy os traigo la continuación del post de la semana pasada sobre la monitorización de servidores Citrix XenServer con Nagios.
En el post anterior vimos como configurar Nagios para utilizar sus plugins sin necesidad de instalar nrpe y nos quedamos en la configuración de estos checkeos para monitorizar nuestros Hosts.
Empezamos con la monitorización básica del host.
Las CPU’s estén trabajando sin rebasar el 80% de su capacidad.
Que la memoria RAM no sobrepase el 80% de espacio ocupado.
Que la partición / no se quede sin espacio.
Que el Load Average no sobrepase la carga máxima por Cores.
Que el/los SR’s no se queden sin espacio.
1.- Para monitorizar la CPU. Recomiendo usar un checkeo personalizado ya que los valores que extraen los plugins originales de Nagios, no extaen la información del hipervisor. Por ejemplo podemos hacer un script como este:
Ya tenemos monitorizado nuestro Host. Como habrás visto, la programación de checkeos para Nagios es muy sencilla y lo puedes hacer con el lenguaje de programación que te sea más cómodo.
Esto es todo por hoy. La semana que viene veremos como monitorizar el storage, nuestro pool y otros checkeos más avanzados. Espero como siempre que te haya parecido interesante. 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, Soy Miguel Ángel Alonso y aquí estoy de nuevo como cada martes para hablaros sobre el maravilloso mundo de la virtualización de sistemas.
En el día de hoy vamos a ver una herramienta de Microsoft que va a ayudarnos mucho a la hora de planear la migración de nuestros entornos físicos a nuestros entornos virtuales. Es una herramienta que podríamos decir que equivale a nuestro querido Capacity Planner de VMware y que en su última versión (6.5) da un gran salto de calidad al poder integrarnos con dicha Tool dentro del mundo de la virtualización , con nuevas capacidades , más avanzadas y dentro del mundo de la CLOUD Privada y Pública como nueva característica a reseñar.
Bueno sin más dilación voy a empezar a contarte las bondades de esta nueva herramienta de Microsoft.
Microsoft Assessment and Planning (MAP) Toolkit es una herramienta de planificación y evaluación de Multimarcas, automatizada y sin agente de migraciones de servidor y escritorio, más rápida y fácil que sus antecesoras versiones.
MAP te va a proporcionar informes de evaluación, preparación detallada y propuestas de tipo ejecutivo con amplia información de hardware y software, nos hace recomendaciones útiles para ayudar a nuestras organizaciones a acelerar el proceso de planificación de la infraestructura de TI y reunir más detalles sobre los activos que residen dentro de nuestros entornos actuales.
MAP además te va a ofrecer integración con la nube privada y pública, planificación de evaluaciones y datos de los recursos utilizados de los servidores Hyper-V, identificará ubicaciones de nuestros servidores y realizar evaluaciones de nuestros servidores de nuestro entorno para darnos los mejores candidatos a virtualizar, incluyendo análisis ROI para consolidación de servidores con Hyper-V.
Otras importantes novedades en MAP 6.5 incluyen el descubrimiento de dispositivos de Windows activos, seguimiento de uso del Software para Forefront Endpoint Protection (FEP) y el descubrimiento de instancias de Oracle en servidores basados en Itanium con HP-UX para ayudar en la planificación de la migración a SQL Server.
MAP es una de las herramientas proporcionadas por el equipo de aceleradores de soluciones de Microsoft. Dentro de la evaluación de Microsoft y el Kit de herramientas de planificación, están también Microsoft Deployment Toolkit y SecurityCompliance Manager que te proporcionarán pruebas de orientación y herramientas automatizadas para ayudar a nuestras organizaciones a planificar, desplegar de manera segura y administrar nuevas tecnologías de Microsoft de una manera más fácil, más rápida y a menor costo.
Aquí os dejo una visión general de la herramienta para que podáis haceros una idea de la interfaz de esta maravillosa herramienta.
Todas estas Tools están disponibles de manera gratuita y son totalmente compatibles con Microsoft. Descarga tu Microsoft evaluación y planificación (MAP) 6.5 desde aquí
Bueno aquí me despido de vosotros hasta la semana que viene esperando haberos podido contar algo de vuestro interés. Hasta la semana que viene!.
¿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.
Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes. La semana pasada empezamos a construir la lista Top 10 de las cuestiones clave respecto mi proveedor cloud, esta semana toca completar la lista:
6. ¿Qué posibilidades de recuperación tengo con el almacenamiento en la nube?
He de revisar el diseño de mis estrategias de respaldo y recuperación, averiguar si son aplicables en los servidores virtuales ubicados en el cloud. Si extraigo de la nube los respaldos, he de analizar el impacto económico que puede tener la transferencia de datos, ya que probablemente nos cobren el ancho de banda por transferencia.
7. ¿Qué posibilidades tengo de exportación de mi información alojada en una solución SaaS?
Antes de añadir el primer dato en una base de datos en la nube, he de saber las posibilidades que tengo de exportación (y recuperación) de esta información. Esto puede hacernos huir de algunas aplicaciones SaaS.
8. ¿Puedo auditar el entorno donde se ejecutan mis datos, aplicaciones o VMs en la nube?
Auditar infraestructuras en la nube suele ser mas caro que en nuestro Data Center, hemos de adaptar nuestros procesos de operaciones al nuevo entorno, la logística es mas compleja por tener que coordinar a ms personas y seguramente hay gastos extra en desplazamientos y estancias.
9. ¿En que idiomas da soporte el proveedor cloud?
Aunque el ingles es un idioma “casi” global, cuando tenemos un problema, el idioma local del cliente hace acortar por tiempos de resolución de la incidencia, o sea, menor impacto económico sobre el negocio, es un elemento a considerar.
10. ¿Quién hay detrás del proveedor?
Es difícil saber si un proveedor vivirá mucho tiempo, ahora estamos en época emergente pero cuando el negocio se estabilice, por un céntimo/hora un proveedor puede perder clientes y entrar en crisis.
Conocer las empresas que hay detrás del proveedor es un elemento de posible confianza. No tendremos nunca la certeza absoluta de tener un riesgo cero al escoger, pero la confianza es clave en esta elección, recordar que no buscamos un proveedor, buscamos un socio para nuestro negocio. Las capacidades del proveedor pueden hacer que nuestro negocio tenga nuevas capacidades o limitaciones.
Me haréis muy feliz si entre todos mejoramos esta lista con otras importantes preguntas que queráis incluir. Gracias adelantadas.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.
VMware vSphere™ ESXi 5 solo es posible instalarlo en modo texto, a diferencia de VMware ESX donde era posible instalarlo también en modo gráfico.
Una nueva funcionalidad en VMware vSphere™ ESXi 5 llamada Image Builder te permitirá hacer instalaciones personalizadas de tu ESXi así como asociar actualizaciones del binario del ESXi a dicha personalización. Hablaremos del Image Builder más adelante en este blog en futuros post. Solo apuntar que el formato de los paquetes que usa VMware vSphere™ ESXi Image Builder se llaman VIB – de las siglas en inglés vSphere™ Installation Bundle -.
Si usas la nueva funcionalidad llamada VMware Auto Deploy, recuerda que los logs de tu servidor ESXi serán almacenados en memoria con lo que al reinicializar tu servidor perderás estos logs por defecto. Para definir profiles de imágenes para tus servidores ESXi con Auto Deploy tendrás que usar cmdlets incluidos en el vSphere™ Power CLI image builder.
Es posible también actualizar servidores ESXi con la utilidad Enterprise llamada VMware Update Manager (VUM), otra utilidad de la que también hablaremos en futuros post – por cierto, en nuestro canal de virtualización en youtube hemos publicado ya algunos videos sobre la configuración e instalacion de VMware Update Manager.
Una mejor práctica antes de actualizar un servidor ESXi, es guardar la configuración del servidor que vas actualizar con el siguiente comando de vCLI: vicfg-cfgbackup -s
Es muy interesante notar que con VMware vSphere™ ESXi 5, el número total de caminos de FC (Fiber Channel) por servidor se han aumentado hasta los 1.204. Como nota final, recuerda que en VMware vSphere™ ESXi 5 el máximo número de servidores conectados a volúmenes VMFS es de 64 hosts por volumen VMFS.
¿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 dias. Soy José Mª Gris y como cada miércoles estoy aquí con vosotros para comentar lo que se va moviendo por el ecosistema.
Acaba de caer en mis manos el report de Veeam sobre la Protección de Datos en entorno Virtualizado para el año 2011. El universo del informe son 500 empresas, volumen que ya nos tiene habituados Veeam y nos da un enfoque suficientemente realista del tema en cuestión. Pero hablemos de protección, hay cosas curiosas, veréis.
La primera información que nos brinda es que los CIO están casi 100% de acuerdo (avg de 93,6%) en que la virtualización puede transformar las estrategias de Protección de Datos. Este concepto ya lo hemos hablado en otros momentos, ya que creo que la virtualización en sí misma es un nuevo paradigma donde hay que replantear muchas cosas, entre ellas, la protección de los datos.
Mas datos, menos protección, mayor riesgo. En todos los proyectos en los que estoy colaborando hay un momento donde se “toma conciencia” de que “oye, esto crece de forma importante…. “. Las ocupaciones en SAN aumentan y no de forma lineal; facturas electrónicas, escaneos, gestion documental…. No solo eso, cada vez más es más dificil “pasar el histórico al offline”, porque lo que estamos buscando dia a día son tendencias, y para ello necesitamos información e historia.
Pero claro, las soluciones de ayer son los problemas de hoy. Si aumentamos en SAN, necesitamos aumentar en Backup, cosa que generalmente no se tiene demasiado en cuenta hasta que estamos “a tope”. Pero ojo, estamos hablando de Protección, no tan sólo de Backup, también hablamos de replicación.
Y aquí empezamos a tener ciertas sorpresas, los encuestados determinan que el 45,% de media de todos los servidores fisicos y virtuales son críticos. Interesante número. Pero aquí viene la segunda parte, tan sólo el 26% de los servidores críticos están replicados. (Nota, en el informe se habla de US, DE, FR y UK. Desafortunadamente creo que en España las cifras serían sensiblemente mas bajas hoy por hoy). Creo que hoy por hoy queda bastante camino por recorrer. Muchas son las empresas que trabajan su protección via Agentes como si fueran máquinas físicas hoy por hoy. Sobre el método de replicación, el 45% se decanta por soluciones Hardware, 33 usan soluciones software y el 22 no lo usan pues tan sólo hacen backup. Un 60% usa técnicas de replicación de servidores físicos on-site, un 43% replicación a nivel virtual on-site y un 40% replicación off-site.
Todo este despliegue de números nos dan entorno de que estamos hablando y cuales son las técnicas que se están usando a nivel mundial (ojo, a nivel Enterprise) en cuanto a la Protección de Datos. Pero ¿Como vamos de costes?
Se les ha pedido a los CIO que no están usando replicación que valoren el coste hora de caida de servicio de sus servidores críticos. 368.692$ por hora, una cifra bien respetable. Por otro lado se ha pedido a los CIO que disponían de sistemas de replicación, valoraran por un lado la hora de “outage” del entorno replicado (26% ) y por otro lado la misma hora del resto de sus servidores criticos no replicados. El coste hora de “outage” del sistema replicado ha sido de 417.391$ versus 436.189$ del entorno no replicado. Y aquí tenemos una de las primeras conclusiones del entorno de negocio. Con una inversión menor (el coste de replicar un 26%) afrontan un coste posible de “caida de servicio” de un coste/hora casi igual. La aplicación selectiva del criterio en base al coste/beneficio hace que este caso la inversión muestre un ROI positivo.
Continuamos la semana que viene hablando de este interesante informe. Hasta entonces.
¿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, hoy os traigo el primero de varios posts donde veremos como monitorizar Citrix XenServer con Nagios.
Supongo que todos conocéis la herramienta Nagios para monitorizar vuestros servidores. Por si alguien se le escapa, Nagios «Nagios Ain’t Gonna Insist On Sainthood» es un sistema de monitorización de redes, servidores, etc de código abierto que vigila que todo esta funcionando correctamente.
Actualmente también existen otros sistemas abiertos también muy potentes como Zabbix, Zenoss, Pandora FMS… que seguramente también os va a permitir monitorizar vuestro entorno XenServer. En este post y en los siguientes, veremos como monitorizar un entrono XenServer completo.
Un snapshot de cómo funciona Nagios
Nagios puede usar NRPE, un daemon instalado en los Hosts para extraer la información de cada uno de los scripts que incluye el paquete “Nagios Plugins”. Directamente el servidor Nagios conecta con el servicio NRPE del Host y extrae los resultados del check_nrpe. O bien puede ejecutar comandos remotamente ubicados en el Host.
A modo de opción personal, prefiero utilizar los “Nagios Plugins” sin servicio NRPE. Es decir configurar el comando en el servidor Nagios para que ejecute los scripts remotamente por SSH. De este modo no hay que instalar software extra en los dom0.
Primeramente analicemos nuestro entorno de virtualización y sus elementos hardware:
Hosts (Dom0)
Storage
Comunicaciones
En este primer post sobre la monitorización, veremos los hosts y lo que nos puede ser más útil de monitorizar sobre ellos.
Monitorización de Hosts
En general, podemos monitorizar lo que queramos, pero principalmente tenemos que verificar que:
Las CPU’s estén trabajando sin rebasar el 80% de su capacidad.
Que el Load Average no sobrepase la carga máxima por Cores
Que la memoria RAM no sobrepase el 80% de espacio ocupado
Que la partición / no se quede sin espacio
Que responda a ping
Que el/los SR’s no se queden sin espacio
Si queremos ampliar la información de nuestra monitorización también podemos monitorizar:
Estos plugins hay que compilarlos primero. A modo de facilitar las cosas. Podéis descargaros desde mi github el paquete de plugins compilados. Funcionan tanto en XenServer 5.5 como XenServer 5.6 SP2 y XenServer 6.0. https://github.com/fsmsystems/stuff el paquete nagios_xs.tar.gz tienes que descargarlo como raw para que funcione.
Ahora simplemente hay que permitir mediante claves SSH que el servidor Nagios acceda por ssh a nuestros servidores con el usuario nagios. En el howto de citrix explica muy bien como hacerlo mediante ssh-copy-id:
Esto es todo por hoy. Espero que te resulte útil e interesante este articulo. La semana que viene explicaré como configurar estos plugins para tu Host y con ello espero una vez más haberte ayudado en el mundo de la virtualización.
¿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, te enseñare a configurar VMware vSphere Fault Tolerance en VMware vSphere 5. Una vez configurado VMware Fault Tolerance te mostrare la potencia de esta nueva funcionalidad mediante una demostració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: Configurando y demostrando VMware Fault Tolerance 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.
