Be Geek My Friend

 

El objetivo: Permitir a los clientes de nuestra nube privada solicitar maquinas virtuales con una configuración y aplicaciones determinadas.

Aviso: Este articulo es una simple prueba de concepto rápida, ponerlo en producción puede requerir cambios y trabajo adicional.

La receta:

1- El portal de autoservicio:

Aquí las posibilidades son muchas, básicamente queremos que un usuario acceda a un interface y seleccione las opciones que conducirán a generar la VM, así que necesitamos un interface que podamos personalizar fácilmente con nuestras opciones.

Creo que tenemos 3 opciones principales:

• Usar el sistema que la empresa tenga implantado para la gestión de solicitudes/ordenes de trabajo tales como SCSM, Remedy, etc., generar una plantilla con nuestras opciones y escuchar este tipo de solicitudes.
• Usar SharePoint como interface, esto nos permite una fácil personalización, aprobaciones, acceso web, posibilidad de ponerlo en la intranet con el branding de la empresa,  etc.
• Programarnos un interface desde 0 o usar un sistema en 2 pasos en los que el usuario pida a través del portal de autoservicio 2.0 de SCVMM la VM y luego desde otro sitio solicite el software y otras opciones.

-La primera opción puede ser mi favorita para muy gran empresa, la ultima no me gusta nada y la de usar Sharepoint me viene muy bien para este articulo por que mi objetivo es no tardar mas de 1h en hacerlo .

Así que empezamos creando nuestro formulario, para ello creamos una lista en el Sharepoint:

Ahora iremos creando los campos que queremos.

Os voy a enseñar algunos ejemplos:

-Ofrecer al cliente varias opciones en un desplegable:

-Seleccionar opciones excluyentes:

-Opciones Si/No

Cambiamos la columna titulo para que indique automáticamente el usuario y la fecha

Ya podemos ver el formulario:

Vamos a hacer unas cuantas cosas mas, vamos a añadir una columna oculta para guardar el estado de la solicitud cuyo valor por defecto va ha ser “pendiente de aprobación” , de esta forma las solicitudes no se procesaran directamente si no que alguien con atribuciones para ello tendrá que poner el estado a “Aprobado”.

Nota: si, si, se que se podrían usar workflows de aprobación de SharePoint, etc., pero esto es una demo, vamos a mantenerlo tan simple como podamos que quiero hacerlo en menos de una hora  .

Crearemos también otra columna oculta para guardar un log del proceso.

Por supuesto lo suyo seria abrirlo desde el SharePoint designer, quitar el campo titulo y formatear mejor el formulario, pero para el ejemplo/demo me vale.

Nos copiamos el enlace y probamos a acceder directamente al formulario:

Con esto tenemos nuestro prototipo de interface y podemos pasar al siguiente paso.

2- Los componentes de la VM

Necesitamos varias cosas para poder componer la VM:

Las plantillas de maquinas virtuales, que en este caso serán dos una con XP y otra con Windows 7.

Las plantillas tienen que estar preparadas para meterse automáticamente en dominio y tienen que llevar el cliente de SCCM preparado para que después del arranque reporten al SCCM.

Esto es fácil y no lo voy a explicar, si alguno tiene dudas sobre como generar plantillas de SCVMM ponerme un comentario y lo explico.

El siguiente paso es tener cada opción de software en SCCM dado que será lo que usemos para distribuir el software según lo especificado por el usuario.

Como sabéis el software que incluimos en SCCM para su distribución puede ser normal o virtual (App-V) yo personalmente soy fan de este ultimo por todo lo que implica a nivel de ahorros de coste, mantenimiento, etc., si no lo conocéis, evaluarlo!.

Otra cosa que haremos gracias a SCCM es meter el software base de todo equipo en nuestra red, tal como el antivirus, el reader, etc, evitando poner todo este software directamente en las plantillas estamos reduciendo el coste de propiedad de estas maquinas virtuales.

Como también estamos dejando a los usuarios escoger la política de backup que quieren para sus VMs vamos a necesitar un Protection Group en SCDPM para cada tipo de backup que ofrezcamos.

Aunque en este ejemplo hablemos de escritorios en realidad son VMs sobre servidores de Hyper-V así que el backup lo hacemos desde Hyper-V, como SCDPM nos permite la restauración granular de archivos dentro de una VM sin recuperar la VM completa la solución nos da todo lo que necesitamos y se hace con la VM en marcha.

