Grupo de apoyo a la preparacin de la XXII

convocatoria de oposiciones al Cuerpo Superior de

Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

ARQUITECTURA DE SISTEMAS BACKUP/RECOVERY

Conceptos
Objetivo: disponer de una copia de los datos/configuracin para ser capaces de
recuperarlos en caso de prdida/corrupcin, o para almacenarlos para cumplir la
legislacin.

Clasificacin:

- Planificado vs no planificado
o El objetivo del primero es tener una copia planificada, de modo que en
caso de prdida pudisemos recuperar la informacin lo ms reciente
posible. Aqu hay que aplicar un anlisis de coste beneficio: cuando
ms frecuente es la realizacin de un backup ms caro ser, pero los
datos recuperados sern ms recientes.
o El objetivo del backup no planificado es disponer de una copia
totalmente actualizada antes de acometer un cambio sensible que
pueda tener algn riesgo de dejar el sistema inoperativo: por ejemplo,
una subida de versin, un cambio de modelo de datos, una
reconfiguracin masiva, etc.
- Offline vs Online
o El primero se realiza con la aplicacin o base de datos parada. De este
modo no se puede realizar ningn cambio durante la realizacin del
mismo. Es el mtodo que garantiza la integridad de los datos del
backup, pero al mismo tiempo impone una prdida de disponibilidad
o El segundo permite realizar un backup con las herramientas
funcionando. Requiere en muchas ocasiones configuraciones complejas
de las aplicaciones y bases de datos para poder realizarse, puesto que
exige que mientras se hace el backup puedan realizarse transacciones.
Debido al uso cada vez ms extendido de redes SAN y de cabinas de
discos con capacidades de rplica, un enfoque es realizar un backup
online en tiempo real entre discos. Esta copia es transparente, y
consiste en que la escritura de datos se produce simultneamente en
dos CPDs separados geogrficamente. El commit de la transaccin no
se considera hecho hasta que la escritura es efectiva en ambos discos.
- Cinta vs Disco
o Cinta -> Soporte econmico, pero ms frgil. Backup ms lento
(escritura secuencial). No se puede intercalar informacin (exige
reescritura)
o DAS -> Direct Attach Storage (IDE, SCSI, SATA)
o SAN -> Se comparten bloques de datos. Mayor rendimiento y menor
latencia.

1
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

o NAS -> En lugar de bloques fsicos de disco, se comparten ficheros, a

costa de ser ms lento. Para un backup on-line de aplicaciones con
gran transaccionalidad no debera utilizarse NAS.
- Full, incremental y diferencial
o Full -> se realiza un backup completo normal. Ventaja: es fcil encontrar
lo necesario en caso de restauracin. La desventaja es el tiempo
necesario para realizar el backup
o Incremental -> Slo archivos modificados desde la ltima copia. La
ventaja es el mejor uso de los soportes, y el tiempo mnimo de
realizacin de backup. La desventaja es el tiempo de recuperacin,
puesto que es ms difcil encontrar lo necesario, pudiendo en ocasiones
necesitar utilizar muchas cintas.
o Diferencial -> Slo archivos modificados desde la ltima copia Full (la
recuperacin es ms rpida por requerir slo el Full y la ltima
Diferencial)
- Diario Semanal Mensual
Un esquema tpico de diseo de rotacin de medios es:
Full mensual -> Se guarda el medio durante 1 ao
Full semanal -> Se guarda el medio durante 1 mes
Full / Incremental Diferencial diario -> Se guarda durante 1
semana
Con el esquema anterior se requieren 12 + 4+ 7 = 23 cintas

Ideas

- Procesos de Gestin de Disponibilidad y Gestin de Continuidad del Diseo de

Servicio, y la Gestin de Operaciones de IT de la Operacin de Servicios de
ITIL v3

- LOPD. Entre otras cosas, el documento de seguridad segn RD 1720/2007

