----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Module 6: Operating and Extending Service Management in the Private Cloud ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

System Center Service manager implementa buenas practicas de gestion de servicios Ti (ITSM) Basadas en ITIL y MOF. Service Manager es un sistema de tickets que tambien proporciona otras funciones (Porcesos ITIL):

- Gestion de incidentes - Gestion de problemas - Gestion de cambios - Gestion de versiones

Se integra con productos como VMM, SCOM y SCCM para crear la que se denomina como CMDB (Configuration Manager Database). En la CMDB se almacenan todos los elementos que componen la infraestructura (Ci, Configuration Item), y las relaciones entre ellos. En cada CI almacena un historico de todos los cambios a sufrido. En Service Manager, un CI es cualquier elemento que componga la infraestructura:

- Servidor - Tarjeta de red - Direccion ip - Switch - Aplicación - … - Documentos: manuales, SLAs, datasheets,…

Las personas no son un CI Incidente: Evento en la estructura que provoca una perdidad en los niveles de servicio. Los niveles de servicio son:

- Disponibilidad, continuidad, seguridad, capacidad. Un incidente afecta a alguno de estos niveles, y esto afecta o podria afectar al usuario. Problema: Causa raiz del incidente. Un mismo problema puede ser la causa de multiples incidentes.

Incidencia de ejemplo

Peticion de cambio

Ejercicio crear en SCSM los siguientes roles: - End user (cloud user 1) - Incident resolver - Problem analyst

Ahora elegimos que management packs tendra acceso lo mejor es elegir todos y despues ya afinamos

Aquí podriamos elegir las opciones que queramos que estan dentro

Service manager tiene varios user roles creados por defecto a la espera de que los asignemos a usuarios del dominio. Estos user roles que vienen creados por defecto tienen como scope todos los elementos (management packs) de service manager. Para que podamos asignar a un usuario el rol de problem analyst, incident resolver o cualquier otro, pero solo sobre un grupo de host o sobre un conjunto de elementos concretos, tenemos que crear nuestros propios user roles.

Service level Management (SLM): En SLM nuestro objetivo es controlar los monitores agregados, en lugar de cada monitor por separado. Tenemos varios tipos de monitores agregados, pero los mas importantes de SLM son: Performance y availability. No nos interesan aspectos como monitorizar un puerto, un proceso o una pagina web, sino la disponibilidad que esta ofreciendo una aplicación o un servicio, y si esa disponibilidad esta dentro de lo acordado en el SLA. Podemos monitorizar SLM desde Operation Manager y desde Service Manager.

Definimos los objetos que queremos monitorizar , seleccionamos RDS distribuida ( esta la creamos anteriormente), así vamos a

comprobar el nivel de disponibilidad de la aplicación

Agregamos un nivel de disponibilidad

Definimos los SLA que queremos mostrar que son los SLT que hemos definido antes

Podemos elegir que nos muestre los SLA de los últimos días, semanas….

SLM desde Service Manager: Desde Service Manager, el proceso de SLM se gestiona a partir de SLOs (Service Level Objetive). Un SLO consta de 3 componentes:

- Queue: Un nombre mas adecuado deberia ser “vista”. Es un conjunto de elementos que tienen caracteristicas similares, por ejemplo, “todos los incidentes cuya prioridad es 1”

- Calendar: Definimos la ventana de tiempo de que disponemos para resolver incidentes, problemas, cambios,...

- Metric

Creamos un management pack para guardarlo en el

Aquí podemos definir las opciones que vamos a tener disponibles a la hora de crear un incidente

Vamos a definir nuestro calendario:

Podemos definir métricas

Con la casilla Enable podemos mantener desactivado durante un tiempo el SLO

Instalacion de SCCM 2012 R2: Requisitos hardware:

- Procesador 1.4GHz - 2gb ram -> usamos 4 - 50Gb hdd -> usamos 60

Sistema operativo windows server 2012 R2 SQL server 2012:

- Colaltion: SQL_Latin1_general_CP1_CI_AS - Database engine - Full-text search - Management tools - Reporting services (install only) - Instancia Por defecto si no da error de puertos dinamicos

Antes de instalar SCCM 2012 R2 habra que extender el esquema y crear un contenedor para los nuevos elementos. ADK for windows 8.1:

- USMT - Windows deployment tools - Windows PE

Para extender el esquema tenemos que hacerlo desde la carpeta de instalación de SCCM , tenemos que acceder al directorio de la

carpeta \\SMSSETUPBIN\x64

Tras ejecutarlo tenemos que revisar el log que nos genera , que se encuenta en C:\

Comprobamos que se ha extendido con éxito el esquema

Ahora en el SCCM:

Tenemos que ejecutar el archivo y Seleccionar la opción de html

Vamos a empezar con los prerequisitos

Protocolo de transferecia

Para que las transferencias sean mas rapidas

Ahora ya podemos instalar necesitaremos internet para este paso

Ahora vemos la instacia

Ahora si no hemos dejado por defecto el nombre de instancia nos dara error

System center configuracion manager no soporta puertos dinamicos para las instancias de SQL server. SQL Server siempre asigna un puerto dinamico a cualquier instancia que sea diferente de la instancia por defecto. Tenemos que asignar un puerto fijo a la instancia nombrada SQLSCCM desde sql server configuracion manager. Vamos a asignarle el puerto 1433 por que la instancia por defecto no esta en uso.

Ahora tendriamos que actualizar sql server como minimo al Cumulative update package 2 for SQL Server 2012 https://support.microsoft.com/en-us/hotfix/kbhotfix?kbnum=2703275&kbln=en-us

Despues de instalar ya podemos continuar

Como no tenemos pki no elegimos HTTPS

Ahora tenemos que solucionar este fallo se debe a que esta usando una cuenta que no esta permitida en SCCM

Asi es como viene por defecto

Y asi como hay que dejarlo

Volvemos a comprobar e instalamos