SCVMM 2012 (BETA): Creando un cluster de hosts

 

Desde luego cuando decimos que SCVMM esta aquí para simplificar las cosas no puede ser mas cierto, en este post os voy a enseñar cuan rápido y fácil es crear un cluster de hosts en SCVMM 2012.

En SCVMM 2012 es posible crear el cluster desde cero y con desde cero me refiero a sin instalar siquiera el Windows en los servidores, pero para eso hace falta que los servidores sean servidores de verdad con su tarjeta de gestión y todo y ahora no tengo ninguno a mano así que voy a formar un cluster pero esta vez partiré de dos servidores con Windows Server 2008 R2 SP1 ya instalado.

En realidad el cluster lo voy a construir con un portátil y un PC con unos años pero.. esa es la magia de Windows Server e Hyper-V corren en casi cualquier cosa mientras que sea x64 y tenga VT en el procesador.

Como sabes un cluster de Windows Server 2008 R2 puede tener hasta 16 nodos y un máximo de 1000 maquinas virtuales entre todos los nodos.

El máximo numero de VMs por nodo es de 389.

SCVMM puede gestionar muchos clusteres así que como ves puedes gestionar muchísimas maquinas virtuales y Hosts desde SCVMM.

Antes de empezar asegúrate de que:

  • Los servidores pertenecen al mismo dominio
  • Tienen la misma versión de Windows Server, el mismo SP y las mismas actualizaciones
  • Todos los servidores de un cluster deben de tener el mismo fabricante de procesador o todos Intel o todos AMD, los procesadores pueden variar al igual que la cantidad de memoria, etc.
  • Ten presentado el almacenamiento en todos los nodos, no es necesario que formatees los discos ni los firmes desde ningún nodo.
  • No es necesario que crees los virtual switches o que instales la feature de Cluster, SCVMM lo hará por ti.
  • Te aconsejo que crees el cluster desde SCVMM solo con el disco de quorum presentado, luego veras en este post como añado almacenamiento adicional.
  • Las tarjetas de red deben llamarse igual en todos los nodos
  • Configura las redes lógicas bien en las propiedades del interface de red del host en SCVMM:

image

SCVMM 2012 es capaz de asociar las redes lógicas con los interfaces de red en base a unos criterios, es bueno que lo dejes configurado como ves en la siguiente pantalla, así no se te olvidara asociar las redes lógicas a los interfaces.

image

Crear el cluster es sencillo, desde crear selecciona crear un nuevo cluster:

image

Indica el nombre que quieres dar al cluster y una cuenta administradora local en todos los nodos

image

Selecciona todos los nodos que conformaran el cluster

image

Indica la que será la IP Virtual de administración del cluster.

image

SCVMM Nos detecta el storage compartido accesible a todos los nodos y nos da las opciones de formateo y CSV, en este caso usara el disco detectado para el quórum del cluster, mas tarde podrás cambiar el tipo de quorum si quieres.

image

En mi caso yo ya tenia creadas las redes en los hosts así que no indico nada con respecto a las redes.

image

Ya hemos terminado con el asistente, solo queda pulsar Finish.

image

Comenzara automáticamente un job que como veis se encarga de realizar todo el trabajo por nosotros.

image

Ya tenemos nuestro cluster creado, vamos a ver que podemos hacer con el:

image

-Podemos añadir un nuevo nodo, destruir el cluster, etc:

image

La opción de optimizar la explicare en otro post.

Si vemos las propiedades del cluster veremos lo siguiente:

En el tab General vemos la reserva de cluster, esto indica a SCVMM cuantos nodos queremos estar preparados para perder sin tener que sacrificar ninguna VM, de esta forma SCVMM no nos dejara ir por encima de esta reserva, por defecto es 1, pero por ejemplo en un cluster distribuido geograficamente (multisite cluster) suele ser la mitad de los nodos, puesto que hay que estar prevenido ante la posible perdida de un CPD o Datacenter.

image

Desde Storage, vemos el almacenamiento disponible(sin usar) y por ejemplo podemos añadir nuevos discos si es que estan presentados a todos los nodos:

image

Recordar que si tenemos un hardware de storage que soporte SMI-S podemos integrarlo directamente en el fabric de SCVMM 2012 y por tanto podremos crear las lunes y presentarlas desde la propia consola.

Además podemos convertirlo en CSV desde aquí mismo:

image

El nuevo disco ya nos aparece en el siguiente tab como CSV