deber disponer siempre de los procedimientos de realizacin de copias de
respaldo y de recuperacin de datos:
o Nivel Bajo. Las copias de respaldo debern realizarse al menos
semanalmente. El responsable del fichero deber verificar al menos
cada seis meses la correcta definicin, funcionamiento y aplicacin de
estos procedimientos. Dichas pruebas no se realizarn con datos
reales.
o Nivel Medio. Registro de incidencias. Se incluirn procedimientos de
recuperacin de datos, indicando la persona que ejecut el proceso, los
datos restaurados y, en su caso, qu datos se recuperaron.
Autorizacin por escrito del responsable del fichero para su
recuperacin.
o Nivel Alto: Procedimientos de copias y recuperacin. Las copias de
respaldo y recuperacin se conservarn en lugar diferente del de

2
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

tratamiento de datos. Gestin de soportes: Medidas para impedir la

recuperacin posterior de informacin de un soporte que vaya a ser
desechado o reutilizado. Medidas que impidan la recuperacin indebida
de la informacin almacenada en un soporte que vaya a salir.
- Firma electrnica: La conservacin de la informacin relativa a los certificados
digitales, es de suma importancia no por la informacin final en s, sino por los
aspectos derivados de la propia naturaleza de los certificados digitales. Estos
tienen un periodo de validez limitado, que entre aquellos ms populares oscila
entre los dos y los cuatro aos. Sin embargo, los documentos que se firman
con ellos en muchos casos tendrn una vigencia mucho mayor, Hay que
asegurar que esos documentos sigan accesibles, y que las firmas puedan
continuar verificndose a lo largo de toda su vida til.
- LRJPAC. Todo lo referente al mantenimiento de los registros telemticos,
notificaciones telemticas y certificaciones electrnica, copias electrnicas y
archivo electrnico

Herramientas

Claves
- Backups planificados. Para establecer una poltica de backup es importante
plantearse:
o Volumen de informacin a copiar
o Tiempo disponible para hacer el backup
o Frecuencia de backup
o Responsable de verificacin de backup
o Nmero de medios necesarios
o Frecuencia de re-escritura de medios

3
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

- Adems hay que ceirse en lo posible a las polticas de backup establecidas en

la organizacin. Habitualmente existen tipologas de backup en funcin del
entorno (desarrollo, formacin, produccin), de la criticidad del sistema, de la
posibilidad de parar o no la aplicacin, de los condicionantes legales, etc.
- Backups no planificados: es importante realizarlos cuando hay un cambio
importante en el sistema o aplicacin. Hay modificaciones que no tienen
marcha atrs trivial, de modo que el nico modo de recuperar el sistema a la
situacin previa al cambio en caso necesario es por medio de un backup.
- Es importante probar el backup y la restauracin. Habitualmente se planifican
las pruebas de que el proceso de salvaguarda y restauracin funciona
correctamente, para evitar sorpresas desagradables.

- No plantear un plan de backup, esquema de rotacin de medios ni nada

especialmente detallado si no se pide.
- Si no piden nada especfico de backup, intentar relacionarlo con las ideas del
apartado anterior, especialmente con LOPD.
- Se puede aadir una referencia al backup en la planificacin de la implantacin
de un nuevo sistema, indicando la necesidad de establecer el plan de backup,
y de la realizacin peridica de pruebas de verificacin del proceso de backup
y restauracin

ARQUITECTURA DE SISTEMAS ALTA DISPONIBILIDAD

Conceptos
Objetivo. Los mecanismos de alta disponibilidad buscan incrementar el nivel de
disponibilidad de los servicios, de modo que se acerquen en lo posible al 100%.

Las cadas de sistemas se deben tanto a problemas hardware como software, por lo
que las diferentes tcnicas para conseguir mayor disponibilidad se basan siempre en
introducir sistemas que realicen la misma funcin.

Clasificacin. Existen diversos enfoques para conseguir esta disponibilidad: desde la

