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.
Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes, para aportar mi granito de arena a la montaña de las TIC actuales.
Estamos en un momento de efervescencia creativa en lo que a servicios cloud se refiere, existen grandes multinacionales con servicios consolidados (o no tanto), empresas locales buscando su hueco, empresas creativas “inventando” soluciones y grandes operadoras reclamando su lugar en la historia.
Esto genera grandes dudas a los clientes ¿Son todos los proveedores iguales? ¿Qué he de buscar en los proveedores? ¿Cómo distinguir los que mejoran mi negocio?
No son preguntas triviales ni existe la formula mágica y general, pero hay preguntas que no podemos dejar de hacer y analizar, por eso propongo un Top10 de las preguntas fundamentales:
1. ¿Cual es el SLA y las indemnizaciones por la perdida de servicio?
Esta es importante y de sorprendente respuesta, nos podemos encontrar un 99,9% mensual de SLA para Amazon S3, o sea 45 minutos de caída “legal”.
Mas curioso es el servicio Amazon EC2, con un SLA de 99,95% anual, es decir más de 4h de caída “legal”.
Lo más divertido es Salesforce.com, no tiene SLA en su precio base, se ha de negociar!!!!, es muy curioso porque cuando tiene perdidas de servicio aparece en todos los periódicos.
Las indemnizaciones son de risa, no nos engañemos, no resuelven económicamente los problemas que generan ¿es una pista de la inversión realizada y los procedimientos existentes del proveedor cloud?.
2. ¿Bajo qué cumplimiento normativo está cubierta mi instancia de VM?
Es muy importante porque cada proveedor de servicio tiene, como vimos en anteriores post, diferentes cumplimientos normativos, hemos de tener proveedores alineados con nuestro negocio, por estrategia de negocio y por necesidades normativas.
3. ¿En que localización estarán mis servidores virtuales y que legislación cumple?
Es necesario conocer la dirección de nuestros datos, sobretodo si tenemos datos de carácter personal, en este caso es obligatorio.
También es importante para poder analizar las reglamentaciones que han de cumplir nuestros datos, recuerda que son las del país donde se alojan, NO las del nuestro.
4. ¿Qué tecnología de hipervisor utiliza?
¿Necesito mover una VM en caliente de mi datacenter a la nube pública? Si esto es así he de asegurar la compatibilidad de la tecnología de hipervisor que proporciona el proveedor a mis máquinas virtuales.
5. ¿Qué posibilidades tengo para integrar mi DC con la nube?
Para que mi nube privada tenga la elasticidad que proporciona la nube pública, necesito integrar la nube pública en mi red, para ello es importante conocer las capacidades de extensión de VLANs y aislamiento con VPN que la nube pública proporciona para ayudar a mejorar mi negocio.
La semana próxima continuaremos con la segunda parte de la lista…
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.
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.