image

Y una vez mas el se encarga de todo:

image

En virtual networks vemos las redes a las que esta conectado el cluster y desde aquí podemos conectar mas redes lógicas

image

Como veis desde aquí mismo podéis también crear las redes para el cluster

image

Como los dos nodos del cluster tienen diferente procesador, voy a asegurarme de que el perfil de capacidad de mi nube privada para Hyper-V tiene marcado como obligatorio la compatibilidad de procesadores:

image

Si quieres saber mas sobre los perfiles de capacidad puedes ver mi post sobre el tema: SCVMM 2012- Perfiles de Capacidad

Listo ya solo queda empezar a llenar el cluster, pero es es fácil Smile

Un saludo a todos.

SCVMM 2012: Perfiles de Capacidad

 

En producción muchas veces no deseamos que las VMs se puedan configurar libremente en contra de los estándares que hemos definido.

Por ejemplo nos gustara evitar ir en contra de las buenas practicas teniendo discos dinámicos en producción o tarjetas de red emuladas.

En SCVMM esto es tremendamente sencillo.

1-Definir un plan de capacidad.

Desde la consola de SCVMM en la librería en profiles, genera un nuevo perfil de capacidad:

 image

image

Selecciona el Hypervisor al que aplicara el perfil.

image

Por ejemplo si nuestro cluster tiene servidores con diferentes tipos de procesadores podemos forzar el usar la compatibilidad de procesadores igual que el numero mínimo y máximo de procesadores que se pueden escoger al crear una VM.

image

Lo mismo con la memoria, podemos limitar las cantidades y si permitiremos usar memoria dinámica.

image

Y así infinidad de parámetros como por ejemplo no permitir las optimizaciones de red.

image

Exigir que las VMs estén en cluster

image

Definir los tipos de discos permitidos, tamaños, etc.

image

Una vez tengamos el perfil configurado como queramos pulsamos next y finish para guardarlo.

image

2- Crear una nube y aplicar el perfil

Para poder aplicar el perfil es necesario que nos creemos primero una nube.

En otros posts iremos haciendo cosas mas complicadas con las nubes, pero de momento crearemos una solo para indicar el perfil.

Para crear la nube desde “VMs and Services” creamos la nube

image

Damos un nombre a la nube y una descripción

image

Seleccionamos los host de virtualización que estarán a disposición de la nube.

image

Las redes

image

Los balanceadores de carga

image

Los perfiles de IP virtuales para los balanceadores

image

El almacenamiento si es parte del Fabric gestionado por SCVMM

image

Las librerías

image

Podemos limitar la capacidad máxima de esta nube

image

Y por supuesto indicar nuestro perfil de capacidad:

image

image

Ahora las VMs que creemos en servicios que corran sobra esta nube tendrán que tener una configuración soportada en el perfil de capacidad.

En un proximo post os enseño a crear los servicios.

Un saludo a todos.

HP P4000 Virtual SAN Appliance para Hyper-V

Hoy os traigo otro appliance para Hyper-V en este caso de HP.

El appliance P4000 VSA de HP nos permite crear una SAN virtual cuya “cabeza” será una o varias VMs.

Por detrás de estas VMs tendremos nuestro almacenamiento real que puede estar conformado por diversas cabinas incluso de diferentes fabricantes.

Este almacenamiento real será presentado a la VM del VSA a través de los hosts en los que resida, ya que podemos colocar nuestra VSA en cluster.

A la VM le podremos presentar el almacenamiento bien por VHD o bien por passthrough que tal vez sea lo que mas me convence en primera instancia.

Aquellos servidores que queramos usen el almacenamiento ofrecido por el VSA se tendrán que conectar a el por iSCSI.

Con VSA podemos incluso generar geoclusteres con 2 VSA replicando el storage.

Como veis es una solución muy flexible y potente que nos permite utilizar de forma sencilla hasta la ultima gota de storage que tengamos en nuestros CPD.

Os podéis descargar una versión de evaluación de 60 días desde la web de HP: http://h18006.www1.hp.com/products/storage/software/vsa/trial/index.html

Os adelanto que me he quedado impresionado por la sencillez, la estabilidad, el rendimiento, vamos que me ha encantado.

Una vez descargada y descomprimida, lo primero será abrir el PDF que viene con las instrucciones.

Los prerrequisitos:

image

Y algunas cosas a tener en cuenta:

image

Después arrancamos el Setup que creara e importara la VM