visin ms global a nivel de CPD, pasando por la propia red de telecomunicaciones,
hasta a la visin ms concreta de una aplicacin en particular, y finalmente de un
servidor aislado.

- CPDs. La tendencia actual es disponer de un centro de respaldo separado

geogrficamente del centro principal. Existen diversos enfoques para este
respaldo:
o Configuracin activo-activo (Hot Standby). Permite aprovechar la
capacidad de cmputo de ambos CPDs. La alta disponibilidad se
garantiza en caso de cada de un CPD, siempre teniendo en cuenta que

4
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

un CPD por s solo debe estar dimensionado para soportar toda la

carga durante el tiempo que se estime que se pueda recuperar el CPD
cado.
o Configuracin activo-pasivo (Warm y Cold-Standby). En este caso, el
CPD/sistema de respaldo no est en modo productivo. Los datos se
copian peridicamente desde el sistema primario al secundario. En el
caso del Warm Standby, el sistema secundario est operativo, pero sin
dar servicio, y la sincronizacin de datos es ms frecuente que en el
Cold Standby, en cuyo caso el sistema secundario est directamente
apagado, y la sincronizacin de datos est planificada. Este ltimo caso
es el que ms tiempo lleva para poner el servicio el CPD/sistema
secundario.
o La sincronizacin de datos entre CPDs suele basarse en el uso de
cabinas de discos replicadas entre ambos.
- Servicios adicionales:
o Alimentacin elctrica
Por un lado, es necesario tener acometidas elctricas que
minimicen la dependencia de una central elctrica concreta. Por
otro lado es frecuente el disponer de grupos electrgenos que
puedan entrar en funcionamiento en caso de problemas de red
elctrica
Adicionalmente, cada uno de los servidores o racks debe tener
al menos dos tomas de acometida elctrica de cuadros
diferentes.
o Telecomunicaciones.
o Refrigeracin
Hay que pensar siempre en la necesidad de refrigerar los
sistemas del CPD para mantener una temperatura que garantice
el buen funcionamiento de los sistemas (la CPU especialmente
deteriora su rendimiento con la temperatura). En este tema
existen mltiples estrategias, siendo una de las ms conocidas
la de pasillo fro, pasillo caliente.
- Servicio/Aplicacin/Sistema: Los niveles a los que se implementan sistemas de
alta disponibilidad son:
o Nivel Web
Balanceador.
El balanceador dispone de una IP Virtual a la que se
realizan las peticiones
El balanceador redirecciona las peciciones a los nodos
web balanceados basndose en:
o Poltica de balanceo: round robin, con pesos (en
base a la capacidad de los nodos destino), por
nmero de sesiones abiertas (de modo que el
que tenga ms sesiones reciba menos
peticiones), con afinidad o persistencia (cada IP

5
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

origen se conectar siempre al mismo nodo

destino).
o Sonda. Comprueba si los nodos destinos estn
operativos. La comprobacin puede ser a nivel
nicamente de disponibilidad de servidor, o a
nivel de disponibilidad de aplicacin (puerto,
proceso, URL, etc). Cuando falla, enva sus
peticiones a los sistemas que sigan disponibles.
o Nivel de Aplicacin. Existen bsicamente dos casos:
Aplicacin basada en servidor de aplicaciones. En este caso es
de gran relevancia gestionar los problemas de replicacin de
sesiones y la serializacin
Aplicacin no basada en servidor de aplicaciones. En muchas
ocasiones este tipo de aplicaciones basan su alta disponibilidad
en un cluster de sistema operativo activo-pasivo
o Nivel de Base de datos. Existen herramientas proporcionados por los
proveedores de Motores de Base de datos que gestionan la alta
disponibilidad de los mismos (p.e. Oracle RAC)
o Nivel de Sistema Operativo. En este caso los servidores disponen de un
software especfico para gestionar la alta disponibilidad que se basa en
el uso de una IP virtual, de discos compartidos entre los servidores y de
un heartbeat de red y de aplicacin que comprueba si el nodo principal
se cae para balancear al secundario. Habitualmente los discos
compartidos estn en una SAN.
- Activo-Activo vs Activo-Pasivo.
o En la configuracin Activo-Activo todos los nodos trabajan en paralelo
aceptando peticiones. Ante la cada de un nodo, el resto asume su
carga.
o En una configuracin Activo-Pasivo un nodo procesa toda la carga,
mientras el resto est esperando a que falle para asumir su rol. En este
caso, hay que tener en cuenta que la conmutacin tarda un tiempo, de
modo que siempre habr un mnimo tiempo de indisponibilidad.