Tenemos que seleccionar algún contenido para hacer backup para poder avanzar en el asistente, vale con un simple fichero, las VMs se harán añadiendo a medida que se creen.

Tendremos que incluir cada nodo de los clusters donde vayan a estar las VMs o en los servidores independientes que usemos.

Lo siguiente será darle un nombre a este grupo de protección y seleccionar si queremos hacer el backup en disco o cinta.

Ahora indicamos cada cuanto haremos el backup y cuantos días queremos retenerlo, la hora, etc.

Reservamos el espacio que necesitemos

El método que se usara para la primera copia:

Comprobaciones de consistencia del backup

Y creamos el grupo de protección…

Siguiente elemento el Broker VDI, podríamos usar el de Microsoft o el de Citrix, Quest, etc.

En este ejemplo usare el de Microsoft que es el que tengo mas a mano.

En el broker vamos a indicar que la VM pertenece al usuario de forma que entre directamente a ella, si los usuarios van a tener muchas VMs porque por ejemplo sean desarrolladores que usen varias, es posible no usar ni broker y que entren directamente por escritorio remoto a las que necesiten.

Creo que ya tenemos todo lo que necesitamos para continuar con esta demo.

3- Automatizar el proceso

Ahora usaremos Opalis que recordareis es nuestro orquestador dentro de System Center y que va incluido en la suite de System Center, ya hemos hablado mucho en este blog de Opalis asi que espero que lo conozcáis, si no un buen lugar para empezar es este: http://blogs.technet.com/b/dmatey/archive/2010/12/10/introducci-243-n-a-system-center-opalis-tu-mejor-aliado-en-el-d-237-a-a-d-237-a.aspx 

En Opalis vamos a crear nuestra orquestación del proceso automatizándolo, básicamente será algo así:

 

Empezamos, haciendo una nueva carpeta para nuestro proceso:

Generamos una nueva política que será la principal

La cambiamos el nombre a 0-Principal

Configuramos la conexión con nuestra lista en Sharepoint

La primera tarea de la política será estar escuchando en el sharepoint

Configuramos la tarea para que espere elementos actualizados (recordar que queremos aquellos que esten en estado “Aprobados”) que mire cada 30 segundos.

Configuramos el filtro

Siguiente paso actualizar la solicitud para que muestre que estamos procesándola

Une las dos acciones (yo prefiero ir poniendo la línea verde indicando que todo va bien):

Indicamos que queremos actualizar el elemento de la lista que hemos encontrado antes:

Y cambiamos el valor del campo Estado

Siguiente paso crear la VM, pero primero tenemos que saber que plantilla usar, como el nombre que selecciona el usuario en el formulario no es el mismo que tenemos en SCVMM tenemos que hacer algo que nos devuelva el nombre real que necesitamos.

Usamos el Map Published Data para saber la plantilla en función de lo seleccionado por el usuario:

Ya podemos hablar con SCVMM para crear la VM

Introducimos los valores a través de todo lo que sabemos anteriormente.

Si esto lo fuera a hacer en producción obviamente el nombre del host y el disco no lo podríamos poner fijo si no que tendríamos que averiguarlo interrogando el intelligent placement de SCVMM para que nos diga el mejor host posible.

Hay que asegurarse de que la VM ya existe y que esta en estado Stopped, después solo queda arrancarla.

Ponemos un loop que mire que el estado sea stopped eso indicara que ha terminado de desplegarse del todo (después me di cuenta que esto del looping no es necesario, dado que la tarea de crear la VM no pasa el testigo a esta hasta que no ha terminado de crear la VM)

Lo siguiente será arrancar la VM

Siguiente esperar que el equipo aparezca en la colección de todos los equipos Windows de SCCM, como son varios pasos para no complicar mucho el tema vamos a crear otra política y llamarla desde esta.

La primera tarea será empezar cuando se la llame pidiendo como parámetro el nombre de la maquina.

Esta es la colección que nos interesa:

Modificamos las propiedades de la política para que publique un campo de tipo booleano que indique si ha encontrado o no la maquina en la colección.

Modificamos el enlace para que solo se produzca cuando se ha encontrado la maquina.

Ahora tenemos que publicar los datos para que la política que llame a esta sea capaz de cogerlos:

Desde la política principal llamamos a la otra política:

No quiero que el post sea eterno, y creo que habéis pillado la forma, ahora hiramos creando sub-políticas como esta ultima para añadir los advertisements de software del SCCM a la maquina, añadir el broker, etc.