image

image

image

image

Indicamos la ruta en la que queremos almacenar la VM.

image

Nombre y direccionamiento

image

Nombre de la VM y si usaremos discos físicos o VHDs para el almacenamiento.

image

Creación de los VHDs que el VSA dispondrá como almacenamiento para ofrecer.

image

Listo, darle al next y la VM se empezara a crear.

image

image

La VM estará ya en vuestro Hyper-V, momento de añadirla al cluster si queréis y de pensar en el orden de arranque de la VM y otros aspectos lógicos de una solución como esta.

image

Como nada puede ser perfecto en esta vida Winking smile la VM usa Linux.

image

Ahora para poder administrarla debemos instalar las “herramientas de administración” que se llama “Centralized Management Console” y que también la tenéis en la descarga.

image

image

image

image

image

image

image

image

image

Lo primero que tenemos que hacer en la consola es encontrar la VSA

image

Introducimos la IP y encontramos el VSA.

image

Lo siguiente es crear un management group para que podamos administrar bien el VSA o un cluster de VSAs

image

image

Creamos un nuevo grupo

image

Le damos un nombre

image

Creamos un usuario con privilegios para administrar el grupo

image

Si hay varias VSA será muy importante sincronizar bien el tiempo, para ello especificamos una fuente de tiempo, si un DC aseguraros de que sea el PDCE (recordar el PDCE siempre físico)

image

Indicamos el nombre DNS para el grupo

image

Si queremos que nos lleguen alertas por correo

image

De momento no voy a crear un multi-site (pero todo se andará Smile)

image

Creamos el cluster de momento solo con una VSA

image

Asignamos una IP Virtual para el cluster de forma que la puedan tener varias VSA.

image

Finalmente podemos crear un volumen, especialmente interesante la funcionalidad de crearlo Thin (con lo que el tamaño ira creciendo a medida que se use)

image

image

Ya veremos el volumen en la consola

image

También vemos la VSA

image

Y se puede consultar información de rendimiento

image

Ahora para terminar este articulo vamos a presentar este volumen a un servidor para que lo use como un disco cualquiera.

Para ello arrancamos el iniciador iSCSI.

image

Cortamos el nombre del iniciador.

image

En la consola de administración del VSA, creamos un nuevo servidor e indicamos el iniciador que hemos copiado.

image

Ahora le asignamos el disco

image

image

Desde el iniciador hacemos un quick connect a la IP virtual del VSA

image

Nos descubrirá los targets (volumenes presentados)

image

Pulsamos autoconfigurar para que añada todos los discos presentados a este iniciador.

image

Y ya vemos el disco en el diskmanager del servidor como un disco cualquiera, solo queda inicializarlo y formatearlo.

image

Espero que os haya gustado, espero poner otro articulo con la generación de un geo-cluster.

Un saludo a todos.

SCVMM 2012: Tecnologías para mantener la salud y eficiencia de la plataforma de virtualización

 

En SCVMM 2012 hay varias tecnologías que nos permiten mantener la salud de nuestra plataforma de virtualización, cada una de ellas se enfoca hacia un aspecto determinado:

  • Enhanced Placement:
    • Nos permite configurar reglas y validaciones que se utilizaran a la hora de decidir donde debe correr una VM.
    • Cuando hablamos de servicios (compuestos por mas de una VM) es posible configurar reglas para que las VMs no coincidan o coincidan en los mismos servidores de virtualización.

image

  • Dynamic Optimization (DO):
    • DO se encarga de balancear la carga de VMs entre los nodos de los clusters
    • No requiere SCOM y sobre todo se encarga balancear carga de Procesador, Memoria, IOPs, etc.
    • Podemos configurar cuanto de agresivo queremos que sea a la hora de decidir mover las VMs con live migration para distribuir la carga.
    • DO puede correr automáticamente o manualmente

image

 

  • Power Management:
    • Entre otros aspectos de gestión de energía, se encarga de agrupar VMs para poder apagar hosts cuando no hacen falta en base a un horario que especifiquemos.
    • Nunca se producirá el apagado si se viola con ello las reservas de cluster
  • SCOM y PRO:
    • SCVMM 2012 se integra con SCOM y automáticamente nos facilita información sobre el rendimiento y salud de todos los elementos gestionados por SCVMM.
    • La configuración es mucho mas sencilla que antes, solo tenéis que instalar la consola de SCOM en el servidor de SCVMM y seguir el asistente.