Ideas

- Sede y a cartas de servicios. Con el auge de las sedes y de la posibilidad de

realizar los trmites desde casa, los SLAs de los sistemas informticos de los
organismos pblicos son cada vez ms exigentes, de modo que es necesario
ofrecer un servicio 24 horas al da, garantizando niveles de disponibilidad muy
elevados.
- Proceso de Gestin de Disponibilidad de ITIIL (dentro de la Provisin del
servicio). Se busca cumplir los SLAs e identificar y corregir las potenciales
incidencias de disponibilidad antes de que impacten negativamente en el
servicio.
- Proceso de gestin de continuidad de ITIL

6
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

- CALIDAD. La disponibilidad de los sistemas es uno de los factores

considerados en casi todos los modelos de calidad
- Mtrica. Dentro de las pruebas de sistema se incluyen pruebas de
disponibilidad de datos

Herramientas
- Balanceadores: Alteon, Cisco, F5.
- Herramientas para la gestin de clusters de Sistema Operativo: Veritas, HP
Service Guard, AIX HACMP, Microsoft Cluster Server, Linux Red Hat Cluster
Suite
- Herramientas para la gestin de clusters de base de datos: Oracle RAC, DB2
HADR, MySQL Cluster.

Claves
- En cualquier diseo de arquitectura de un nuevo sistema o aplicacin hay que
contemplar la alta disponibilidad a nivel tcnico, incluyendo todos los elementos
que pueden clusterizarse:
o Redes
o Alimentacin elctrica
o Refrigeracin
o Capa Web
o Capa de aplicacin
o Capa de servidores
o Almacenamiento
- Se puede relacionar la alta disponibilidad con temas vinculados a SLAs y
cualquier procesos de provisin de servicio de ITIL
- Se puede relacionar con el siguiente tema (virtualizacin)
- Se puede relacionar tambin con el backup y la disponibilidad de los datos.

ARQUITECTURA DE SISTEMAS VIRTUALIZACIN

7
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

Conceptos
Objetivo: La virtualizacin aade una capa entre los recursos hardware,
almacenamiento y red, y el software que se instala como invitado sobre l. Los
usuarios de cada servidor virtual ven los recursos como si estuvieran dedicados a
ellos.

Ideas

Ventajas:

- Mayor flexibilidad y respuesta ms rpida antes cambios y nuevas

necesidades:
o Provisin de nuevos servidores, disponibilidad de repositorio de
templates (mquinas preinstaladas) que se adapten a los casos de uso
de la organizacin
o Facilidad de migraciones y copias (clonados y snapshots)
o Asignacin dinmica de recursos.
o Optimizacin de uso de recursos
o Gestin centralizada, tanto desde el punto de vista de administracin,
como de gestin de la configuracin y la capacidad.
o Aplicacin masiva de parches de sistema operativo.
o Posibilidad de empaquetar aplicaciones pre-instaladas, de modo que el
despliegue de pilotos o de servidores tipo granja es mucho ms
sencillo.
- Mayor disponibilidad de las aplicaciones:
o Indisponibilidad prcticamente nula en caso de paradas planificadas
o Indisponibilidad limitada en caso de paradas no planificadas.
- Mejor control y utilizacin de los recursos TI.
- Backup integrado. Posibilidad de realizar snapshots en cualquier momento que
posibilitan recuperarlos si la aplicacin de un parche, o la subida de versin de
una aplicacin deja el sistema indisponible.
- Mayor aprovechamiento de los recursos y ahorro de costes:
o Menor inversin, espacio y costes de mantenimiento.
o Reduccin de coste de administracin del servicio
- Reduccin y simplificacin de infraestructuras.
- Tipificacin y estandarizacin de plataformas y configuraciones.