Añadimos lo de ir guardando el estado en el log en los objetos que nos interesen

Generamos una sub-política que notifique el fallo guardando en el log de la solicitud el problema y mandando un correo al usuario que pidió la VM y a un responsable.

Para enlazarlo para que solo se ejecute cuando ocurra un error modificamos las propiedades del enlace.

Solo nos queda indicar que el proceso a finalizado

Ejecutamos la política en modo test para ir viendo el resultado:

La arrancamos:

Se quedara esperando que metamos una solicitud en el sharepoint

Ya la tenemos metida, así que cambiamos su estado a aprobada

Esperamos un poco y el opalis encontrara la solicitud aprobada

Y bueno como era lógico con las prisas falla

La razón es que hemos dicho que la memoria sea 4 y nos esta pidiendo MB y 4 esta por debajo del mínimo permitido así que modificamos el formulario para que en vez de 4 ponga 4000 y ejecutamos de nuevo.

Otro fallo:

Había usado en el nombre de la VM como parámetro el nombre del usuario que había rellenado la solicitud, pero el campo que había elegido venia en formado dominiousuario y es un carácter no permitido, lo cambio y continuamos.

Después de resolver estos problemas la VM ya se aprovisiona.

No os voy a engañar, salieron mas errores pero se solucionaron igual de rápido.

También tuve que hacer algún cambio de ultima hora, cuando lo tenga mas fino os publicare aquí la política exportada.

Al finalizar el proceso tenemos nuestro log y un usuario contento

Espero haberos mostrado con este ejemplo el potencial de System Center para solucionar cualquier necesidad de gestión que se os pueda presentar.

Un saludo a todos.

 

Como ya hablamos hace tiempo SCSM construye una fantástica CMDB y esto es en parte gracias al conector para SCCM (System Center Configuration Manager)

Si no tienes SCCM puedes por supuesto  dar de alta tus propios equipos o importarlos desde CSVs u otros repositorios.

Por supuesto es mas cómodo si tenemos los conectores con SCCM y AD dado que casi todos los campos se nos rellenaran solos, incluyendo software instalado, actualizaciones, etc.

Lo mismo es valido para impresoras, ¿pero que pasa si queremos gestionar por ejemplo teléfonos móviles?

Es muy fácil crear una nueva clase con las propiedades que queráis, en el siguiente enlace tenéis un buen articulo que explica como crearos nuevos tipos de activos.

http://blurbsonit.wordpress.com/2010/08/11/creating-custom-classes-in-system-center-service-manager-2010/ 

El siguiente tema que nos preguntaremos es como gestionamos aspectos como las garantías, los contratos, los proveedores, etc. y así de esta forma tener una verdadera gestión de activos.

A lo largo de varios artículos os voy a enseñar varias soluciones comerciales y gratuitas, hoy empezare por la mas sencilla y a la vez gratuita que  he probado, la desarrollada por litware: http://blogs.litware.se/?p=412 

Nos descargamos el management pack: here y seguimos la guía de instalación: here

Es fácil, solo tienes que copiar las DLLs en el directorio de SM (C:program filesmicrosoft system centerservice manager 2010)

Cerrar la consola y volver a entrar

Lo primero que haremos será dar de alta nuestros proveedores.

Aunque en el formulario pone computers, en realidad puedes asociar cualquier tipo de elemento:

Lo siguiente será un contrato

Por supuesto puedes asociar a este contrato todos los elementos que se vean afectados por el:

También podemos jugar con la asociaciones para que desde los activos se vea el contrato que les afecta:

Si editamos cualquier PC, ahora tenemos las propiedades mínimas para seguir este activo.

También podemos ver los equipos que tienen la garantía expirada en la vista a tal efecto:

Usando las capacidades de automatización de Service Manager es muy fácil alterar en grupo muchos activos para que se comprendan dentro de un contrato y realizar este tipo de actividades.

Obviamente es una solución muy sencilla, pero para aquellos que no necesiten mas o no quieran invertir en algo mas completo es un buen comienzo.

NetScale es un appliance para Hyper-V desarrollado y comercializado por Citrix y que entre otras muchas cosas es un balanceador de carga avanzado.