image

En SCOM recordar poner el agente de SCVMM como proxy:

image

El Management Pack tiene ahora una cuenta de Run As con los credenciales para conectarse con SCVMM aseguraros de que esta bien configurada:

image

image

  •  
    • Gracias a SCOM también tenemos informes sobre la evolución del consumo de los recursos y tendencias de capacidad, aunque esta funcionalidad requiere de instalar SSAS el SQL Server.

image

image

 

  •  
    • Tendremos monitorizados tanto los Hyper-V como los XEN o los VMWare.
    • Otro aspecto interesante de la integración con SCOM son los diagramas generados automáticamente

image

  •  
    • PRO si requiere SCOM y en SCVMM 2012 además también aplicara a XEN y VMWare, reaccionando a problemas de recursos o disponibilidad en formas mas complejas que DO y además pudiendo ser extendido al igual que PRO en SCVMM 2008 por los fabricantes de hardware y software.

image

image

Poco a poco iré extendiendo cada uno de estos aspectos en varios Posts pero de momento tengo claro que SCVMM 2012 supone un avance en gestión y monitorización de los recursos, la cantidad de opciones y personalizaciones posibles es muy rica y creo que va a dar mucho juego.

Un saludo a todos.

SCVMM 2012: Configurando las redes

 

SCVMM 2012 es ahora mucho mas consciente de las redes a lo largo de muchos de los procesos que podemos realizar a través de el.

Hoy vamos a ver como gestionar algunas de estas funcionalidades.

Lo primero que tenemos que hacer es crear una red logica, principalmente usaremos las redes lógicas para organizar y simplificar la asignación de redes a hosts y VMs.

image

image

El siguiente paso es definir las redes, para ello creamos una definición dentro de la red lógica que hemos creado.

image

Indicaremos a que hosts aplican las definiciones que vamos a realizar

image

Ahora indicamos los subredes y la VLAN en la que están.

image

image

El paso siguiente es configurar un Pool de IPs estáticas, si queremos que SCVMM gestione las IPs.

A mi me parece muy interesante esta opción especialmente si en la VLAN hay  mayoritariamente equipos con DHCP o VMs gestionadas por SCVMM 2012.

image

Indicamos el rango

image

Podemos realizar las exclusiones para IPs virtuales de balanceadores de carga y para IPs que por ejemplo asignemos nosotros a mano en servidores físicos o que gestione un DHCP.

image

image

image

image

image

image

Esto quedara así en la consola:

image

En los hosts tenéis que indicar en las tarjetas físicas a que redes están conectadas.

image

Guardas, vuelves a entrar y ya te aparecerá en el Virtual Switch la red a la que esta conectado.

image

En la VM igual, aunque las opciones solo te deja cambiarlas si la VM viene de una template.

image

En las templates si que puedes indicar la configuración de IP:

image

Cuando ya tienes todo configurado por ejemplo es muy útil para ver los diagramas de red.

image

Al desplegar una VM desde la plantilla veremos como queda con la IP configurada correctamente:

image

Como veis una opción sencilla y muy interesante.

Un saludo a todos!

SSH y Opalis

 

Como no solo de Windows vive el hombre a veces nos tenemos que pegar dentro de una automatización con sistemas operativos que no son Windows, si no lo estamos haciendo a través de algún producto para el que haya un integration pack, una forma de comunicarnos con un servidor no Windows puede ser SSH.

En Opalis contamos con un objeto para esta tarea y es muy sencillo de usar:

image

Simplemente tendremos que indicar donde nos queremos conectar (puede ser obviamente un parámetro que venga decido dinámicamente como parte del workflow), el comando o fichero de comandos que queremos ejecutar y el tiempo de time-out que deseamos (por defecto infinito)

image

Indicamos también los credenciales que por supuesto pueden estar en un fichero.

image

Y listo, ya podemos usar SSH en nuestros workflows

image

Opalis puede con todo Winking smile !

Un saludo.

SCVMM 2012: Añadiendo balanceadores de carga a nuestras plantillas de servicio (NetScaler)

 

El otro día os estuve contando como añadir un balanceador de carga Netscaler de Citrix como un appliance a nuestro Hyper-V, hoy os voy a enseñar como añadirlo a SCVMM 2012 para que podamos usarlo como balanceador de carga de nuestros servicios.

De esta forma SCVMM se encargara de todo, añadir y quitar del balanceo cuando sea necesario, configuraciones, IPs virtuales, etc.

