Mes: marzo 2011

 

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:

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.

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

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

Selecciona todos los nodos que conformaran el cluster

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

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.

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

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

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

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

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

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.

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:

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:

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

Y una vez mas el se encarga de todo:

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

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

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:

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

Un saludo a todos.

 

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:

 

Selecciona el Hypervisor al que aplicara el perfil.

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.

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

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

Exigir que las VMs estén en cluster

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

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

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

Damos un nombre a la nube y una descripción

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

Las redes

Los balanceadores de carga

Los perfiles de IP virtuales para los balanceadores

El almacenamiento si es parte del Fabric gestionado por SCVMM

Las librerías

Podemos limitar la capacidad máxima de esta nube

Y por supuesto indicar nuestro perfil de capacidad:

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.

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:

Y algunas cosas a tener en cuenta:

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

Indicamos la ruta en la que queremos almacenar la VM.

Nombre y direccionamiento

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

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

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

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.

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

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.

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

Introducimos la IP y encontramos el VSA.

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

Creamos un nuevo grupo

Le damos un nombre

Creamos un usuario con privilegios para administrar el grupo

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)

Indicamos el nombre DNS para el grupo

Si queremos que nos lleguen alertas por correo

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

Creamos el cluster de momento solo con una VSA

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

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)

Ya veremos el volumen en la consola

También vemos la VSA

Y se puede consultar información de rendimiento

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.

Cortamos el nombre del iniciador.

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

Ahora le asignamos el disco

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

Nos descubrirá los targets (volumenes presentados)

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

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

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

Un saludo a todos.

 

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.

• 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

 

• 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.

En SCOM recordar poner el agente de SCVMM como proxy:

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

•  
  • 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.

 

•  
  • 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

•  
  • 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.

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 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.

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

Indicaremos a que hosts aplican las definiciones que vamos a realizar

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

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.

Indicamos el rango

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.

Esto quedara así en la consola:

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

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

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

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

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

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

Como veis una opción sencilla y muy interesante.

Un saludo a todos!

 

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:

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)

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

Y listo, ya podemos usar SSH en nuestros workflows

Opalis puede con todo !

Un saludo.

 

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.

Entramos en el área de descargas

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

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

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

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

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

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

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

Ahora indicamos el fabricante y el modelo.

Se conectara para evaluar las capacidades del balanceador.

Y ya habremos terminado con el asistente.

Un job realiza todo el trabajo.

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.

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

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

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.

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

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

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

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.

 

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:

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.

 

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 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.

• 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.

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

 

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.

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

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:

Vamos a crear tres propiedades:

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:

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

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

Creamos las etiquetas (Label) que necesitaremos:

Añadimos los controles que queremos usar:

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í:

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

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.

Ya podemos guardar nuestro Management Pack.

Desde la consola de service manager importamos nuestro nuevo management pack

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)

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

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

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

Aplicamos y aceptamos

Ahora creamos una plantilla de cambio

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.

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.

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

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

Rellenamos los parámetros:

Guardamos el cambio.

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

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

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

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

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.

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

Los unimos

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

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.

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

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

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

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

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

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.

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

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

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

Al final nos quedara algo así:

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.

 

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 1– El 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 2– La 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 3– El 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.

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.