Deventajas:

- Dependencia de TODOS los servidores virtuales alojados de un sistema fsico.

En el caso de la cada de dicho servidor, todos los servidores virtuales se ven
afectados.

8
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

- El software a instalar debe estar soportado en la plataforma virtual. Hay

herramientas que no tienen soporte oficial del proveedor cuando no se instalan
en servidores fsicos.

Herramientas

- VMWare vSphere-> Es prcticamente el estndar de facto. Slo soporta

arquitectura x86 y x64. Est muy enfocado a la provisin de sistema operativo
(Windows / Linux). Es muy flexible y permite mltiples opciones. Es el
hipervisor que soporta ms protocolos de almacenamiento. El software tiene
coste de compra y mantenimiento

- Microsoft Hyper-V -> Es la propuesta de Microsoft. Tiene dependencia de

Microsoft como sistema operativo del hipervisor y de los Guest (slo soporta un
nmero limitado de versiones de Linux).

- Citrix XenServer -> Citrix ha sido tradicionalmente un proveedor para

virtualizacin de escritorios, y XenServer es su alternativa para virtualizacin de
servidores. Licencia por servidor en lugar de CPU. XenServer ofrece una
solucin opensource bastante limitada en comparacin con el resto de
soluciones.

- Oracle VM -> Est orientado a Solaris (Oracle), soportando SPARC e Intel.

Incorpora la provisin no slo del sistema operativo, sino de aplicaciones de
Oracle que se instalen sobre l (Oracle DB, Weblogic, Siebel), de modo que
tiene mayor alcance. Adems incorpora tcnicas de alta disponibilidad no slo
a nivel hipervisor sino dentro de cada Guest. El software no tiene coste de
compra pero s mantenimiento

- Una virtualizacin extrema sera el uso de las diferentes modalidades de Cloud:

IaaS, PaaS, SaaS.

9
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

Claves
- Se puede relacionar con el tema anterior (alta disponibilidad), dado que mejora
de la disponibilidad de la informacin crtica del negocio.
- Ser una buena idea plantear virtualizacin para un nuevo sistema/aplicacin
cuando se den los siguientes factores:
o La organizacin dispone de una plataforma virtualizada corporativa
o La organizacin dispone de licencias de virtualizacin + hardware
necesario para virtualizacin suficientes para incorporar el nuevo
sistema
o La plataforma (Sistema Operativo + Arquitectura de CPU) donde se
tenga que instalar el nuevo sistema es compatible con la plataforma de
virtualizacin existente. Por ejemplo, si el nuevo sistema se tiene que
instalar en Solaris SPARC y la plataforma virtualizada corporativa es
VMWare (plataforma x86 o x64), el nuevo sistema no podr virtualizarse
con dicha plataforma.
- No es habitual este tipo de plataformas para albergar bases de datos, o
aplicaciones con un acceso a disco muy pesado.
- Tampoco es habitual albergar en plataforma virtual aplicaciones con un
consumo de memoria o CPU muy exhaustivo.

10
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

ARQUITECTURA DE SISTEMAS MONITORIZACIN,

GESTIN DE EVENTOS Y GESTIN DE IMPACTO

Conceptos
Monitorizacin:

Un sistema de monitorizacin tiene el objetivo fundamental de disponer de mtricas

que ayuden a determinar si el comportamiento de sistemas, aplicaciones y servicios
basados en ellos es conforme a lo esperado. Estas mtricas servirn para:

- Por un lado, ejecutar acciones en base a la superacin de determinados

umbrales:
o Tpicamente una accin ser la creacin de un evento. Dichos eventos
debern cerrarse una vez la situacin vuelva a su estado normal.
o Otra posible accin es el envo de un correo, aunque tpicamente esta
accin sea realizada desde el gestor de eventos.
o Acciones ms avanzadas pueden ser la resolucin automtica del problema
(p.e., la limpieza de un file system).
- Por otro lado, disponer de un histrico de evolucin de mtricas, que permita
prever el crecimiento en necesidades (por ejemplo, de almacenamiento, de
memoria, o incluso de sistemas nuevos), de modo que se aborde con tiempo la
ampliacin o migracin de los sistemas.
- Por otro lado, poder correlar mtricas para analizar, diagnosticar y solucionar
problemas.

Las mtricas pueden ser de tres tipos:

o De rendimiento (ej: uso de CPU),

o De disponibilidad (ej: existencia de un proceso),
o De experiencia de usuario (ej: una transaccin que simula la actividad
de un usuario). A esto se le llama tambin Monitorizacin de
Rendimiento de Aplicaciones (APM)

En relacin a la forma de capturar las mtricas, existen dos tipos de monitorizacin:

- Con agente: se basan en la instalacin de un agente en cada elemento

monitorizado. La ventaja es la mayor robustez de la solucin, la mayor
capacidad de capturar diversos tipos de mtricas y la menor dependencia de
prdidas de red entre el elemento monitorizado y la consola de monitorizacin
- Sin agente: se basan en la captura de mtricas de modo remoto al elemento
monitorizado. Esto implica una mayor complejidad en la gestin de red
(apertura de puertos especficos). Tiene menor flexibilidad a la hora de obtener
mtricas. La ventaja es la no necesidad de administrar agentes, ni distribuir
ningn tipo de software a los elementos monitorizados.

11
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

Gestin de eventos:

Un sistema gestor de eventos busca los siguientes objetivos:

- Recibir, enriquecer y correlar los eventos que llegan desde las herramientas de
monitorizacin o de otras fuentes de eventos.
- Ejecutar acciones de aviso en base a la recepcin de los eventos, o del cambio
de los mismos. Por ejemplo: envo de correos, creacin/actualizacin/cierre de
incidencias, envo de SMS.
- Ejecutar acciones correctivas: por ejemplo, limpieza de un file system, inicio de
un proceso, etc.
- Integrarse con herramientas de gestin de impacto
- Ser utilizada por el grupo de Service Desk o CAU como referencia para realizar
avisos o acciones manuales

En un gestor de eventos son importantes las siguientes capacidades:

- Posibilidad de integrarse con mltiples fuentes de eventos: diferentes tipos de

monitorizaciones (agentes SNMP, agentes de monitorizacin especficos,
herramientas nativas de sistema operativo)
- Posibilidad de integrarse con mltiples herramientas de aviso (correo
electrnico, diferentes herramientas de gestin de incidencias, SMS)
- Posibilidad de integrarse con herramientas de gestin de impacto
- Disponer de una consola lo ms flexible posible
- Capacidad de procesado de eventos (tanto en volumen, como en posibilidad de
establecer mltiples reglas de procesado de los mismos enriquecimiento,
correlacin, temporaizadores, etc-)
- Posibilidad de establecer blackouts en demanda (ventanas horarias de
mantenimiento)

Gestin de impacto en servicios:

- Una herramienta de gestin de impacto en servicio se encarga de recibir los

eventos filtrados y correlados del gestor de eventos y mapearlos en elementos
de configuracin que forman parte del modelo de servicio. Este modelo de
servicio est basado en la CMDB, orientndose a dar una visin de servicio de
negocio. De este modo, que un evento se mapee a una base de datos,
posibilita que, siguiendo la ruta de impacto en el modelo de servicio, pueda
verse qu aplicaciones y servicios de negocio estn impactados en ltima
instancia por dicho evento.
- El impacto puede indicar cundo un servicio no est disponible, de modo que
se contabilicen los incumplimientos de acuerdos de nivel de servicio.