Lo primero será que SCVMM 2012 entienda el balanceador de carga, esto se hace gracias a un proveedor que os tenéis que descargar.

Para hacerlo entramos en connect nos unimos a la beta de SCVMM 2012.

image

Entramos en el área de descargas

image

Y nos bajamos el documento que contiene los enlaces, desde ahí nos conectaremos a la web de Citrix donde nos bajaremos el proveedor.

image

Realizamos la instalación en el servidor de SCVMM 2012.

image

image

image

Después de reiniciar el servicio de SCVMM veréis aparecer el proveedor de Citrix en la consola de SCVMM 2012.

image

El siguiente paso es añadir el balanceador al fabric de nuestra nube privada.

image

Lo primero que nos pedirá serán unos credenciales validos.

image

Como en SCOM las cuentas se guardan y pueden reutilizar y no tenemos que dar la password a nadie.

image

Tenemos que indicar que hosts serán los que contengan VMs que puedan balancearse con este balanceador.

image

Ahora indicamos el fabricante y el modelo.

image

Se conectara para evaluar las capacidades del balanceador.

image

Y ya habremos terminado con el asistente.

image

Un job realiza todo el trabajo.

image

Lo siguiente será crear un perfil de IP Balanceada que reutilizaremos en nuestros servicios, en este caso creo un perfil de balanceo de IP para aplicaciones web.

image

image

Podemos realizar configuraciones que funcionaran con cualquier balanceador o específicamente con un modelo concreto, lo que nos dará mas funcionalidades.

image

image

Después de indicar el protocolo, tenemos que indicar nuestros criterios de persistencia (afinidad para los que vengan de NLB)

image

También en función del balanceador podremos indicar como queremos que se distribuya la carga algunos nos dejaran realizar configuraciones muy interesantes tales como numero de sesiones de terminal, uso de recursos, etc.

image

Podemos indicar condiciones de salud ante las cuales se sacara un nodo del balanceo.

image

image

Ahora nos generaremos una plantilla de servicio en la que poder usar el balanceador.

image

image

En cuanto añada una aplicación web a los frontales lo termino de probar, de momento queda así:

image

SCVMM 2012 no deja de asombrarme creo que su potencia va a cambiar como gestionamos los servicios en las empresas, espero iros enseñándoos como.

Un saludo a todos.

¿Puedo usar la memoria dinámica de Hyper-V con Exchange y SQL Server?

 

Como sabéis ahora Hyper-V nos permite configurar memoria dinámica, esto implica que si una maquina virtual lo requiere se le ira añadiendo memoria en caliente según los parámetros de configuración que realicemos.

Para los que no conozcáis la memoria dinámica o tengáis dudas aun sobre su funcionamiento os remito al blog de mi compañero David Cervigon en el que podéis encontrar un estupendo post sobre el tema: http://blogs.technet.com/b/davidcervigon/archive/2010/10/12/dynamic-memory-introducci-243-n-y-recursos.aspx

Ahora la pregunta es: ¿puedo usar memoria dinámica en SQL Server y Exchange?, y añado ¿es buena idea?

Para empezar, gestionar mejor los recursos siempre es una buena idea así que por lo menos debemos evaluarlo, vayamos por partes:

SQL Server:

Como sabéis SQL Server ya gestiona la memoria dinámicamente desde hace mucho tiempo.

Puedes indicar una cantidad mínima de memoria para SQL Server y una cantidad máxima, en servidores en los que queremos el máximo rendimiento es normal configurar mínima y máxima al mismo valor para ahorrarle al SQL la carga/tiempo de capturar esa memoria.

Debido al comportamiento de SQL Server sabemos que si un servidor esta muy usado y tiene carga de consultas con volumen tendera a ocupar toda la memoria que le demos y eso será positivo para el rendimiento pues tendrá mas elementos en cache.

Si conocemos el uso de nuestros SQL podemos programar horas a las que queremos que SQL libere memoria para que los servidores de Hyper-V la recuperen pero la verdad a voz de pronto me parece un combate un poco estéril y me parece que el patrón seria lo suficientemente predecible como para que no sea lógico emprender esta batalla en la mayoría de los casos.

Podemos decir que cuando SQL Server esta virtualizado en la mayor parte de los casos no tendremos beneficios de rendimiento por usar “large page memory model” y recordar con este comentario dos cosas:

-Cuando se usa esta configuración “large page memory model” SQL Server no permite cambiar su tamaño de memoria dinámicamente.