Para los que no estéis familiarizados con el concepto de balanceadores de carga hardware/virtuales diremos que es como un NLB con esteroides, mas eficiente a nivel de red y que además permite un muy superior numero de configuraciones adicionales siendo especialmente interesantes aquellos que tienen que ver con como se reparte la carga entre los nodos balanceados.

A ratillos mi compañero David Cervigón y yo le hemos estado dando algunas vueltas y me ha parecido interesante poneros aquí un post para que veáis lo fácil que es incorporar un appliance como este a nuestra infraestructura no pretendiendo ni mucho menos hablar de la configuración del netscale en si que creo que se sale del ámbito que os trae a este blog.

En cualquier caso las fantásticas guías de Citrix las tenéis en los siguientes enlaces:

Descarga e Importación: https://www.citrix.com/lang/English/publicindex.asp?destURL=%2FEnglish%2Fss%2Fdownloads%2Fdetails%2Easp%3FdownloadId%3D1857217%26productId%3D21679%26c1%3Dpov1688848%26c2%3Dost1684733 

Configuración de red:  http://support.citrix.com/article/ctx123866

La descarga una vez descomprimida nos dejara una carpeta con una VM lista para importar.

La importamos en Hyper-V

Configuramos las tarjetas segun las topologias de red que necesitemos, por ejemplo:

Dos patas transparente:

Una pata:

Os recomiendo de todas formas que empecéis a lo mejor por una única tarjeta para garantizaros que la IP que vamos a poner en el siguiente paso y que será la que usaremos para administrar el appliance, la ponemos en el interfaz que queremos.

Después arrancamos la VM y entramos por consola.

Configuramos la IP en la que queremos administrar luego el appliance y el resto de parámetros de red.

Entramos con el usuario por defecto (recordar cambiar la contraseña luego)

Hay que tener instalado Java y tambien os pedira confirmación para instalar un activex.

Justo después os lanzara un asistente para configurar entre otros parámetros las IPs que se usaran para llegar a los servidores balanceados, seguir la guía con un poco de paciencia y lo conseguiréis poner a funcionar.

Estos appliances pueden ser configurados en alta disponibilidad y gestionar caudales de 1GB por appliance, también se pueden colocar en diferentes sites, etc.

En fin, un ejemplo mas de la adopción de Hyper-V para la ejecución de cargas tan criticas como las de este estilo.

Un saludo a todos.

Un feedback que hemos recibido de forma continua sobre Service Manager ha sido la necesidad de modificar el portal de autoservicio.

Incorporar la imagen corporativa, modificar los formularios o incluir nuevos elementos son cosas mas que razonables así que en Microsoft hemos liberado el código fuente del portal y también un nuevo portal personalizable de ejemplo.

Lo primero que tenemos que hacer es bajarnos el código fuente del portal: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=65fbe0a3-1928-469f-b941-146d27aa6bac&displaylang=en

Para poder usar este portal es necesario que vuestro Service Manager tenga ya el SP1.

Descomprimimos en una carpeta:

Dentro de la carpeta nos encontramos con el código fuente del portal anterior y un nuevo portal de ejemplo.

El código fuente lo podemos abrir desde el visual studio y empezar a realizar nuestros cambios, por ejemplo aquí veis el nuevo portal abierto

En el documento que viene en la descarga os indica como añadir todas las dependencias y demás configuraciones del VS para poder compilar.

Para probar el portal nuevo no hace falta ni Visual Studio ni compilar ni nada simplemente nos creamos una carpeta en el servidor del portal antiguo y le copiamos los ficheros descomprimidos del nuevo portal.

Entremos en el IIS y configuramos un nuevo sitio

Configurar la autenticación del sitio web a integrada con windows y ya podéis entrar:

Atención al ejemplo de solicitud personalizada

Una vez mas todo facilidades .

Un saludo a todos.

 

Indudablemente cuando nuestro deber es gestionar el servicio una de las disciplinas clave es la gestión de incidencias.

Para realizar una correcta gestión de incidencias uno de los aspectos mas importantes es poder priorizarlas adecuadamente y detectar indecencias que no están cumpliendo con los niveles de servicio que queremos dar.

Cuando damos de alta una incidencia en Service Manager, podemos indicar como cualificamos el impacto que tiene dicha incidencia y la urgencia que tiene la misma para la organización.

En base a esos dos parámetros se calcula automáticamente la prioridad.

La prioridad se recalcula cada vez que se modifica la incidencia.

Si queremos cambiar el algoritmo con el que se calcula esa prioridad podemos hacerlo desde Administración/Settings/Incident Settings.