12
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

Ideas
ITIL:

- Proceso de Gestin de Eventos de la fase de Operacin de Servicios TI

- Proceso de Mejora continua del servicio
- SLAs: Los niveles de servicio asociados a disponibilidad requieren tambin de
mtricas lo ms objetivas posibles, ya que habitualmente llevan penalizaciones
asociadas en caso de incumplimiento.
- Gestin de configuracin. Como se ha indicado los modelos de impacto en servicio
se basan en una CMDB. Habitualmente los CIs de infraestructura son poblados en
la CMDB por herramientas automticas de descubrimiento, mientras que los CIs
ms conceptuales (servicios de negocio) son poblados manualmente.

Metrica. En las pruebas de sistema, se incluyen pruebas de rendimiento, volumen y

sobrecarga. Es importante tener herramientas para poder medir de un modo objetivo
estas mtricas. El uso de herramientas de monitorizacin es prcticamente obligatorio
para poder realizar comparativas y ver si las acciones correctivas mejoran el sistema.

Calidad: Las diferentes tcnicas utilizadas para establecer la calidad de un sistema de

informacin usan en mayor o menor medida mtricas directas objetivas, que son
obtenidas en su mayor medida con herramientas de monitorizacin.

Herramientas

Claves

13
 Grupo de apoyo a la preparacin de la XXII
convocatoria de oposiciones al Cuerpo Superior de
Sistemas y Tecnologas de la Informacin de la
Administracin del Estado

En el caso de un nuevo sistema/aplicacin a monitorizar, las preguntas que uno debe

hacerse son:

- Existen diferentes entornos?

o Habitualmente un entorno de desarrollo se monitorizar con mtricas
bsicas de rendimiento para garantizar que el sistema no tenga un
problema demasiado grave (tpicamente, espacio ocupado en disco,
uso de CPU, uso de memoria y que los procesos / puertos de la
aplicacin estn disponibles). Ocasionalmente se monitoriza la
disponibilidad de los procesos / puertos de la aplicacin
o En un entorno de pruebas, adems de las mtricas anteriores, puede
aadirse monitorizacin de experiencia de usuario combinada con una
herramienta de simulacin de carga. De este modo se puede obtener
una idea del impacto en rendimiento que puede tener el uso masivo de
la aplicacin
o En un entorno de produccin no se utilizan herramientas de carga. No
obstante s se utilizan monitores de experiencia de usuario que dan una
idea de si se estn cumpliendo los SLAs comprometido, tanto en
disponibilidad como en tiempo de respuesta de la aplicacin. Adems,
se utiliza toda la monitorizacin anterior: rendimiento, disponibilidad de
procesos, puertos, etc.
- Est soportada la nueva aplicacin y su infraestructura asociada por las
herramientas de monitorizacin corporativa? Si no fuera as habra que adquirir
alguna extensin de la herramienta corporativa, hacer un desarrollo o una
integracin con la herramienta corporativa.
- Existirn nuevos grupos de soporte a resolucin de incidencias y problemas
especficos para el nuevo sistema? Estos grupos condicionarn el diseo de la
consola de monitorizacin y gestin de eventos.
- Qu condiciones son las que definen que el sistema est deteriorado o
indisponible? Esto condicionar el diseo de los monitores a implementar
- A quin hay que avisar, cundo y con qu herramientas? Esto condicionar
los mecanismos de integracin de la gestin de eventos con la gestin de
incidencias o cualquier herramienta que se utilice para avisar en caso de
urgencia.
- Se asumir, a no ser que se indique lo contrario, que el organismo dispone de
herramientas corporativas de monitorizacin y gestin de eventos.

14