-Hyper-V usa por defecto large pages así que SQL se beneficia de ello de alguna forma aun sin activarlo en el propio SQL.

SQL server hace muy buena gestión de su memoria evitando paginación y bloqueándola así que no debemos preocuparnos por ningún efecto del proceso de ballooning.

Las versiones de SQL Server Enterprise y Datacenter permiten añadir memoria en caliente y se supone que evalúan la memoria disponible pcaada segundo y SQL la detecta y usa, el resto de versiones solo puede llegar a usar la memoria que detecta en el arranque, luego la DM de Hyper-V no supone una ventaja.

SQL Server Denali estándar permitirá usar DM solo cuando este virtualizada y además añadirá otras mejoras al uso de DM.

Por lo tanto habrá escenarios en los que os podréis beneficiar de la memoria dinámica de Hyper-V en vuestras infraestructuras de SQL Server, la configuraciones recomendadas son estas:

image

Exchange:

Las versiones que tenemos ahora de Exchange hacen un uso muy intensivo de la memoria para reducir las IOs esto implica muchas optimizaciones que un servidor tiene que calcular en base a la cantidad de memoria que tiene.

Desgraciadamente los servidores de buzones de Exchange evalúan la cantidad de memoria que tienen durante el arranque y no vuelven a mirarlo así que añadir memoria en caliente no tendrá efecto.

Un saludo.

System Center Service Manager: ¿El autoservicio mas completo para la nube privada en gran empresa?

 

Ayer os enseñe como usar Sharepoint + SCCM + Opalis + SCVMM para hacer un portal de autoservicio para pedir VMs a la carta.

Esta aproximación es buena (por cierto, gracias por los comentarios y correos) sin embargo para gran empresa pueden aparecer decenas de condicionantes a cada oferta de autoservicio, imputaciones de costes, procesos complejos de aprobación integración en la burocracia/ITIL de IT, etc, etc.

Antes de empezar deciros que para aquellos que no necesiten de tanta personalización o integración se puede obtener un estupendo portal de autoservicio muy facilmente y de forma gratuita empleando el portal de autoservicio 2.0 de SCVMM.

Para aquellos que si tengais que pegaros con este tipo de requisitos aqui va otra aproximación:

SCSM es el producto de IT Service Manager de Microsoft, uno de los aspectos mas interesantes que tiene es el de gestionar el cambio.

Sin ponernos metafisicos Winking smile enfocar una solicitud de autoservicio como un cambio compuesto de una serie de actividades es una aproximación acertada.

En SCSM hay por defecto tres tipos de actividades:

  • Manuales: El nombre lo dice, aunque en la plantilla pongamos lo que hay que hacer, etc es un técnico el que tienen que hacerlo e indicar que lo ha completado.

image_thumb3

  • De Aprobación: Ya sea simple, por mayoría, con derecho a veto o como sea SCSM es capaz de gestionar este tipo de actividades.

image_thumb6

  • Automáticas: Workflows, llamadas a comandos o simplemente capturando desde Opalis la existencia de una actividad concreta pendiente de ejecución.

image_thumb1

 

Lo interesante y este es uno de los puntos fuertes de SCSM es que es muy fácil personalizarlo, lo cual aplica también a las actividades, por ejemplo vamos a crearnos una actividad para que los usuarios puedan solicitar ampliaciones de memoria en VMs.

Solo tendremos que usar la herramienta de autor de SCSM para crearnos un management pack.

image_thumb8

Lo primero que haremos será extender una clase que tenga como base la clase estandar de actividad

image_thumb10

image_thumb12

image_thumb14

Ahora, tendremos que modificar las propiedades de la clase para que podamos especificar los datos requeridos por la actividad, algunos o todos ellos además podrán ser pasados como parámetros a Opalis para ser usados durante la automatización.

Lo primero será eliminar una propiedad nueva que se crea automáticamente y que no vamos a usar:

image_thumb16

Vamos a crear tres propiedades:

image_thumb18

image_thumb20

image_thumb22

No vamos a añadir por ejemplo propiedades pidiendo la razón del cambio o ese tipo de campos dado que estos ya se encuentran recogidos en el propio cambio y no queremos volver a pedirlos en la actividad.

Bien, debemos cambiar los tipos de las propiedades para coincidir con el tipo de dato:

image_thumb24

image_thumb26