De esta forma una incidencia con urgencia alta e impacto alto, tendrá por defecto la mayor prioridad posible (1)

Podemos especificar nuestros SLA en opción “Resolution Time”

Veamos una incidencia creada ahora con alto impacto y alta urgencia

Siguiendo nuestras instrucciones nos ha configurado una prioridad de 1 y es mas, nos avisa de que solo tenemos una hora para resolverlo!

Ahora podemos ir a la vista de “mis incidentes”

Vemos la hora a la que tenemos que tener resuelta la incidencia y podemos ordenarlas por prioridad, además a mi me gusta agruparlas por prioridad así que modifico la vista:

En ocasiones queremos que la prioridad de ciertas incidencias este preestablecida según nuestros criterios, una forma de hacerlo aunque desde luego no es la mejor es usar plantillas de incidencias donde establezcamos ya el criterio.

Para crear una plantilla solo tenemos que irnos a “library/Templates” y seleccionar la acción “Create Template”

Importante: Guarda tus personalizaciones en un management pack tuyo que te hayas creado.

Ahora es posible usar esta plantilla para crear nuevas incidencias

Tambien podemos hacer workflows desde la consola de SCSM indicando condiciones tales como si el servicio afectado es X y el usuario es VIP entonces la incidencia tiene Z urgencia y Prioridad Y.

Podemos notificar a alguien la creación de la incidencia.

Si quiero ver las incidencias que no ya han pasado su tiempo de resolución solo tengo que ir a la vista de “overdue incidents”

Podemos sacar varios informes para controlar como están evolucionando las incidencias:

El informe “KPI trend report” nos enseña cuantas incidencias no se han resuelto en el tiempo objetivo:

Mientras que el informe de “incident resolution” nos deja verlo de una forma mas grafica.

Por supuesto en el dashboard también tenemos mucha información sobre impactos, urgencias, prioridades y que tanto por ciento de incidencias estamos resolviendo dentro del tiempo pactado.

Ahora como es normal nos surgen preguntas adicionales:

• Como logro que alguien sea avisado cuando una incidencia no ha sido resuelta a tiempo, o cuando ya queda poco para que se termine el tiempo de resolución.
• Como escalo incidencias en base a prioridades, etc.

A partir de aquí aun podemos hacer mas cosas.

Muchos clientes quieren poder ver las diferentes prioridades con colores, un ejemplo de como conseguirlo lo tienes aquí: http://blogs.litware.se/?p=836

La primera es descargarnos una solución

Podemos incorporar una solución que puedes encontrar aquí: http://scsmincidentsla.codeplex.com/

Después de realizar la instalación siguiendo las instrucciones e importar los management packs que te descarga puedes configurar la cantidad de tiempo antes de que se alcance el limite de tiempo para resolver la incidencia en el que queremos que se nos avise.

Esta solución deja corriendo en segundo plano unos workflows que se encargan de evaluar este parámetro y el SLA de cada incidencia

Además nos aparecen unas vistas nuevas donde podemos ver las incidencias que se han pasado de la SLA sin resolverse y las que estan en warning ya por que ya queda menos del tiempo que hemos especificado para el warning.

Ahora además cada incidencia tiene un campo mas que nos indica si ha pasado ya el tiempo de la SLA o si esta en warning.

Usando este nuevo campo es muy fácil hacerse un workflow como os he enseñado antes que avise a alguien por ejemplo al que tenga asignada la incidencia indicándole que se ha superado el tiempo.

Necesitas aun mas, pues algunos partners como Cased Dimensions han desarrollado management packs para Service Manager que añaden aun mas funcionalidades y comodidades para el seguimiento y establecimiento de SLAs.

Mas información en: http://blogs.technet.com/b/servicemanager/archive/2011/02/08/partner-demo-cased-dimensions-service-level-management.aspx 

Un saludo a todos.

Los síntomas son claros, si no hemos tomado las decisiones correctas a lo largo de nuestro despliegue de SCOM, no nos hemos formado adecuadamente o simplemente no hemos consolidado una forma de trabajar con SCOM nuestra consola se parecerá a esto:

Los consejos que te voy a dar contribuirán a reducir el numero de alertas y mejorar la salud general de tu SCOM haciéndolo tu mejor aliado en el día a día.

1 Asegúrate de haber dimensionado tu SCOM adecuadamente, si no lo haces ira lento y esto es extremadamente incomodo.

