System Center Service manager implementa buenas practicas de gestion de servicios Ti (ITSM) Basadas en ITIL y MOF.

Transcripción

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

2 Incidencia de ejemplo

3 Peticion de cambio

4

5

6

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

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

9

10 Aquí podriamos elegir las opciones que queramos que estan dentro

11

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

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

14 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

15

16 Agregamos un nivel de disponibilidad

17

18

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

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

21 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

22 Creamos un management pack para guardarlo en el

23

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

25

26 Vamos a definir nuestro calendario:

27 Podemos definir métricas

28

29

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

31

32 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

33

34

35

36

37 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

38 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

39 Vamos a empezar con los prerequisitos Protocolo de transferecia Para que las transferencias sean mas rapidas

40 Ahora ya podemos instalar necesitaremos internet para este paso

41

42

43

44

45

46 Ahora vemos la instacia

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

48 Ahora tendriamos que actualizar sql server como minimo al Cumulative update package 2 for SQL Server

49 Despues de instalar ya podemos continuar

50 Como no tenemos pki no elegimos HTTPS

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

52 Asi es como viene por defecto Y asi como hay que dejarlo Volvemos a comprobar e instalamos

53

54

55

56

57