Debemos indicar que tanto la cantidad de memoria como el nombre de la VM son obligatorios

image_thumb29

Con la clase ya lista, vamos a crear un formulario personalizado:

image_thumb31

image_thumb33

image_thumb35

Creamos las etiquetas (Label) que necesitaremos:

image_thumb39

Añadimos los controles que queremos usar:

image_thumb41

En la imagen anterior veis el formulario con un picker, para hacerlo así, en la clase tendríamos que crear una propiedad que estuviera relacionada con la target class de maquina virtual, en este ejemplo no lo haremos así, dado que lo complicaría un poco y no es cuestión para una demo.

Otra opción es usar una lista de SCSM que podríamos rellenar dinámicamente con las VMs, para eso necesitaremos también crear la propiedad usando el tipo “list”, por supuesto también podéis usar simplemente un textbox, el riesgo es que se introduzca una VM que no existe.

También es posible añadir código a los formularios a través del Visual Studio.

Con una lista lo haríamos así:

image_thumb43

Yo voy a usar el tipo “list” indicando una nueva lista, que como digo rellenaremos dinámicamente con la VMs.

image_thumb45

Es momento de hacer el enlace con las propiedades, para ello solo tenéis que seleccionar el control y en sus propiedades modificar el data binding.

image_thumb47

Ya podemos guardar nuestro Management Pack.

Desde la consola de service manager importamos nuestro nuevo management pack

image_thumb49

image_thumb51

image_thumb55

Ya tendremos la lista creada (la verdad es que podría haber rellenado el campo descripción y haber puesto espacios en el display name del management pack… que habría quedado mejor)

image_thumb59

De momento vamos a meter algunos valores directamente, ya haremos que se rellene sola.

image_thumb57

En el siguiente paso nos crearemos una plantilla de actividad desde el SCSM usando la actividad que hemos creado en la consola de autor.

image_thumb67

No vamos a modificar nada, pues el usuario debe escoger todos los campos.

image_thumb71

Aplicamos y aceptamos

Ahora creamos una plantilla de cambio

image_thumb61

Cambiar los valores de los campos para evitar que los que pidan el cambio tengan que rellenar la información y adaptarlo a como queréis que se registre la información.

image_thumb63

Ahora la parte que nos interesa, en el tab de actividades añadimos 2 una de aprobación y otra la que hemos personalizado nosotros:

Cuando añadimos una actividad de aprobación podemos indicar como se aprobara, si por votos, si alguien tiene derecho de veto, y obviamente también las personas o grupos que pueden aprobar.

En cuanto añadimos la actividad de aprobación se nos abrirá también el formulario para personalizarlo.

image_thumb65

image_thumb73

Una vez añadidas las actividades ya podemos crear un nuevo cambio con la nueva plantilla:

image_thumb75

image_thumb77

En actividades abrimos la actividad de ampliación de memoria:

Rellenamos los parámetros:

image_thumb80

Guardamos el cambio.

Como hemos requerido aprobación el cambio tendrá que ser aprobado.

image_thumb82

image_thumb84

El cambio ha quedado registrado y tipificado, pero aun queremos mas, queremos que una vez aprobado se haga solo Smile

Abrimos la consola de Opalis y nos creamos una nueva política en la carpeta que queramos:

image_thumb86

Añadimos un objeto del tipo “Monitor Object” del IP e Service Manager.

image_thumb88

Modificamos las propiedades del objeto indicando la conexión con SM y la clase correspondiente a la actividad que hemos creado, indicamos que queremos monitorizar actividades nuevas.

image_thumb90

El siguiente objeto sera del tipo “Get Relationship” y lo vamos a usar para averiguar cual es el cambio relacionado con la actividad.

image_thumb92

Los unimos

image_thumb94

Paso siguiente, saber a que VM hay que hacerle el cambio, para eso vamos a usar el GET-VM del IP de Virtual Machine Manager

image_thumb96

Indicamos que el nombre de la VM a la que queremos conectarnos es el que se ha especificado en el campo correspondiente que creamos en la actividad.

image_thumb98

Para poder cambiar la memoria una VM tiene que estar apagada, así que la apagamos.

image_thumb104

Vamos a modificar las propiedades del conector entre el get-vm y shutdown para que el shutdown solo pase si la VM esta arrancada.

image_thumb106

Ahora añadiremos un update VM y lo enlazamos como veis a continuación

image_thumb109

Modificamos el conector entre GET-VM y Update-VM para que solo funcione cuando la VM este parada