• Hay muchos recursos para ayudarte, este es uno de ellos: http://blogs.technet.com/b/momteam/archive/2009/08/12/operations-manager-2007-r2-sizing-helper.aspx?wa=wsignin1.0
• Si quieres pensar cuidadosamente el diseño y despliegue de tu SCOM esta ayuda también te ayudara: http://www.microsoft.com/downloads/en/details.aspx?FamilyId=AD3921FB-8224-4681-9064-075FDF042B0C&displaylang=en

2 No te vuelvas loco el primer día:

• No distribuyas los agentes a todos tus servidores
• No montes todos los management packs que veas
• Asegúrate de haber definido una metodología de trabajo con SCOM y que todos tus compañeros involucrados la entienden

• Puedes ver este articulo sobre como gestionar y entender las alertas: http://geeks.ms/blogs/dmatey/archive/2010/12/12/trabajando-con-alertas-en-scom-desde-el-punto-de-vista-del-operador.aspx

 

• El primer management pack que tienes que tener actualizado y bien configurado es el del propio SCOM, aqui tienes el MP y la guía: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=61365290-3c38-4004-b717-e90bb0f6c148&displaylang=en
• Mantén siempre tu SCOM actualizado, la ultima actualización ahora es la CU4 (http://support.microsoft.com/kb/2449679) siempre que metas una actualización acumulativa como esta, asegúrate de seguir el procedimiento que explique el articulo de soporte.

 

3 Empieza poco a poco:

• El objetivo esta claro, es tener monitorizados tus servicios, no simplemente tus servidores, para conseguir esto necesitas un sistema capaz de monitorizar el conjunto de los elementos que afecta a tus servicios y ese es SCOM, para alcanzar el éxito hay que ir poco a poco con los management packs creando una base solida, te recomiendo desplegar y configurar los management packs en este orden:

 

• Empieza instalando los management packs para el hardware de tus servidores, redes y almacenamiento

Ejemplo: Management Pack Dell

Ejemplo: Management Pack HP

Ejemplo: Management Pack NetApp

Ejemplo: Management pack gratuito para Cisco

• Siempre, siempre usa la guía de instalación de cada management pack, no hacerlo hará que salgan alertas y problemas que no son verdad y que no representan tu entorno, muchos management packs no requieren ninguna configuración pero otros como los del AD o Exchange si que lo necesitan para entender bien tus necesidades y entorno.

Ejemplo guía management pack Exchange 2010

• No instales un management pack hasta asegurarte de estar cómodo con los que has instalado hasta la fecha
• Créate tus propias vistas para encontrar fácilmente aquellas cosas que mas te interesan de cada management pack
• Cuando hayas terminado con los management packs de hardware, redes y almacenamiento es momento de empezar con los de virtualización, la virtualización es el nuevo hardware

Ejemplo: Monitorización de la virtualización Hper-V + VMware gracias al management pack de System Center Virtual Machine Manager.

Ejemplo: Management pack Hyper-V

Ejemplo: de uno de los muchos management packs para VMware, en este caso el gratuito de Vizioncore

• Después de tener controlada la virtualización es momento de empezar con los sistemas operativos

Ejemplo: Management packs nativos de SCOM para Linux

Ejemplo: Management paks de Quest para dispositivos no Windows (AS400, AIX, Solaris, etc)

Ejemplo: Management Pack Windows Server:

• Los siguientes management packs que debes intalar y configurar son los relativos a los servicios de infraestructura, dado que estos afectan de una u otra forma a todos tus servicios, por ejemplo el directorio activo, las impresoras, los firewalls, los servidores de ficheros, etc.

Ejemplo: Management pack Directorio Activo.

• Lo siguiente será los management packs de todo lo que conforma tus servicios, esto serán bases de datos, servidores web, etc

Ejemplo: Management Pack SQL Server

Ejemplo: Management pack IIS

Ejemplo: Apache, JBoss, Oracle

Ejemplo: Management packs de Bridways para DB2, Oracle, MySQL, Weblogic, etc.

• Ahora es el momento de valorar Avicode que te permite tener una visión muy detallada de lo que esta pasando dentro de tus aplicaciones, dándote información sobre errores gestionados y no gestionados en el código, tiempos necesarios para las consultas, componentes, etc.

• Ahora que ya tienes contemplada la monitorización de todo lo que compone tu plataforma es el momento de añadir los management packs de los productos que corren sobre ella como por ejemplo: Exchange, Sharepoint, Lync, SAP, Citrix, Dynamics, etc.

Ejemplo: Management Pack Sharepoint:

• Después de todo este trabajo ya estas preparado para empezar a monitorizar tus servicios aqui es donde dejas de hablar por ejemplo de Exchange y hablas de Servicio de Correo o donde dejas de hablar de SQL, IIS y pasas a hablar de la aplicación de finanzas.
• Para cada servicio create un management pack, agrupa sus componentes en grupos generando un modelo de salud: http://geeks.ms/blogs/dmatey/archive/2011/03/17/una-forma-sencilla-de-hacer-modelos-de-salud-con-scom.aspx
• Genera un diagrama de aplicación distribuida que defina tu aplicación
• Generate las vistas que necesites para monitorizar adecuadamente tu aplicación

Ejemplo: Management pack creado para entender la organización de tiendas en una empresa

 

4 Demasiada información no es buena

• Oculta las vistas que no necesites:

• Crea perfiles para que tus compañeros solo vean las partes que les interesan, por ejemplo a continuación te enseño como hacer un perfil para que los administradores de red solo puedan ver aquello que les interesa:

• Usa los favoritos para encontrar fácilmente las vistas que mas te gustan:

 

5 Persigue un objetivo

• Define el nivel de servicio que quieres dar (SLA) como objetivo, configúralo en SCOM y mejora cada dia para conseguirlo!

6 Prioriza tu trabajo

• Regularmente saca el informe de alertas mas frecuentes, prioriza tu trabajo para solucionar esos problemas o modificar las reglas de SCOM si es que no reflejan tu realidad, veras como la mayoría de tus alertas vienen de unas pocas reglas.

7 No te rindas!!

• Las infraestructuras de hoy en día no son sencillas y monitorizarlas bien tampoco lo es.
• Monitorizar la CPU, la memoria, el espacio en disco y el ping hay que hacerlo pero ya no es suficiente, ahora tienes que ser capaz de monitorizar servicios y definir que SAP o Exchange esten funcionando requiere de tener monitorizados en profundidad decenas de elementos.
• SCOM es el producto perfecto para conseguirlo pero vas a tener que trabajártelo.
• SCOM es uno de los productos de monitorización mas usados del mundo, muchos estamos contigo, foros, blogs, artículos, guías, presentaciones y webcasts, cursos oficiales, certificaciones y centenares de partners a nivel mundial están ahí para ayudarte.

Un saludo a todos y a por esos SCOM!

 

Es muy común que necesitemos sacar informes de rendimiento o uso regularmente.

SCOM nos permite realizar esto de una forma muy sencilla parametrizando los informes genéricos.

El proceso es muy sencillo:

1-Accede al informe genérico de detalle de rendimiento:

2- Pulsa Change

3-Crea una nueva serie para cada grafico que quieras en el informe

4-Selecciona los objetos o grupos de objetos que contengan los datos que quieres mostrar en el informe

5- Escoge la regla que recolecta los datos a mostrar.

6- Cuando tengas todos los elementos que quieras pulsa Ok para cerrar el cuadro de dialogo.

7- Ejecuta el informe con los parámetros de tiempo y agregación que se adapten a tus necesidades:

8- En el informe ves mínimos máximos y la desviación estándar a parte por supuesto del dato en cuestión.

9- Ahora elige que quieres hacer con el Informe

9.1- Programar el informe para que se envié por correo o se guarde en una carpeta cada X tiempo.

9.2 Guardarlo en tu propio management pack

 

9.3 Guardarlo en favoritos.

9.4 Exportarlo como CSV, PDF, etc.

Sencillo y potente, espero que os sea de utilidad.

Un saludo.

 

Ya esta disponible en la technet la documentación para SCVMM 2012 Beta.

La documentación también es Beta así que hay cosas que se irán completando a medida se aproxime la salida del producto.

http://technet.microsoft.com/en-us/library/gg610610.aspx

Crossposting desde: http://blogs.technet.com/b/dmatey

System Center Advisor (anteriormente conocido con el nombre en código Atlanta) ha sido anunciado hoy en el MMS en las Vegas.

Este nuevo producto esta en la nube, y nos permite conocer mejor el estado de los servidores que gestione, en el MMS se ha dicho que estara disponible gratuitamente para todos los clientes con Software Assurance en los servidores a gestionar por System Center Advisor.

El análisis de las configuraciones y problemas no se realiza en tiempo real como en SCOM y no pretende llegar a ese nivel de profundidad.

SCA simplemente nos avisara de cambios de configuración, configuraciones no eficientes y problemas identificados globalmente por Microsoft que se estén dando en el entorno, prácticamente es como un analizador de buenas practicas en la nube y con esteroides.

Cada servidor que queramos que SCA analice tendrá que disponer de un agente instalado y para securizar las comunicaciones y reducir los canales de salida y entrada de nuestra red usaremos un servidor que hará de gateway.

Si queréis probarlo es muy fácil, como esta en la nube ni siquiera hay que pasar por el next, next, next

Acceder a http://www.systemcenteradvisor.com

Crear una cuenta:

Descargaros el certificado, el agente y el gateway

En un servidor instalar el gateway.

Y ya tenemos el servicio corriendo.

Los logs del gateway los teneis en al siguiente carpeta:

Paso siguiente instalar el agente, yo lo voy a hacer en un servidor con SQL para ver mas alertas.

En realidad veréis como usa el agente de SCOM, de hecho el servidor en el que he montado el agente ya tenia el agente de SCOM y lo ha configurado como multihome

Al rato ya deberemos ver nuestros servidores registrados en la consola de SCA

Podéis añadir mas usuarios para que puedan acceder también a la consola

En el apartado de alertas veremos todos los problemas detectados:

En realidad parece mas de lo que es, simplemente es que es un SQL con muchas BDs y todas ellas mal configuradas

Por supuesto podemos configurar SCA para que ignore alertas concretas que no nos interesen:

SCA obtiene una instantánea de todas las configuraciones de los elementos gestionados, la podemos ver desde el área de configuración:

Desde aquí también podremos ver los cambios de configuración que se vayan produciendo.

Recordar que SCA no es un SCOM, no contempla tantas aspectos y además no reporta en tiempo real, sin embargo es una herramienta muy interesante como segundo check a mas alto nivel y basado en la prevención de grandes problemas detectados globalmente por Microsoft.

Un saludo a todos!

Crossposting desde: http://blogs.technet.com/b/dmatey

En esta nueva versión los hosts los añadiréis desde la gestión del Fabric, digamos que el fabric es como denominamos al conjunto que forman los servidores host, la red y el almacenamiento.

Lo primero que llama la atención es que veis como podeis administrar servidores XEN pero, eso lo veremos en otro post.

Como veis otra novedad es que SCVMM permite gestionar servidores que no están en dominio o que están en dominios sin relaciones de confianza sin necesidad de usar la misma tecnología de certificados que se usa para cuando estos equipos están en la DMZ que sigue siendo tambien otra opción, esto simplifica la gestión de ese tipo de servidores.

La ultima opción es la que nos permite aprovisionar un nuevo servidor de Hyper-V desde 0, pero eso también será para otro post.

Ahora debemos indicar todos los servidores que queremos añadir.

Y se lanzaran los jobs.

Veamos las propiedades del nuevo host

Como era lógico tenemos las configuraciones de GPU para remoteFX y algunas cosas nuevas como la posibilidad de indicar la configuración de tarjetas de gestión tipo ILO de los servidores.

El estado parece ahora casi SCOM, nos da mucha mas información:

Podeis seleccionar tambien las ventanas de mantenimiento validas para este servidor de Hyper-V

Como ya he dicho en otros posts ahora podéis personalizar los nombres de las propiedades para luego usarlos en scripts o desde la consola.

La consola nos ofrece ahora mucha información de rendimiento en tiempo real y estadísticas en un dashboard muy interesante.

Por supuesto en las VMs gestionas sin problemas entre otras cosas RemoteFX y memoria dinámica si como las nuevas ventanas de mantenimiento.

Novedades también al ver los permisos de las VMs desde sus propiedades incorporando además nuevas opciones.

Las nuevas reglas de emplazamiento de los clusters nos darán mucho juego a la hora de indicar a SCVMM como queremos que distribuya los elementos, observar como vemos la propiedad que hemos renombrado antes.

Otro elemento muy interesante son los perfiles de capacidad, que nos permiten limitar las opciones que estarán disponibles dentro de un host, es muy útil para por ejemplo evitar discos dinámicos en producción, tarjetas de red emuladas, etc..

Luego al crear una nube podre indicar estas “políticas” para los hosts que la componen

Un saludo a todos!