image_thumb111

Lo siguiente va a ser actualizar la VM con la nueva cantidad de memoria que sera igual a la memoria que nos devuelve el objeto GET-VM que es la que ya tiene la VM mas la memoria solicitada en la actividad, para ello editamos las propiedades del Update-VM

image_thumb100

image_thumb102

Permitirme un cambio, si hemos tenido que apagar la VM entonces en SCOM saldrán alertas de que la VM no responde, etc.

Vamos a añadir un objeto de tipo Stop Maintenence Mode del IP de SCOM para poner el servidor en modo mantenimiento y que no salgan las alertas.

image_thumb113

Nota: Por cierto me doy cuenta de que seria mas lógico haber puesto el modo mantenimiento antes de apagar la VM Winking smile

5 minutos serán mas que suficientes para parar una VM, cambiarle la memoria y arrancarla.

image_thumb115

Por si acaso este objeto no estuviera monitorizado modificamos el conector entre este objeto y el siguiente indicando que funcione pase lo que pase.

image_thumb117

Al final nos quedara algo así:

clip_image002

Habéis visto como en poco tiempo podemos automatizar un proceso, ahorrando dinero y mejorando el servicio y como SCSM es una solución muy completa e interesante como frontal de autoservicio.

Un saludo a todos.

Automatizar o no automatizar, esa es la cuestión…

 

Veréis, desde que tengo Opalis en mis manos como producto de Microsoft orientado a la automatización y orquestación de procesos he pasado por varias fases:

Fase 1El concepto: Como persona que se ha pasado años como responsable de servicio en gran empresa, la automatización no puede resultarme mas atractiva, las ventajas son inconmensurables:

  • Procesos predecibles, en calidad, tiempo y coste
  • Ejecución a cualquier hora sin necesidad de contemplar gastos extras, coordinación de guardias, etc.
  • Seguimiento meticuloso del procedimiento, la automatización no olvida meter un cambio o cerrar una incidencia
  • Trazabilidad absoluta
  • Permite focalizar los recursos del departamento en avanzar y no en la ejecución de tareas repetitivas

Fase 2La tecnología:Tras formarme en el producto llego la euforia tecnológica, soy una persona a la que le encanta la tecnología, Opalis simplemente me pareció fantástico.

Fase 3El negocio: Al poco tiempo me di cuenta de que la automatización tiene un punto negativo para mucha gente desde el punto de vista que lo consideran algunas veces preconcebidamente y otras con razón como algo complejo, así que llegue rápidamente a entender que si bien la tecnología de Opalis es la habilitadora gracias a su potencia y sencillez de hacer la automatización con menor coste, lo realmente clave es que el coste de cada automatización se justifique económicamente.

Para mostrároslo con un ejemplo, os cuento un caso real:

El otro día compartí unas horas con un cliente que se acerca a las 1000 VMs a paso firme y me decía, Daniel, el tema de pedir VMs lo tengo muy estandarizado y no me da mucho trabajo, ¿sabes lo que me da mucho trabajo?; las solicitudes de cambios, mas disco, mas memoria, etc.

Y es cierto:

-Me senté con el cliente y analizamos el tiempo necesario para ejecutar cada procedimiento, incluso detectamos varias mejoras a realizar en el proceso.

-El cliente tenia los deberes muy bien hechos conocía sus costes y también tenia el histórico de solicitudes del ultimo año, así que pudimos calcular cuanto le costaba a la empresa la realización de estos cambios.

Al final vimos como el coste de la automatización de estos procesos con autoservicio + orquestación se amortizaría en unos meses y que además la sensación del usuario con respecto del servicio prestado y el TTM (tiempo necesario para realizarlo) seria mucho mejor.

He quitado las cifras por respeto al cliente pero este es el grafico que hicimos, la línea azul representa el coste acumulado a lo largo de un año de las operaciones a automatizar, el punto rojo representa el coste de la automatización.

image

El retorno de la inversión de la automatización (ROI) se daba a los 2 meses y 2 semanas y solo en el primer año la inversión nos habría ahorrado ya 4.9 veces su valor.

El cliente ya esta dando los primeros pasos para alcanzar su objetivo y ahorrar dinero a su empresa, y lo que es mejor con el tiempo que van a ahorrar en la ejecución de estos proceso van a avanzar con otros aspectos de su proyecto de evolución tecnológica lo que seguro que les traerá nuevos éxitos en su carrera.