Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Systems Es Total Solution Systemz PDF
Systems Es Total Solution Systemz PDF
Tabla de contenido
1
Introduccin
1.1
1.2
5
5
Caractersticas de la plataforma
2.1
2.2
2.3
2.4
2.5
2.6
2.7
Capacidad
6
2.1.1 Qu entendemos por capacidad
6
2.1.2 Elementos que integran la capacidad de un sistema
6
2.1.3 Pocos o muchos servidores?
7
2.1.4 Cargas mixtas
7
2.1.5 Gestin de Sistemas basado en SLAs
8
Virtualizacin de recursos
8
2.2.1 Virtualizacin de CP
9
2.2.2 Virtualizacin de memoria
9
2.2.3 Virtualizacin de E/S
9
2.2.4 Virtualizacin de comunicaciones.
9
2.2.5 Donde IBM System z triunfa sobre la virtualizacin de la arquitectura
x86.
10
2.2.6 IBM System z puede tener mucho sentido para determinadas
aplicaciones e iniciativas
11
Escalabilidad
12
2.3.1 Introduccin (conceptos de vertical, horizontal y aprovisionamiento)
12
2.3.2 Escalabilidad del hardware
13
2.3.3 Escalabilidad de los S/O. z/OS z/VM y Linux for System z
14
2.3.4 Sysplex Paralelo
14
2.3.5 Capacidad bajo demanda (lo nuevo de z/OS de aprovisionamiento)
15
Integridad y Seguridad
15
2.4.1 Integridad
15
2.4.2 Seguridad
17
Rendimiento
19
Disponibilidad
20
2.6.1 Construido para los negocios.
20
2.6.2 Una solucin para la operacin contina de los negocios.
21
2.6.3 Disponibilidad y fiabilidad de primera clase
21
2.6.4 Fortalezas del corazn del hardware.
22
2.6.5 Mas all del hardware
23
Gestin de Sistemas
25
2.7.1 Revisin de la administracin de sistemas.
26
2.7.2 El valor de la administracin de sistemas en el z/OS
26
2.7.3 Iniciativa del ordenador autnomo de IBM
27
2.7.4 Tecnologas auto-configuradoras.
28
2.7.5 Tecnologas auto-reparadoras
29
2.7.6 Tecnologas auto-optimizadoras
29
2.7.7 Tecnologas auto-protectoras.
29
2.7.8 Administracin de los sistemas End-to-end
29
31
3.1
31
31
32
34
36
36
3.2
IBM Corporation
21/02/2011
2 de 131
3.2.1
3.2.2
3.2.3
3.2.4
3.2.5
3.2.6
3.2.7
3.2.8
3.2.9
3.2.10
4
36
37
38
39
41
41
41
41
42
43
44
4.1
44
45
46
48
48
49
50
51
52
52
52
53
53
54
54
54
56
56
56
57
57
59
60
4.2
4.3
4.4
4.5
5
Z10
Procesadores
Memoria
E/S
Time-of-Day clock
CP Assist for Cryptographic
HiperSockets
Hardware Management Console (HMC)
Detalles de virtualizacin del HW
Hiperdispatch
61
5.1
62
63
64
64
65
65
66
66
67
68
68
69
69
70
71
73
75
75
76
78
80
81
5.2
5.3
5.4
CICS
5.1.1 El CICS y el z/OS
5.1.2 Programas, transacciones y tareas CICS
5.1.3 Programacin conversacional y pseudo-conversacional
5.1.4 Comandos CICS
Servicios CICS para los programas de aplicacin
5.2.1 Objetos de datos CICS
5.2.2 Acceso a datos externos
5.2.3 Topologa CICS
5.2.4 Intercomunicacin CICS a CICS
5.2.5 Conectividad con sistemas no-CICS
5.2.6 Configuracin CICS
5.2.7 Seguridad
5.2.8 Herramientas para depuracin y de determinacin de problemas
IMS
5.3.1 IMS Database Manager (IMS DM)
5.3.2 IMS Transaction Manager
5.3.3 Servicios de sistema IMS
5.3.4 Estructura de los subsistemas IMS
WAS
5.4.1 Nodo de servidor base de aplicaciones:
5.4.2 Network Deployment Manager:
IBM Corporation
21/02/2011
3 de 131
5.5
5.6
5.7
MQ
5.5.1 Tipos de mensajes
5.5.2 Gestor de Colas
5.5.3 Tipos de colas de mensajes
5.5.4 Qu es un canal?
5.5.5 Cmo queda asegurada la integridad transaccional?
5.5.6 Un ejemplo de mensajera y encolamiento
5.5.7 Interfaz con CICS, IMS, Batch, o TSO/E
Middleware Bases de Datos
5.6.1 DB2
SW de gestin
5.7.1 Gestin de almacenamiento
5.7.2 Gestin de la operacin (Tivoli SA y Netview)
5.7.3 Gestin del Batch
5.7.4 Monitorizacin y rendimiento
86
88
89
89
90
90
92
93
93
93
101
101
101
103
104
109
6.1
109
109
109
110
112
117
6.2
SOA
6.1.1 Introduccin
6.1.2 Estndares en SOA
6.1.3 Construyendo las TI con nuevos parmetros
6.1.4 Mejores prcticas SOA
Proceso en nube (Cloud computing).
122
122
124
124
Consolidacin de servidores
126
Introduccin
Tipos de Consolidacin.
Consolidacin en System z
126
127
127
Bibliografa
130
IBM Corporation
21/02/2011
4 de 131
1 Introduccin
1.1 Objetivo del documento
El objetivo de este documento es describir la plataforma System z en sus componentes
ms importantes.
Intentamos establecer las caractersticas de la plataforma en relacin con el tipo de
necesidades a las que va dirigida, as como documentar la tecnologa que soporta
dichas caractersticas.
El mundo System z avanza y por lo tanto este documento quedar obsoleto en cuanto
se anuncie la siguiente mquina.
No obstante el paradigma System z se ha mantenido a lo largo de los ms de 40 aos
de existencia de la plataforma y esperamos que se mantenga muchos ms.
Si bien los detalles pueden cambiar, el contenido de este libro es general de la
plataforma.
IBM Corporation
21/02/2011
5 de 131
2 Caractersticas de la plataforma
2.1 Capacidad
2.1.1 Qu entendemos por capacidad
Mirando en el diccionario de la Real Academia de la Lengua, encontramos las
siguientes definiciones:
1. Propiedad de una cosa de contener otras dentro de ciertos lmites.
2. Oportunidad, lugar o medio para ejecutar algo.
En el Webster encontramos como definicin n 5:
5. La facilidad o poder para producir, ejecutar o utilizar.
Como vemos se trata de un potencial. Algo que puede llegar a realizarse o no, pero que
est a nuestra disposicin. Una vez dicho esto, me gustara definir la capacidad con un
ejemplo de la vida cotidiana: Un litro de leche. Qu es un litro de leche? La leche que
cabe en una jarra de un litro. Pensemos en el ordenador como la jarra. Ahora bien, si la
jarra la llenamos de agua, vino o leche, los resultados de bebernos dicha jarra no son
los mismos, y ya no digamos si la jarra la llenamos de ambrosa
La capacidad de los ordenadores se suele medir por el nmero de instrucciones que
pueden realizar en determinado tiempo. Funciones o peticiones tales como abrir un
fichero o leer un registro, dependiendo de en qu lenguaje de programacin estn
escritas, si es un lenguaje compilado o interpretado, de lo buen o mal programador que
seas, del mtodo de acceso utilizado, pueden requerir 10 300 50.000 instrucciones.
Una de las caractersticas fundamentales del sistema z es su habilidad para utilizar el
100% de su capacidad sin merma en su rendimiento.
El System z dispone de elaboradas utilidades en cuanto a rendimiento, que facilitan la
labor a la hora de conocer los consumos de cada recurso.
El CMG (Computer Measurement Group), fundado en 1974, es una organizacin sin
nimo de lucro de profesionales de la informtica dedicada a compartir informacin y
normas de buen uso para asegurar la eficacia y escalabilidad de los sistemas de IT, a
travs de la medicin, el anlisis cuantitativo y la prediccin. Dispone de una base de
datos de artculos en la siguiente pgina web: http://www.cmg.org/
IBM Corporation
21/02/2011
6 de 131
2.1.3
Muchos servidores
Pocos servidores.
2.1.4
Cargas mixtas
IBM Corporation
21/02/2011
7 de 131
IBM Corporation
21/02/2011
8 de 131
2.2.1 Virtualizacin de CP
Processor Resource/Systems Manager (PR/SM) es un hipervisor integrado en
todos los System z que correlaciona los recursos fsicos de la mquina con recursos
virtuales. Esto permite que muchas particiones lgicas puedan compartir dichos
recursos fsicos.
Los CPs quedan integrados en un pool y a cada particin se le asocia un nmero lgico
de ellos. El PR/SM proporciona los procesadores fsicos y en caso de necesitar ms
CPs de los que haya fsicamente disponibles, decide dar los recursos de acuerdo al
peso otorgado a cada particin.
En el z10, para evitar prdidas de rendimiento debidas a los movimientos de cache
entre los procesadores fsicos, surge el hiperdispatch.
IBM Corporation
21/02/2011
9 de 131
IBM Corporation
21/02/2011
10 de 131
IBM Corporation
21/02/2011
11 de 131
2.3 Escalabilidad
En telecomunicaciones y en ingeniera informtica, la escalabilidad es la propiedad
deseable de un sistema, red o proceso, que indica su habilidad para extender el margen
de operaciones sin perder calidad, o bien manejar el crecimiento continuo de trabajo de
manera fluida, o bien para estar preparado para hacerse ms grande sin perder calidad
en los servicios ofrecidos.
En general, tambin se podra definir como la capacidad del sistema informtico de
modificar su tamao o configuracin para adaptarse a las circunstancias cambiantes.
La escalabilidad como propiedad de los sistemas es generalmente difcil de definir, en
particular es necesario definir los requerimientos especficos para la escalabilidad en
esos proyectos donde se crea que son importantes. Es una caracterstica altamente
significativa en sistemas electrnicos, bases de datos, ordenadores, routers y redes.
Un sistema escalable es aqul cuyo rendimiento mejora, despus de haberle aadido
ms capacidad de hardware, proporcionalmente a la capacidad aadida.
IBM Corporation
21/02/2011
12 de 131
Es decir de 26 a 2760 PCIs (Procesor Capacity Index). Para los modelos z10 EC nos
encontramos con lo siguiente:
Es decir con una capacidad de 216 a 5848 PCIs para los modelos en subcapacidad y
de 920 a 30667 PCIs para los que no corren en subcapacidad. Con esto vemos que
podemos ir de 26 a 30600 PCIs dentro de la misma familia. Se pueden realizar
IBM Corporation
21/02/2011
13 de 131
IBM Corporation
21/02/2011
14 de 131
Como caracterstica importante vemos la importancia de tener una nica hora en todas
las mquinas, pieza clave a la hora de conseguir integridad en los datos. Hasta ahora
esto vena dado por una mquina especial, el Sysplex timer, ahora se consigue con un
acoplamiento especial y un protocolo propio, que es similar aunque no igual al SNTP, el
STP.
2.4.1 Integridad
Se define como integridad de un sistema a la capacidad del sistema de protegerse a s
mismo contra accesos no autorizados hasta el punto en que no se puedan
comprometer los controles de seguridad.
IBM Corporation
21/02/2011
15 de 131
Emitido primero en 1973, el compromiso de integridad del sistema de IBM para el MVS
TM (IBMs MVS TM System Integrity Statement), y subsecuentemente para el OS/390
y el z/OS, se ha mantenido a lo largo de tres dcadas como un smbolo de la confianza
y el compromiso de IBM hacia el sistema operativo z/OS. IBM reafirma su compromiso
con la integridad del sistema z/OS.
El compromiso de IBM incluye prcticas de diseo y desarrollo que pretenden evitar
que programas de aplicacin, subsistemas y usuarios no autorizados traspasen la
seguridad del z/OS esto es, evitar que accedan, eludan, inhabiliten, alteren o consigan
control de procesos claves y recursos del z/OS a menos que tengan permiso de la
instalacin-. Especficamente, z/OS System Integrity se define como la incapacidad de
cualquier programa no autorizado por un mecanismo bajo el control de la instalacin a
eludir o inhabilitar memoria o adquirir proteccin o acceder a un recurso protegido por
RACF u obtener control de forma autorizada; esto es, en estado supervisor, con una
clave de proteccin menor de 8, o autorizado APF (Authorized Program Facility). En el
caso en que se reporte un problema en la integridad del sistema, IBM siempre tomar
medidas para solucionarlo.
El largo compromiso de IBM con la integridad del sistema es nico en la industria, y
constituye la base del liderazgo del z/OS en la seguridad del sistema. z/OS est
diseado para ayudar a los clientes a proteger su sistema, sus datos y transacciones de
modificaciones accidentales o maliciosas. Esta es una de las muchas razones que
hacen que el System z siga siendo lder como servidor de cargas de trabajo crticas
para la empresa.
2.4.1.1
Serializacin
RRS
Backups
Para proporcionar una integridad en los datos tener copias de back-up de los ficheros,
no es condicin suficiente, aunque s necesaria. Para poder asegurar la integridad ante
un fallo, es necesario recurrir a tcnicas de apunte de las transacciones ejecutadas
entre puntos de sincronismo. Tanto el DB2, como el CICS, como el resto de gestores
que hagan uso del RRS, disponen de dichas tcnicas, que permiten recuperar los datos
a un punto de sincronismos, es decir, sin prdida de integridad,
IBM Corporation
21/02/2011
16 de 131
2.4.2 Seguridad
Acceder y crear informacin computerizada se ha hecho ms fcil a lo largo del tiempo.
El acceso a los sistemas hace tiempo que dej de estar limitado a un pequeo grupo de
programadores especializados. Cualquier persona que se tome la molestia de
familiarizarse con los nuevos lenguajes de bsqueda, puede tener acceso a la
informacin, contenida en los modernos medios puestos a su alcance, e incluso puede
crearla en dichos medios.
La gente depende cada vez ms de los ordenadores y de la informacin que se guarda
en ellos. A medida que la alfabetizacin informtica y el nmero de gente que usa los
ordenadores se incrementan, la necesidad de la seguridad de los datos ha adoptado un
nuevo y dramtico cariz. Las empresas ya no pueden confiar en que tienen sus datos
seguros simplemente porque nadie sabe como llegar a ellos.
Proteger los datos es algo ms que hacer inaccesible la informacin confidencial a
aqullos que no debieran verla. Tambin incluye la prevencin de la destruccin
inadvertida de ficheros por gente que puede incluso no ser consciente de que estn
manipulando datos incorrectamente. Las buenas prcticas de seguridad reducen los
riesgos de que personas no autorizadas puedan acceder a los datos, modificarlos o
destruirlos, tanto de forma inadvertida o como deliberada.
El acceso, en un entorno informtico significa la habilidad para realizar algo con un
recurso del ordenador (por ejemplo, utilizar, cambiar o ver un fichero). El control de
accesos es el mtodo por el cual se permite o prohbe expresamente dicha capacidad.
Este tipo de acceso se denomina acceso de control lgico. Estos son mecanismos de
control que permiten a los usuarios acceder slo a aquello que es apropiado para
ellos...
Los accesos de control lgicos se construyen generalmente dentro del propio sistema
operativo, aunque tambin pueden ser parte de la lgica de la aplicacin o de
determinadas utilidades, tales como los sistemas gestores de bases de datos. Tambin
se puede implementar a travs de paquetes de seguridad que se instalan sobre el
sistema operativo, dichos paquetes estn disponibles para una gran variedad de
sistemas, incluyendo los PCs y los Mainframe. Adems, los controles lgicos de
acceso pueden estar presentes en componentes especializadas que regulan las
comunicaciones entre ordenadores y redes.
Las facilidades que incorpora el z/OS proveen de su alto nivel de seguridad e
integridad. El System z es el nico en poseer la calificacin EAL5 de seguridad.
Los datos acerca de los clientes son una informacin vital dentro de los activos de una
empresa. Dicha informacin podra ser vendida a los competidores con grave trastorno
para el funcionamiento de dicha empresa. As el objetivo de cualquier poltica de
seguridad es dar a los usuarios slo el requerido nivel de acceso y denegar los accesos
no autorizados. Esta es una de las razones por las cuales los auditores de seguridad
prefieren que se otorgue a los usuarios o grupos un acceso especfico, ms que utilizar
facilidades de acceso universal. El objetivo tradicional en la seguridad del Mainframe
era el impedir a personas no autorizadas el acceso al sistema, y despus conseguir
darles permiso nicamente a los datos pertinentes a su trabajo. A medida que los
Mainframe se estn convirtiendo en servidores de Internet se requieren medidas
adicionales de seguridad. Existen peligros externos tales como hackers, virus y caballos
de Toya; el servidor de seguridad debe incluir herramientas para enfrentarse a dichos
problemas.
Sin embargo, frecuentemente el mayor riesgo paro los datos de la compaa viene de
dentro. Un empleado dentro de una empresa tiene muchas ms oportunidades de
obtener datos que alguien externo. Una poltica de seguridad bien implementada es
siempre la primera lnea de defensa.
IBM Corporation
21/02/2011
17 de 131
El hardware del System z tiene una funcin de proteccin de memoria, que se emplea
generalmente para evitar la modificacin no autorizada de la memoria. La proteccin de
memoria tambin se usa para prevenir la lectura no autorizada de reas de memoria,
aunque el z/OS protege slo pequeas reas de memoria de esta forma.
La proteccin de memoria trabaja con pginas de 4K. Trata slo con memoria real, no
virtual. Cuando una pgina de memoria virtual se copia del disco a una pgina libre de
la memoria principal, z/OS aplica la adecuada clave de proteccin en dicha pgina.
La proteccin de memoria era mucho ms importante cuando no existan los mltiples
espacios de direcciones. Cuando varios usuarios y trabajos compartan un nico
espacio de direcciones (o estaban todos en memoria real antes an), proteger la
memoria del usuario para evitar la corrupcin (o la lectura inapropiada) era esencial.
Con el z/OS, la primera proteccin para la memoria de cada usuario es el aislamiento
proporcionado por los mltiples espacios de direcciones.
Los programas de aplicacin no pueden alterar las claves de proteccin de la memoria.
No existe forma, utilizando la funcin de proteccin de memoria, de que un programa de
aplicacin normal (no un programa autorizado) pueda proteger parte de su memoria
virtual de otras partes de la aplicacin corriendo en el mismo espacio de direcciones.
Un bit adicional de proteccin de memoria (para cada pgina de 4K de memoria real) es
el bit de proteccin de pgina. Este previene que incluso las rutinas del sistema (que
corren con clave 0, lo que habitualmente les permite escribir en cualquier sitio) puedan
IBM Corporation
21/02/2011
18 de 131
almacenar datos en esa pgina. Este bit se utiliza generalmente para proteger pginas
de la LPA de daos inadvertidos causados por las rutinas del sistema.
2.4.2.3
SAF
SAF (System authorization facility) es una interfaz definida por el MVS que permite a los
programas utilizar servicios de autorizacin del sistema para controlar el acceso a
recursos, tales como ficheros y comandos de MVS. SAF o bien procesa las
autorizaciones de seguridad directamente o trabaja en conjunto con el RACF, u otro
producto de seguridad, para llevarlas a cabo.
2.5 Rendimiento
Segn la Real Academia de la Lengua, rendimiento es el producto o utilidad que rinde o
da alguien o algo, o la proporcin entre el producto o el resultado obtenido y los medios
utilizados. Como siempre, en el lenguaje de los ordenadores estas definiciones no son
exactas. Como rendimiento entendemos lo afinado que est un sistema, si las
expectativas que tenemos acerca de lo que puede proporcionar, se corresponden con
la realidad, o ms exactamente, si el tiempo de respuesta que conseguimos es el
adecuado.
En un sistema operativo como el z/OS, que realiza mltiples aplicaciones, cada una con
sus expectativas dispares, afinar el sistema no parece una tarea simple. Pero las
facilidades que ha ido incorporando el z/OS a lo largo de los aos hacen que cada da
resulte ms sencillo disponer de un sistema con un rendimiento inigualable.
Entre estas facilidades destaca el WLM, (Work Load Manager), que permite definir los
objetivos de las aplicaciones en un lenguaje acorde con los compromisos de servicio
pedidos por los usuarios (SLAs). El WLM se encarga de proporcionar los recursos
necesarios para conseguir los objetivos acordados.
Tambin se dispone del RMF, que permite obtener informes, e incorporarlos a hojas de
clculo, para comprobar que se cumplen los objetivos y detectar posibles fuentes de
problemas si es que se incumplen.
IBM Corporation
21/02/2011
19 de 131
2.6 Disponibilidad
La solidez1 se considera como una de las propuestas de valor ms importantes de la
plataforma, y los estrategas del negocio generalmente consideran System z como la
plataforma ms robusta.
Este apartado comienza con el debate sobre el coste del tiempo de parada y la
necesidad de flexibilidad para luego continuar detallando las ventajas intrnsecas que
convierten la plataforma System z en resistente, que incluyen:
Las caractersticas fundamentales del hardware que hacen del System z una
mquina capaz de proporcionar una disponibilidad fuera de clase.
Solidez flexibilidad y resistencia se emplean como la traduccin del trmino ingls resiliency,
de difcil traduccin en este contexto. Es la capacidad que tiene un sistema de recuperarse ante
fallos imprevistos.
IBM Corporation
21/02/2011
20 de 131
2.6.2
La inactividad es costosa. El coste de las paradas es tan grande que muchas de las
empresas de hoy ya no pueden permitirse las interrupciones, planificadas o no. Las
estadsticas dicen que las empresas pueden perder entre decenas de miles a varios
millones de dlares por hora de inactividad. Incluso ms all de los aspectos
financieros, la inactividad tambin puede afectar a reas clave como la fidelidad de los
clientes, la competitividad en el mercado, y la conformidad legislativa. Por ejemplo, si un
sitio Web no est accesible, los clientes de Internet irn a otra parte. La operacin
continua es un imperativo empresarial, y requiere tener lo mejor en tecnologa robusta.
Algunas empresas deben parar sus sistemas para realizar actualizaciones planificadas,
aplicar mantenimiento, o renovar sus servidores. Caractersticas incorporadas en la
plataforma System z, sin embargo, permiten a las empresas evitar estas interrupciones
planificadas. Adems de ser una solucin excelente para la eliminacin de las paradas
planificadas, System z es tambin una excelente plataforma para evitar interrupciones
no planificadas. Con tecnologas tales como el Sysplex paralelo y GDPS, el System z
proporciona una cobertura ante un desastre nica en el mercado, pudiendo recuperar
sus sistemas con un RTO y RPO preestablecidos, y ofreciendo procedimientos
estndar ante fallos generales y la posibilidad de crear sus propios escenarios de una
forma sencilla y comprobable.
IBM Corporation
21/02/2011
21 de 131
2.6.4
Redundancia
En el pasado, frecuentemente las empresas tenan que cerrar un sistema las noches de
los sbados para realizar cambios o mantenimiento en el hardware. Hoy la plataforma
System z elimina dichas paradas planificadas con su capacidad para cambiar el
hardware sin que afecte a la aplicacin. La capacidad de realizar cambios concurrentes
ayuda al System z a dar servicio a sus usuarios en cualquier momento, 24x7, sin
paradas planificadas para mantenimiento de los datos o del sistema.
En el mundo de los negocios actuales, los backups y el mantenimiento de los sistemas,
tales como subidas de nivel o cambios, se deben realizar sin interrumpir las
operaciones. Muchos componentes del System z se pueden mantener y subir de nivel
de concurrentemente, incluyendo los procesadores, books, memoria, tarjetas
criptogrficas y canales de la CF. Incluso elementos no redundantes como las tarjetas
IBM Corporation
21/02/2011
22 de 131
2.6.5
La solidez del System z va mucho mas all del hardware. El punto focal del diseo de la
flexibilidad del System z son las aplicaciones, esto da como resultado un entorno
integrado donde el hardware, firmware, sistema operativo y middleware trabajan en
conjunto para proveer de disponibilidad a la aplicacin y a los datos.
2.6.5.1
z/OS
z/VM
Adems del principal sistema operativo, z/OS, el sistema operativo z/VM tiene muchas
componentes internas para la solidez.
Aqullos familiarizados con el Linux para el System z probablemente hayan odo la
historia de ese usuario que arranc, como ejercicio de prueba de concepto, miles de
instancias de Linux en un procesador de z9.
Este hecho demuestra la gran escalabilidad de System z (nmero de mquinas de
Linux es impresionante) y tambin, aunque sea menos espectacular, la fiabilidad
demostrada por el z/VM: Cundo el z/VM se queda sin recursos (cosa que,
evidentemente ocurre al arrancar miles de instancias), no se cae, sigue funcionando a
un nivel aceptable de rendimiento, repartiendo sus recursos de la mejor manera posible.
2.6.5.3
Adems de los numerosos mtodos para evitar las paradas no planificadas, El System
z tiene mtodos para eliminar las pardas planificadas debidas a las subidas de firmware
y a las reconfiguraciones.
IBM Corporation
21/02/2011
23 de 131
Sysplex paralelo
El Sysplex paralelo se basa en la fortaleza del Systems z para dar incluso una mayor
disponibilidad y flexibilidad a la hora de las paradas tanto planificadas como
imprevistas. El Sysplex paralelo no es un producto, sino una serie de colaboracin entre
distintos sistemas z/OS. El enfoque nico de cluster del Sysplex paralelo permite que la
topologa de escala de mltiples servidores parezca una nica y masiva configuracin
de SMP (Symmetric Multiprocessing).
La arquitectura de Sysplex paralelo permite a un conjunto de System zs la comparticin
de recursos, el balanceo de cargas y la comparticin de datos para centros de datos a
la carta, ofreciendo lo ltimo en flexibilidad y soportando a la vez diferentes topologas
de aplicacin.
Podemos pensar en el Sysplex paralelo como si fuera una orquesta sinfnica, con cada
clase de instrumento representando un producto distinto en el Sysplex. Hay varias de
cada instrumento, igual que puede haber varias imgenes del mismo producto en un
Sysplex. Todos los violines, por ejemplo, suenan igual y tocan la misma parte. Hay
suficientes violinistas para que en caso de que uno caiga enfermo, no se vea afectado
el concierto. Y si dicho violinista dimite, pueda ser reemplazado. De modo similar en un
Sysplex, todos los sistemas, o un subconjunto de ellos, son similares y realizan el
mismo trabajo. Un Sysplex exhibe anlogas caractersticas de disponibilidad: un fallo o
una desconexin planificada de un sistema del Sysplex no resultar en la prdida de la
aplicacin o en la disponibilidad de los datos, slo en una prdida temporal de
capacidad.
Otra ventaja de la tecnologa del Sysplex paralelo es su capacidad para instalar o
mantener hardware o software sin interrupciones. Se pueden quitar o aadir servidores
mientras la aplicacin contina corriendo en otros sistemas. Diferentes sistemas
pueden estar corriendo a distintos niveles de software, haciendo de este modo las
modificaciones de software ms fciles. El software se puede modificar en un sistema
mientras el resto permanece disponible. Los cambios ms importantes de software se
pueden realizar utilizando la tcnica del rolling IPL durante la etapa de los cambios sin
necesidad de interrumpir la disponibilidad de la aplicacin.
Con la tcnica de cluster del Sysplex paralelo y su habilidad para soportar la
comparticin de datos entre servidores, los arquitectos de IT pueden disear y
desarrollar aplicaciones que tengan una vista integrada de los datos, eliminando
efectivamente la necesidad de dividir las bases de datos. La comparticin de datos del
Sysplex paralelo ofrece la ventaja nica de permitir el crecimiento de la base de datos
sin interrupciones y con balanceo de cargas automtico. En un entorno de bases de
datos particionadas, el crecimiento de la base de datos o de la aplicacin requerira un
tiempo de parada largo y un trabajo de re-particionado complejo. Las capacidades del
Sysplex paralelo ayudan a evitar los obstculos que se encuentran con la arquitectura
de las bases de datos particionadas.
IBM Corporation
21/02/2011
24 de 131
El middleware del System z explota las capacidades del Sysplex paralelo para
proporcionar una operacin continua de las aplicaciones. CICS Transaccion Server,
DB2 for z/OS, WebSphere MQ, WebSphere Application Server, IMS Transaction
Manager, TCP/IP, VTAM, APPC/MVS, RACF son algunos de los productos de IBM que
explotan la tecnologa de Sysplex paralelo.
2.6.5.5
GDPS
IBM Corporation
21/02/2011
25 de 131
2.7.2
z/OS tiene una larga historia en la administracin de sistemas y esta es una de las
fortalezas ms valoradas del System z.
Aparte el System z tiene la habilidad de realizar el mantenimiento y la instalacin tanto
de hardware como de software de forma ininterrumpida en un entorno de Sysplex
paralelo.
2.7.2.1
Con los sistemas configurados como un Sysplex paralelo, se pueden aadir o eliminar
sistemas dinmicamente al conjunto, permitiendo la instalacin de un nuevo hardware o
el mantenimiento del existente. Mientras tanto, el resto de sistemas contina el trabajo.
IBM tambin tiene una poltica de co-existencia que permite las subidas de hardware y
software con hasta tres versiones previas de z/OS. Esto permite a los clientes aadir
nuevo hardware sin necesidad de subir de nivel el sistema operativo en todas las
mquinas del Sysplex.
El middleware de IBM tambin co-existe con la versin previa, dando a los arquitectos
de software la oportunidad de decidir cuando cambiar el middleware basndose en las
polticas de negocio y no en el momento del cambio del hardware.
z/OS tambin permite realizar mantenimiento de hardware y software de una manera
escalonada, denominada rolling, de forma ininterrumpida. Esto permite a las empresas
implementar funciones crticas para el negocio y reaccionar a un crecimiento rpido sin
afectar a la disponibilidad del sistema.
2.7.2.2
Un centro de datos debe mantener un registro de sus recursos para poder determinar
as sus gastos y que stos puedan ser atribuidos a las distintas unidades de negocio.
IBM Corporation
21/02/2011
26 de 131
Administracin de recursos
IBM Corporation
21/02/2011
27 de 131
IBM Corporation
21/02/2011
28 de 131
2.7.5
Tecnologas auto-reparadoras
2.7.6
Tecnologas auto-optimizadoras
Una de las ventajas fundamentales del z/OS es su habilidad para priorizar las cargas
corriendo en el sistema para poder utilizar plenamente los recursos del sistema. El z/OS
dispone de una larga historia en el rea de auto-optimizacin en el manejo de cargas y
virtualizacin. La virtualizacin de recursos en el z/OS significa que stos se pueden
dirigir a dnde quiera que stos se necesiten, no a dnde estn conectados
fsicamente.
El Workload Manager y el DFSMS, son productos que proporcionan estas
caractersticas de optimizacin al z/OS, as como el Intelligent Resource Director
2.7.8
IBM Tivoli System Automation para z/OS (SA z/OS) juega un papel importante en la
automatizacin end-to-end dentro de la iniciativa de lBM de computacin autnoma:
ana las cuatro caras del automatismo para proporcionar una infraestructura autoadministrada para el z/OS. SA z/OS puede ayudar a los clientes a manejar sistemas de
z/OS aislados o en Sysplex paralelo, reduciendo la frecuencia y duracin de los
incidentes que puedan tener un impacto en la disponibilidad del IT.
SA z/OS ayuda a los clientes a simplificar la administracin, minimizar los costes y
maximizar la disponibilidad de las aplicaciones. SA z/OS es una solucin de alta
disponibilidad para aplicaciones crticas, proporcionando procesos auto-reparadores y
automatizacin para la E/S, los procesadores y la operacin del sistema. Los
administradores del sistema definen el estado deseado y el software monitorizar y
aplicar la respuesta apropiada en el sistema si se desva del estado deseado.
SA z/OS trae ms de 40 plug-and-play mdulos de polticas de automatizacin
incluyendo IMS, CICS, Tivoli Workload Scheduler, DB2, mySAP, GDPS y WebSphere.
IBM Corporation
21/02/2011
29 de 131
IBM Corporation
21/02/2011
30 de 131
3.1.1 Multiprogramacin/Multiproceso/Multithreading
Los primeros sistemas operativos en los predecesores de System z eran mono
programa. Sin embargo muy pronto apareci la necesidad de compartir la CPU entre
ms de un usuario y en la actualidad todos los sistemas son multiprograma, es decir
son capaces de ejecutar ms de un programa simultneamente.
Cuando un trabajo no puede usar el procesador por la razn que sea (porque esta
esperando por una operacin de E/S asncrona, por ejemplo) la multiprogramacin,
permite suspender el trabajo y liberar, por tanto, el procesador para ejecutar
instrucciones de otro trabajo. Cuando la operacin asncrona de E/S termina, el
segundo trabajo se interrumpe y el primero vuelve a estar listo para usar la CPU.
Los sistemas operativos pueden repartir de este modo la CPU porque capturan y salvan
toda la informacin de estado del programa que se interrumpe antes de quitarle el
control. De esta manera, son capaces de restaurar al punto exacto de ejecucin en que
se qued.
EL rendimiento de la multiprogramacin est muy relacionado con el como y el donde
se salva el estado del programa interrumpido.
El como es con una mezcla de HW/SW llamado PSW Switch que ser descrito ms
adelante.
El donde es en los distintos niveles de Cache del sistema. Cuanto mas memoria cache
haya y mas prxima est al procesador, mas posibilidad hay de que los datos de una
ejecucin, se restauren con un consumo mnimo de ciclos de CPU.
Cuando una mquina tiene mltiples procesadores, el sistema operativo soporta
multiproceso que es la capacidad de que mltiples procesadores procesen
instrucciones de de varios programas simultneamente.
IBM Corporation
21/02/2011
31 de 131
Para que esto sea posible, tiene que ocurrir que los procesadores compartan los
distintos recursos HW necesarios, como memoria y disco externo.
El multiproceso permite tanto la multiprogramacin (un procesador ejecuta varios
programas simultneamente), como la ejecucin en paralelo (un nico programa puede
utilizar distintos procesadores a la vez para hacer trabajo en paralelo).
El entorno System z soporta multiprogramacin y multiproceso desde hace muchos
aos, prcticamente desde sus orgenes.
La carga tpica de un Mainframe es una mezcla de gestores de BBDD (que son tareas
long running) y que actualizan millones de registros mezclado con programas batch y
con aplicaciones online usadas por miles de usuarios.
3.1.1.1
Multiproceso en z/Architecture
IBM Corporation
21/02/2011
32 de 131
SVC) o para intentar solucionar o al menos recopilar datos cuando hay algn error.
Estas ltimas se llaman interrupciones de programa.
Son no-planificadas, las de E/S que se producen cuando ha terminado una operacin
de E/S asncrona, las de Restart que se produce cuando el operador selecciona la
opcin Restart, y las Externas que incluyen diversos eventos externos, como una
llamada desde otra CPU o la expiracin de un intervalo de tiempo.
Tambin son no-planificadas las que se producen cuando hay un error de mquina.
A modo de anexo se incluye una descripcin de los distintos tipos de interrupciones
El z/OS utiliza los siguientes tipos de interrupciones:
1. Llamadas al supervisor o interrupciones SVC. Estas interrupciones ocurren
cuando el programa lanza una SVC para pedir un determinado servicio del
sistema. Una SVC interrumpe el programa que se est ejecutando y da el
control al supervisor para que pueda realizar el servicio requerido. Los
programas piden estos servicios a travs de macros tales como OPEN (abrir
un fichero), GETMAIN (obtener memoria), o WTO (escribir un mensaje al
operador del sistema).
2. Interrupciones de E/S. Estas interrupciones ocurren cuando el subsistema
de canales seala un cambio de estado, tal como la finalizacin de una
operacin de E/S, la ocurrencia de un error, o que un dispositivo de E/S, tal
como una impresora, est listo para empezar a trabajar.
3. Interrupciones externas. Estas interrupciones pueden indicar varios
acontecimientos, tales como la expiracin de un intervalo de tiempo, una
interrupcin desde la consola, o que el procesador reciba una seal desde
otro procesador.
4. Interrupciones de reinicio (Restart interrupts). Esta interrupcin ocurre
cuando el operador selecciona la funcin RESTART en la consola o
cuando la instruccin restart SIGP se recibe desde otro procesador.
5. Interrupciones de programa. Estas interrupciones son causadas por errores
de programa (por ejemplo que el programa intente ejecutar una operacin
invlida), page faults (el programa referencia una pgina que no est en la
memoria central), o pide monitorizar un suceso.
6. Interrupciones de error mquina. Estas interrupciones las causa un error
del procesador y su resolucin termina en asignacin de un procesador de
reserva en sustitucin del que ha fallado.
3.1.2.1
IBM Corporation
21/02/2011
33 de 131
8-11
Clave de memoria
15
31-32
Cada tipo de interrupcin tiene una zona de memoria asociada que consta de dos
partes:
La llamada PSW vieja que es donde se guarda el contexto (la PSW) del programa que
se estaba ejecutando cuando la interrupcin se produjo.
La llamada PSW nueva que es la que se carga como activa cuando se produce la
interrupcin. Esta contiene la direccin y las condiciones de ejecucin de la rutina
asociada con la interrupcin.
En un sistema de multiprogramacin, casi cualquier secuencia de instrucciones puede
ser interrumpida para ejecutarse ms tarde. Si dicho conjunto de instrucciones est
manipulando o modificando un recurso (por ejemplo, un bloque de control o un fichero),
el sistema operativo debe impedir que otros programas usen ese recurso hasta que el
programa interrumpido haya completado su proceso sobre dicho recurso.
El z/OS asegura la integridad mediante los mtodos de serializacin de encolamiento
(GRS) bloqueo (lock) y una tercera tcnica llamada latching.
Todos los usuarios pueden usar el encolado pero slo rutinas autorizadas pueden usar
el bloqueo para la serializacin de los recursos.
3.1.3 Virtualizacin
Como se ha visto en el captulo anterior, la capacidad de compartir todos los recursos
esta basada en una de las caractersticas ms importantes y bsicas del diseo de
System z. System z es una arquitectura virtual y que naci virtual.
IBM Corporation
21/02/2011
34 de 131
Es un concepto que, en la actualidad, est muy extendido y que se podra definir como
la tcnica de esconder las caractersticas fsicas de los recursos a los usuarios de
dichos recursos.
Por ejemplo, cada sistema operativo ejecutndose en una particin lgica de la
plataforma System z cree que tiene acceso exclusivo al HW. La tcnica de
virtualizacin esconde el hecho de que ese HW esta siendo compartido por todas las
particiones lgicas.
Como se ha dicho mas arriba, la virtualizacin no es un aadido a la plataforma.
z/Architecture contiene facilidades tanto en el HW como en le SW base (sistemas
operativos) que facilitan la comparticin de los recursos. Todos los elementos de
System z contienen componentes que facilitan la virtualizacin.
Virtualizar el entorno System z, implica crear sistemas virtuales (Particiones lgicas y
mquinas virtuales) y asignar recursos virtuales, como memoria, capacidad de proceso,
capacidad de E/S o capacidad de networking a dichos sistemas. .
Los recursos se pueden aadir o quitar dinmicamente a estas particiones lgicas
mediante el uso de comandos de operador.
Aunque se hablar mas adelante, tambin el HW real se puede aadir en muchos
casos dinmicamente. Tanto CPU como memoria como E/S.
El particionamiento lgico y las mquinas virtuales, incrementan, por tanto, la
flexibilidad al permitir que recursos fsicos se aadan o quiten de manera dinmica y no
disruptiva de los sistemas virtuales.(LPAR o Virtual machines) activos y en uso.
El esquema de virtualizacin de los sistemas actuales, suele corresponder a uno de los
siguientes tipos:
IBM Corporation
21/02/2011
35 de 131
3.2.1 Z10
El modelo de HW actual es el 2097 y se fabrican 2 modelos: z10 EC de 1 a 64
procesadores y el z10 BC de 1 a 10 procesadores.
3.2.1.1
Jaula o cage es la estructura en la que se insertan los distintos componentes. Hay dos
tipos:
1. CEC cage: Contiene las processor units (PU), la memoria fsica y conectores a
las otras jaulas.
2. I/O cage: Contiene las tarjetas de canal que conectan con los dispositivos
externos.
Los sistemas se componen de una jaula tipo CEC y de 1 a 3 jaulas de E/S.
3.2.1.2
System z book.
IBM Corporation
21/02/2011
36 de 131
3.2.2 Procesadores
La unida de proceso (processing unit (PU)) es el corazn de cualquier HW. La
plataforma System z tiene una unidad de proceso nica con su propio conjunto de
instrucciones
Las unidades de proceso estn basadas en un chip de cuatro PUs organizadas de
acuerdo al siguiente esquema:
Estos procesadores son ayudados por otros dos (COP en la figura) que estn
especializados en servicios de compresin y cifrado.
La funcin de cifrado se llama CP Assist for Cryptographic Function (CPACF) y permite:
Cifrar y descifrar con protocolos DES/TDES/AES. El resto de
protocolos utilizan la tarjeta Crypto Express de la que se hablar mas
adelante.
Algoritmos de generacin de MAC, hashing seguro y generacin de
nmeros Pseudo Random.
IBM Corporation
21/02/2011
37 de 131
Hay diferentes tipos de Pus, aunque todas ellas usan el mismo chip. Se caracterizan
como distintos tipos dependiendo del uso.
Si un proceso est sin caracterizar, esta como disponible. Si ocurre un fallo de HW en
cualquier tipo de procesador, el sistema caracteriza uno de los disponibles con el
mismo tipo y lo sustituye.
En z10, existen los siguientes tipos de procesador:
System z Application Assist Processor (zAAP). Los zAAP los usa la IBM Java
Virtual Machine (JVM) para ejecutar cdigo JAVA. Lo mismo que con los
IFLs, lo que se ejecute en zAAP no contribuye al coste de SW.
3.2.3
3.2.3.1
Memoria
Memoria Central
Los sistemas z utilizan mdulos DIMM (Dual In line Memory Module) de 4 GB u 8 GB.
La suma total disponible por book es de 384 GB lo que da, en los modelos actuales, un
total por mquina de 1,5 TB.
IBM Corporation
21/02/2011
38 de 131
Esta memoria se reparte entre las particiones, aunque algunos sistemas operativos
como el z/OS permiten reservar memoria para ser asignada a otra particin en caso de
necesidad.
Tambin la memoria se instala en mdulos completos permitiendo la posibilidad de
aadir memoria de forma dinmica, activando la que ya se encuentra instalada.
3.2.3.2
Memoria Cache
Adems de la memoria central, existen una serie de niveles de cache que permite un
mayor rendimiento en el acceso de las Pus a los datos.
Cuanto mas cerca estn los datos de las unidades de proceso, menos ciclos de
mquina se desperdiciarn a la espera del dato y, por tanto, mayor ser el rendimiento
global.
En las mquinas z10 existen varios niveles de Cache:
Asociados a la PU
Nivel 1.
Nivel 1.5
3MB
3.2.4 E/S
3.2.4.1
Subsistema de canales
Una de las mayores fortalezas de los Mainframe es su capacidad para manejar un gran
nmero de operaciones de E/S simultneas.
Esta capacidad proviene en gran parte de la existencia de un subsistema especializado
as como del uso de procesadores especficos (SAP y canales)
Como se ha dicho mas arriba, esto permite simultanear la ejecucin de las aplicaciones
con el proceso de la E/S.
El subsistema de canales o CSS (channel subsystem ) maneja el flujo entre los
dispositivos de E/S y la memoria.
SAP usa la configuracin de E/S para saber encaminar la peticin por el canal
correspondiente al dispositivo de destino.
Los canales controlan la transmisin del dato entre la memoria y el dispositivo. Suelen
ser compartidos entre todas las particiones que existen en un sistema.
IBM Corporation
21/02/2011
39 de 131
Son canales que se manejan con distintos protocolos y que conectan los sistemas a la
memoria externa. Hay de varios tipos dependiendo de la conectividad y del protocolo
usado.
3.2.4.2
Los dispositivos de almacenamiento que se acceden desde System z pueden ser, tanto
los tradicionalmente soportado por el Sistema operativo z/OS y con protocolo exclusivo,
como los accedidos desde Linux en z que se acceden con protocolos mas estndar.
En su origen, los dispositivos disponibles para el predecesor de z/OS necesitaban una
unidad de control especializada en su manejo. Adems los dispositivos de acceso
directo (o discos) tenan una tecnologa de discos accedidos en paralelo que formaban
pistas y cilindros.
IBM Corporation
21/02/2011
40 de 131
Aunque el z/OS sigue trabajando con pistas y cilindros, en la actualidad el z/OS soporta
loas llamados EAV (Extended Adres Volumes) que permiten acceder sin las
limitaciones de la antigua tecnologa a los datos residentes en la nueva.
Al mismo tiempo, y fiel a su poltica de backward compatibility, se pueden seguir
ejecutando los programas antiguos que siguen creyendo que sus datos residen en los
antiguos dispositivos.
3.2.7 HiperSockets
Se llama HiperSockets a la tecnologa que provee conexin TCP/IP de gran velocidad
entre servidores de distintas LPAR de la misma mquina. La comunicacin se
establece utilizando la memoria de la mquina, con lo que se evita la salida al exterior y
se ahorra, por tanto, la latencia de la red.
IBM Corporation
21/02/2011
41 de 131
IBM Corporation
21/02/2011
42 de 131
Virtualizacin de E/S
La virtualizacin de E/S permite a las LPARs compartir los mismos canales de acceso
al exterior.
De esta manera las distintas particiones pueden acceder de manera concurrente tanto
al almacenamiento (discos y cartuchos) como a la red.
La virtualizacin hace que cada LPAR crea que tiene uso exclusivo y es el microcdigo
quien se encarga de ordenar dicho acceso.
La componente del microcdigo dedicada a esta virtualizacin se llama EMIF.
3.2.10 Hiperdispatch
Es una funcin que permite mejorar el rendimiento aumentando las posibilidades de
que el dato que necesita una instruccin se encuentre en la memoria cache ms
prxima.
El Hiperdispatch tiene dos componentes, una HW (o microcdigo del PR/SM) y otra SW
(en el dispatcher del z/OS).
La primera aplantilla una CPU lgica sobre una fsica utilizando un algoritmo que busca
la reutilizacin del primer nivel de cache. Es decir siempre busca aplantillar la CPU
lgica sobre la ltima fsica en la que se ejecut. En caso de que no est disponible,
aplantilla sobre otra. En ningn caso hace esperar por esta causa.
Esta es la componente HW.
La componente SW (el dispatcher o repartidor de la CPU) divide los procesadores
lgicos en grupos de cuatro y asocia a cada grupo un conjunto de tareas.
De esta manera cada tarea tiene mas probabilidades de ejecutarse en la misma CPU
lgica, que a su vez se procura aplantillar sobre la misma fsica, de manera que los
datos que haba referentes a la tarea en los distintos niveles de cache estn an ah, y
no han sido sustituidos por otros.
IBM Corporation
21/02/2011
43 de 131
IBM Corporation
21/02/2011
44 de 131
Desde sus inicios el diseo de z/OS tiene como objetivo primordial alcanzar el la
mxima calidad de servicio posible utilizando la tecnologa disponible en cada
momento.
Esta calidad de servicio forma parte intrnseca del sistema, y por lo tanto es aplicable
tanto a las transacciones operativas que utilizan Middleware tradicional como a las
nuevas aplicaciones que utilizan las ltimas tecnologas software.
Es, por ejemplo, una plataforma escalable y segura en la que desplegar aplicaciones
SOA usando tecnologa JAVA o adaptando la tecnologa tradicional.
IBM Corporation
21/02/2011
45 de 131
La definicin de los tipos de carga y las reglas para manejarlos, es lo que constituye
una poltica del WLM.
A cada tipo de carga se le asigna un objetivo y una importancia. El objetivo, define
como se espera que se comporte este tipo de carga o el compromiso adquirido con
otros (Service Level Agreement o SLAs). El WLM usa estas definiciones de objetivos
para manejar el trabajo. La poltica es compartida por todos los sistemas que trabajen
de forma cooperativa (Sysplex)
WLM tiene dos mtodos para cumplir los objetivos marcados:
Repartir recursos del sistema (procesadores memoria e I/O) ajustando las
prioridades.
Controlar el encaminamiento de la carga a los distintos servidores de
aplicaciones disponibles o, incluso, arrancar servidores nuevos en caso
necesario.
La identificacin de la carga la llevan a cabo de manera conjunta el middleware y el
sistema operativo.
Los distintos Middleware (CICS, IMS, WAS, SAP, etc) informan al WLM cuando entra
al sistema una unidad de trabajo. Esta unidad de trabajo, llega con un conjunto de
caractersticas (nombre de la transaccin, nombre del servidor origen, direccin origen,
etc..) que permiten al WLM asignarle (siguiendo el conjunto de reglas previamente
definidas) una clase de servicio.
Una clase de servicio representa el objetivo de rendimiento de un tipo concreto de
carga, as como su importancia relativa. Como hemos visto antes, el WLM gestiona y
distribuye los recursos del sistema para intentar cumplir esos objetivos.
IBM Corporation
21/02/2011
46 de 131
IBM Corporation
21/02/2011
47 de 131
IBM Corporation
21/02/2011
48 de 131
Hay elementos de middleware del z/OS que internamente guardan tambin sus datos
en ficheros VSAM, como es el caso de DB2, o los ficheros zFS de los servicios UNIX
Se puede usar el VSAM para organizar los registros en cuatro tipos diferentes de
ficheros, secuenciados por clave (key-sequenced), secuenciados por entrada (entrysequenced), lineales (linear) y de registro relativo (relative record). La diferencia
principal entre ellos es la forma en la que se almacenan y acceden sus registros.
Veamos una breve descripcin de los mismos:
Key Sequence Data Set (KSDS) cada registro tiene uno o ms campos de
clave y un registro se lee (o inserta) por valor de la clave. Esto proporciona
acceso al azar a los datos. Los registros son de longitud variable.
Entry Sequence Data Set (ESDS) esta tipo de VSAM guarda los registros en
secuencia. Los registros de acceden secuencialmente. Lo usa el IMS, el DB2 y
los USS del z/OS.
Relative Record Data Set (RRDS) permite la lectura de los registros por
nmero, registro 1, registro 2, Proporciona un acceso al azar y asume que la
aplicacin tiene forma de derivar los nmeros de registro que quiere obtener.
Linear Data Set (LDS) Esto es, en efecto, un fichero byte-stream y es el nico
de este tipo en el entorno z/OS tradicional (no-USS). Hay un nmero alto de
funciones del sistema z/OS que usan este formato ampliamente, pero es raro
que lo usen programas de aplicacin.
Los muy crticos tienen copia instantnea (Flash Copy ) cada cierto
tiempo.
IBM Corporation
21/02/2011
49 de 131
IBM Corporation
21/02/2011
50 de 131
4.1.6.2
Bloqueos
IBM Corporation
21/02/2011
51 de 131
IBM Corporation
21/02/2011
52 de 131
En z/OS el lenguaje JAVA (es decir la JVM) dispone de los mismos APIs que en el resto
de las plataformas. Pero adems IBM ha mejorado el JAVA en z/OS para permitirle
utilizar funciones peculiares de System z, tales como el HW criptogrfico o los sistemas
de ficheros UNIX en z/OS.
Adems existen interfaces entre los lenguajes tradicionales (Cobol, C/C++, etc..) y el
lenguaje JAVA.
Por ltimo y como se ha dicho anteriormente, la ejecucin dentro de la Java Virtual
Machine (JVM) se descarga en su mayora (alrededor del 90%) en procesadores zAAP
que, como hemos visto, es potencia que no se incluye a la hora de calcular la potencia
de la mquina desde el punto de vista del SW.
Permite tambin:
Desplegar en mltiples entornos que incluyen WebSphere, CICS, IMS, batch, y DB2 va
Stored Procedures.
Aprovechar los conocimientos existente para escribir aplicaciones JAVA o Cobol
utilizando EGL(Enterprise Generation Language).
Adaptar y extender el entorno de desarrollo mediante el uso de diversos plug-in
Visualizar y editar grficamente cdigo J2EE usando el UML Visual Editor.
Detectar problemas de rendimiento y cuellos de botella con las herramientas de
trace y de performance profiling para aplicaciones Websphere
Generar Enterprise COBOL XML para aplicaciones basadas en los servicios
Web de CICS y IMS
IBM Corporation
21/02/2011
53 de 131
IBM Corporation
21/02/2011
54 de 131
IBM Corporation
21/02/2011
55 de 131
IBM Corporation
21/02/2011
56 de 131
IBM Corporation
21/02/2011
57 de 131
La CF funciona como una gran buffer donde los datos pueden ser accedidos desde los
sistemas con un mecanismo de serializacin adecuado al tipo de dato.
Los Informacin que almacena es de tres tipos
Informacin de lock que es compartida entre todos los sistemas del Sysplex
Lista de datos
La Coupling Facility puede ser un sistema aparte o una LPAR dentro de un sistema.
En la figura se ve la configuracin de un Sysplex paralelo con 2 imgenes.
IBM Corporation
21/02/2011
58 de 131
Si uno de los sistemas falla, y los sistemas estn preparados para ello (ver
GDPS mas adelante) su carga es desviada automticamente al resto sin
prdida de servicio.
4.4 z/VM
z/VM es un Sistema operativo basado en la z/Architecture (64-bit) y que corre en la
plataforma System z.
VM son las siglas de Virtual Machine y este sistema operativo es, como indica su
nombre, la implementacin de la tecnologa IBM para virtualizacin de servidores en la
plataforma. Cada mquina virtual es vista por el sistema operativo guest o husped
como una mquina fsica.
Da la capacidad de correr otro tipo de sistemas operativos cono z/VSE o zLinux y
tambin z/OS puede ser ejecutado bajo z/VM.
z/VM soporta huspedes en arquitecturas de 24, 31 y 64 bits.
z/VM suministra a cada usuario un entorno de trabajo individual, que es lo que
llamamos mquina virtual, que el usuario ve como HW y se dirige a l utilizando las
instrucciones HW que usara en modo nativo.
Las mquinas virtuales bajo z/VM comparten todos los recursos del sistema
El procesador y la memoria son asignados a los servidores que la necesitan cuando la
necesitan. La asignacin del procesador es por intervalos, es decir que se tiene una
granularidad menor que un procesador.
z/VM tambin permite virtualizar la E/S ( discos, cartuchos, etc. ) as como la red.
La virtualizacin permite adems enriquecer el entorno por medio de funciones tales
como:
z/VM permite compartir espacio en disco entre las imgenes zLinux. Esto permite que
se pueda compartir el cdigo read-only entre dichas imgenes.
Esta facilidad, adems de mejorar el uso del espacio en disco, permite gestionar mejor
las versiones de las aplicaciones y reduce la complejidad del mantenimiento del SW.
La comunicacin entre los distintos sistemas huspedes es tambin virtual. Adems de
ser ms rpida, ya que los datos no salen de la memoria del procesador, simplifica
enormemente el cableado y mejora la seguridad reduciendo la necesidad de Firewalls
intermedios,
IBM Corporation
21/02/2011
59 de 131
HiperSockets para comunicacin de muy alta velocidad dentro del CEC, entre
particiones con z/OS, z/VSE y Linux. HiperSockets es una funcionalidad de
System z que permite una comunicacin TCP/IP a alta velocidad entre LPAR.
Usa la memoria como canal de comunicacin y usa un protocolo TCP/IP
aligerado de las funciones relativas al medio fsico.
En general, zLinux hereda de manera automtica, las fortalezas del HW del Mainframe.
Usado como husped de z/VM suministra una base para la consolidacin de servidores
muy eficiente, muy escalable, capaz de soportar altos niveles de carga cercanos al
100% y por lo tanto muy efectivo desde el punto de vista del coste.
IBM Corporation
21/02/2011
60 de 131
SW-
Las transacciones ocurren en nuestra vida diaria constantemente; por ejemplo cuando
sacamos dinero de un cajero o buscamos en Internet. Una transaccin es un
intercambio, generalmente una peticin y su respuesta, que ocurre como un hecho
rutinario para ejecutar operaciones del da a da de una organizacin. Las transacciones
tienen las siguientes caractersticas:
La duracin es corta.
IBM Corporation
21/02/2011
61 de 131
Generalmente las transacciones se inician por usuarios finales que interactan con el
sistema transaccional a travs de un terminal. En el pasado, los sistemas
transaccionales slo soportaban terminales y dispositivos conectados a travs de una
red de teleproceso 2. Hoy da los sistemas transaccionales pueden servir peticiones
provenientes de:
5.1 CICS
CICS son las iniciales de Customer Information Control System 3; es un subsistema de
propsito general del z/OS para procesar transacciones.
El CICS proporciona los servicios para ejecutar una aplicacin online, a peticin, y al
mismo tiempo que otros usuarios estn submitiendo peticiones para ejecutar la misma
aplicacin utilizando los mismos ficheros y programas.
El CICS gestiona la comparticin de los recursos, la integridad de los datos y la
priorizacin de la ejecucin de las aplicaciones. El CICS autoriza a los usuarios, aloca
los recursos (memoria y procesamiento), y pasa las peticiones de bases de datos de las
aplicaciones al gestor de base de datos correspondiente (por ejemplo, DB2). Podramos
decir que el CICS acta (y lleva a cabo muchas de las mismas funciones) como el
sistema operativo z/OS.
Una aplicacin CICS es una coleccin de programas relacionados que llevan a cabo
juntos una operacin de de negocio, como presentar una declaracin de renta por va
telemtica o abrir una solicitud de ayuda para personas con dependencia.
Aunque desde hace unos aos al nombre CICS se le han aadido las iniciales TS de
Transaction Server, en este libro seguiremos refirindonos a este middleware como CICS a
secas.
IBM Corporation
21/02/2011
62 de 131
Las aplicaciones se ejecutan bajo control del CICS utilizando servicios CICS e
interfaces para acceder a programas y ficheros. La ejecucin de una transaccin
incluye la ejecucin de uno o ms programas de aplicacin que implementan la funcin
que se requiere. En la documentacin de CICS se puede encontrar que a los
programas de aplicacin CICS se les llama simplemente programas, y algunas veces el
trmino transaccin se usa para indicar el proceso hecho por los programas de
aplicacin.
IBM Corporation
21/02/2011
63 de 131
IBM Corporation
21/02/2011
64 de 131
Los programas CICS se ejecutan como parte de una transaccin bajo el control de una
tarea CICS y pueden llevar a cabo las siguientes acciones:
Reservar o liberar bloqueos sobre los recursos que se comparten con otras
tareas.
IBM Corporation
21/02/2011
65 de 131
IBM Corporation
21/02/2011
66 de 131
datos es un fichero que tienen los registros en memoria principal; una tabla de datos
compartidos es una tabla de datos que est accesible desde ms de una regin CICS.
IBM Corporation
21/02/2011
67 de 131
IBM Corporation
21/02/2011
68 de 131
El CICS proporciona interfaces para que se puedan enviar peticiones a una regin
CICS desde un sistema externo:
5.2.7 Seguridad
El CICS usa los servicios que le proporciona un gestor de seguridad externo, como el
RACF, para el control de los accesos a las aplicaciones y a los recursos del sistema.
Sea cual sea la forma de iniciarse una transaccin, cuando la seguridad del CICS est
activa, la transaccin queda asociada con un usuario. Aunque un usuario CICS es en
muchos casos un usuario individual concreto, en general un usuario es una entidad que
se identifica con un identificador de usuario (user ID).
Cuando un usuario hace una peticin, el CICS llama al gestor de seguridad para
determinar si tiene la autoridad para hacerla. Si el usuario no tiene la autoridad
apropiada, el CICS deniega la peticin.
Eclipse es una plataforma para construir y desplegar aplicaciones cliente en las que
la manipulacin de datos es Rich Client Platform (RCP).
IBM Corporation
21/02/2011
69 de 131
Seguridad de signon que asegura que los usuarios del terminal estn
autorizados a conectarse a CICS
Seguridad del enlace que asegura que los sistemas remotos estn autorizados
a conectase a CICS
Seguridad de recurso que asegura que los usuarios que usan recursos CICS
estn autorizados a ello.
Seguridad de comando para asegurar que los usuarios que usan la interfaz de
programacin CICS estn autorizados a ello.
La utilidad EDF se usa para probar los programas de aplicacin interactivamente, sin
hacer modificaciones al programa fuente o al procedimiento de preparacin del
programa. El EDF intercepta la ejecucin del programa en varios puntos y muestran la
informacin de ste.
El CICS emite mensajes para advertir de eventos significativos y de condiciones de
error y, en algunos casos, solicitar informacin del operador del sistema. Los mensajes
se emiten a la consola del sistema, a terminales CICS o a destinos de colas TD.
El trace es un registro del procesamiento hecho por un programa o transaccin. La
informacin recolectada de un trace se puede usar para determinar problemas,
especialmente de rendimiento. El CICS tracea el flujo de control a travs de su cdigo.
Los eventos clave que recolecta en el trace son la entrada y la salida a programas del
sistema CICS y eventos excepcionales. Tambin se pueden tracear programas de
aplicacin del usuario. Se puede capturar la informacin del trace internamente, en
ficheros auxiliares de trace, y en el fichero GTF del z/OS. Se puede seleccionar qu
informacin de trace se captura, aunque el trace de las excepciones siempre se recoge.
Un dump es un registro de los contenidos de reas seleccionadas de memoria principal
en un instante determinado. El CICS captura un dump cuando se produce un fallo o
IBM Corporation
21/02/2011
70 de 131
cuando se pide sacarlo explcitamente. El CICS proporciona dos tipos de dump, uno de
transaccin que captura reas de memoria relativas a una cierta transaccin, y uno de
sistema que captura todas las reas de memoria de una regin CICS.
5.3 IMS
El IMS, Information Management System, ha sido una parte importante de la industria
de las tecnologas de la informacin desde su inicio.
El 25 de Mayo de 1961, el Presidente de los EEUU John F. Kennedy ret a la industria
americana a mandar un americano a la Luna y que volviera sano y salvo a la Tierra. La
hazaa se vio cumplida antes del final de la dcada como parte del programa Apolo.
American Rockwell gan el contrato para construir una nave para el programa Apolo y,
en 1965, crearon un acuerdo con IBM para disponer de un sistema automatizado que
gestionara las grandes cantidades de piezas necesarias para la construccin de
aqulla.
En 1966, 12 miembros de un equipo de IBM, junto con 10 miembros de American
Rockwell y 3 de Carterpillar, empezaron a disear y desarrollar el sistema que se llam
Information Control System and Data Language/Interface (ICS/DL/I). Durante el proceso
de diseo y desarrollo, el equipo de IBM se desplaz a Los Angeles y creci hasta los
21 miembros. El equipo de IBM complet y proporcion la primera release del ICS en
1967.
En Abril de 1968, se instal. El 14 de Agosto de 1968, se vio el primer mensaje de
READY en un terminal de mquina de escribir IBM 2740 en la divisin espacial de
Rockwell en la NASA en Downey, California.
En 1969, se renombr el ICS como Information Management System/360 (IMS/360) y
pas a estar disponible en todo el mundo de IT.
Desde 1968, el IMS:
El sistema gestor de bases de datos IMS (DBMS) introdujo la idea de que el cdigo de
la aplicacin se separara de los datos. El punto de separacin era el DL/I, Data
Language/Interface. El IMS controla el acceso y la recuperacin de los datos. Los
programas acceden y navegan por los datos invocando a la interfaz estndar DL/I.
Esta separacin estableci un nuevo paradigma en la programacin de aplicaciones. El
cdigo de aplicacin ahora se poda focalizar en la manipulacin de los datos sin las
complicaciones y la sobrecarga asociada al acceso y a la recuperacin de los datos.
Este paradigma eliminaba virtualmente la necesidad de copias redundantes de los
datos. Diferentes aplicaciones podan acceder y modificar una instancia de los datos,
proporcionando as el dato vigente a cada aplicacin. Se hizo ms fcil el acceso a los
datos de forma online ya que el cdigo de la aplicacin se separaba del control de los
propios datos.
IBM desarroll un componente online para el ICS/DL/I con el fin de soportar la
comunicacin de los datos. Se ampli la interfaz DL/I al componente online del
producto para permitir la transparencia de comunicacin de los datos a los programas
IBM Corporation
21/02/2011
71 de 131
Alrededor del 95% de las compaas del Fortune 1000 usan IMS.
Un solo IMS ha procesado unas 6.000 transacciones por segunda con una sola
conexin TCP/IP.
En resumen,
IBM Corporation
21/02/2011
72 de 131
Conocido en conjunto como IMS DB/DC, los tres componentes crean un entorno de
proceso de transacciones completo que aporta disponibilidad continua e integridad de
datos. Las funciones que proporcionan estos componentes se describen con detalle
ms adelante.
El IMS se ha desarrollado para proporcionar un entorno para las aplicaciones que
demandan altos niveles de rendimiento, capacidad y disponibilidad. El IMS usa mucha
de las facilidades que ofrece el sistema operativo y el hardware. Se ejecuta en z/OS y
System z.
El IMS TM e IMS DB pueden ser componentes independentes si no se requieren nada
ms que las funciones de uno de ellos. Cuando se utiliza slo el IMS DB, se le llama
DBCTL, y si el que se utiliza es el IMS TM, se le llama DCCTL.
Los programas de aplicacin que se escriben para usar las funciones de IMS se pueden
codificar en Assembler, C/C++, COBOL, Java, Pascal, PL/I y REXX. Las aplicaciones
acceden a los recursos IMS llamando a un conjunto de funciones de IMS estndar a
travs de las APIs DL/I y Java database connectivity (JDBC).
IBM Corporation
21/02/2011
73 de 131
IMS TM
IBM Corporation
21/02/2011
74 de 131
IBM Corporation
21/02/2011
75 de 131
De operacin de IMS.
De comunicacin para que otros sistemas del z/OS se hablen con el IMS.
Comandos IMS.
Exits de usuario.
Definiciones de servicios.
IMS y z/OS
El IMS es una gran aplicacin que se ejecuta en z/OS. Tanto uno como otro est
diseados para hacer el mejor uso posible de los componentes de software y hardware
del sistema.
El IMS dentro del z/OS utiliza diferentes espacios de direcciones: uno de control, varios
espacios de direcciones separados que proporcionan servicios IMS, y varios espacios
de direcciones que ejecutan programas de aplicacin. A estos espacios de direcciones
a veces se les llama regiones5, como la regin de control del IMS.
Vamos a ver los distintos componentes de un sistema IMS en la siguiente seccin:
DB/DC, que tiene toda la funcionalidad tanto del IMS TM como del IMS DB
Batch, que contiene la funcionalidad del IMS DB, pero que slo se usa para
trabajos batch.
El entorno DB/DC tiene instalado tanto el IMS TM como el IMS DB y por tanto dispone
de toda la funcionalidad del producto. Sus principales objetivos son:
IBM Corporation
21/02/2011
76 de 131
La red, que podra incluir una consola del sistema operativo, terminales,
servidores web, etc.
IBM Corporation
21/02/2011
soporta tanto
77 de 131
En las relacin del IMS con otros elementos del z/OS, conviene destacar que
proporciona soporte a aplicaciones TCP/IP a travs de la funcin OTMA explicada
anteriormente. Tambin soporta APPC, una implementacin del protocolo LU 6.2 que
permite distribuir aplicaciones por una red y comunicarse con ellas independientemente
del hardware donde residan.
5.4 WAS
WebSphere Application Server (WAS) es un servidor de aplicaciones basado en
tecnologa J2EE y de Web Services. Es un entorno de despliegue y de ejecucin de
aplicaciones Java construidas con tecnologas basadas en estndares abiertos, que
soporta la mayora de las funciones como servlets, Java Server pages (JSPs), y
Enterprise Java Beans (EJBs) e incluye la ltima tecnologa de interfaces e integracin
de servicios.
WebSphere Application Server proporciona la capa de la lgica de aplicacin en una
arquitectura de tres niveles, lo que permite a los componentes de cliente interactuar con
los recursos de datos y las aplicaciones legacy. Estos niveles son niveles lgicos.
Puede que se estn ejecutando o no en el mismo servidor fsico.
IBM Corporation
21/02/2011
78 de 131
En el ejemplo anterior, si varios clientes intentan realizar un pedido del mismo artculo,
del que slo queda uno, la capa de la lgica de aplicacin debe determinar quin tiene
derecho a ese artculo, actualizar la base de datos para reflejar la compra e informar a
los otros clientes de que el artculo ya no est disponible.
La base de datos establece su propio control de accesos, normalmente bloqueando un
registro que se est procesando.
Pero cuando se hace ese bloqueo si es cuando un artculo se coloca en un carro de
compra, para evitar que los dems clientes consideren la posibilidad de compra o es
cuando la compra se hace efectiva, es una decisin de negocio y la toma el segundo
nivel.
La separacin del segundo y el tercer nivel reduce la carga en los servicios del tercer
nivel, da soporte a una gestin de conexiones ms eficaz y puede mejorar el
rendimiento general de la red.
Los servicios del tercer nivel estn protegidos del acceso directo de los componentes
de cliente que residen en una red segura. La interaccin debe producirse a travs de
los procesos del segundo nivel.
La ventaja de z/OS es la posibilidad de desplegar el segundo y el tercer nivel en un
entorno fsico de z/OS, conservando la seguridad y las ventajas lgicas de los sistemas
de nivel nico.
El WAS en z/OS est altamente integrado con todas las caractersticas y servicios
ofrecidos por el sistema operativo. Puede interactuar con todos los subsistemas del
z/OS como el DB2, el CICS y el IMS, y tiene atributos para seguridad, rendimiento,
escalabilidad y recuperacin, adems de estar perfectamente integrado con el
componente de gestin de carga WLM.
Hay dos clases de espacios de direcciones en el WAS de z/OS, la regin de control y la
servidora. Una regin de control ejecuta programas autorizados de sistema y gestiona
tareas como las comunicaciones del servidor; una regin servidora es el espacio de
direcciones equivalente al servidor en una plataforma distribuida y ejecuta las
aplicaciones Java a travs de los containers EJB y web. Una instancia de servidor de
aplicacin se compone de una regin de control (CR) y de una o ms regiones
servidoras (SRs). Vase la siguiente figura:
IBM Corporation
21/02/2011
79 de 131
IBM Corporation
21/02/2011
80 de 131
IBM Corporation
21/02/2011
81 de 131
IBM Corporation
21/02/2011
82 de 131
IBM Corporation
21/02/2011
83 de 131
JDBC: API que se usa desde el lenguaje Java para acceder a datos en
sistemas de gestin de bases de datos relacionales, e incluso jerrquicos (IMS).
Esta interfaz ni cae necesariamente en la categora de conector porque no
requiere un espacio de direcciones separado. La implementacin de la interfaz
la proporciona cada proveedor de bases de datos como un driver; ste
proporciona la portabilidad porque todos los accesos JDBC se hacen a travs
de llamadas estndar con parmetros estndar.
En WAS se soporta obviamente el uso de web services. A las tecnologas clave sobre
las que se desarrollan y despliegan estos, WAS aade otras como un registro de UDDI
privado o un Framework para invocacin de aqullos (WSIF).
La gestin de cargas de trabajo se lleva a cabo con la ayuda del WLM del z/OS y
permite optimizar la distribucin de las peticiones entrantes entre los servidores de
aplicacin, EJBs, servlets u otros objetos. Se pueden balancear cargas de acuerdo a
las capacidades de los diferentes servidores del complejo sysplex, se pueden disponer
de capacidades de gestin de fallos mediante el redireccionamiento de peticiones si
uno o ms servidores no son capaces de procesarlas y se puede crecer (y decrecer) el
nmero de regiones servidoras dependiendo de la carga en cada momento.
IBM Corporation
21/02/2011
84 de 131
IBM Corporation
21/02/2011
85 de 131
5.5 MQ
Muchas grandes organizaciones hoy tienen legados de sistemas de IT de varios
proveedores, y que a menudo dificultan la comparticin de datos. Muchas de estas
organizaciones tambin necesitan comunicarse y compartir datos electrnicamente con
proveedores y clientes que podran a su vez tener otros sistemas diferentes. Sera til
disponer de una herramienta que gestione mensajes que podra recibir de otro tipo de
sistema y enviar a otro diferente.
El software IBM WebSphere MQ facilita la integracin de aplicaciones mediante el paso
de mensajes entre aplicaciones y servicios web. Se usa en docenas de plataformas
hardware y para mensajera punto a punto desde aplicaciones Java, C, C++ y COBOL.
Tres cuartas partes de las empresas que compran sistemas de mensajera entre
aplicaciones compran WebSphere MQ.
Las colas de mensajes y el software que las gestiona, como IBM WebSphere MQ for
z/OS, permiten la comunicacin programa a programa. En el contexto de las
aplicaciones online, la mensajera y el encolamiento se deben entender tal y como
sigue:
IBM Corporation
21/02/2011
86 de 131
Usando un modelo asncrono, el programa A pone mensajes en la cola 1 para que los
procese el programa B, aunque es el programa C, actuando asncronamente con
respecto al programa A, el que obtiene las respuestas de la cola 2 y las procesa.
Tpicamente, el programa A y el programa C seran parte de la misma aplicacin.
Puede verse este flujo de actividad en la siguiente figura.
El modelo asncrono es natural para WebSphere MQ. El programa A puede continuar
poniendo mensajes en la cola 1 y no se bloquea teniendo que esperar una respuesta a
cada mensaje. Puede continuar poniendo mensajes en la cola 1 incluso si el programa
B falla. Si as ocurre, la cola 1 almacena los mensaje de forma segura hasta que el
programa B rearranque.
En una variacin del modelo asncrono, el programa A podra poner una secuencia de
mensajes en la cola 1, opcionalmente continuar con algn otro procesamiento, y luego
volver a recoger y procesar las respuestas. A esta propiedad del WebSphere MQ en el
que las aplicaciones que se comunican no tienen que estar activas al mismo tiempo, se
le conoce como independencia del tiempo.
IBM Corporation
21/02/2011
87 de 131
Una cola de mensajes se usa para almacenar mensajes enviados por los programas.
Se definen como objetos pertenecientes al gestor de colas.
Cuando una aplicacin pone un mensaje en una cola, el gestor de colas se asegura de
que el mensaje:
IBM Corporation
21/02/2011
88 de 131
sea recuperable.
Esto es cierto incluso aunque el mensaje se entregue a la cola desde otro gestor de
colas; a esto se le conoce como la propiedad de entrega asegurada del WebSphere
MQ.
Cola local.- Una cola es local es aquella poseda por el gestor de colas al que
se conecta el programa de aplicacin. Se usa para almacenar mensajes para
los programas que usan el mismo gestor de colas. El programa de aplicacin no
tiene porque ejecutarse en la misma mquina que el servidor de colas.
Cola remota.- Una cola es remota si la posee un gestor de colas diferente. Una
cola remota no es una cola real; slo es la definicin de una cola remota al
gestor de colas local. Los programas no pueden leer mensajes de una cola
remota. Las colas remotas se asocian a una cola de transmisin.
Cola de transmisin.- Esta cola local tiene un propsito especial; se usa como
un paso intermedio cuando se envan mensajes a colas posedas por un gestor
de colas remoto. Estas colas son transparentes a la aplicacin porque se usan
internamente por la cola de iniciacin del gestor de colas. Es a una cola local a
la que el gestor de colas escribe (transparentemente al programador) un
IBM Corporation
21/02/2011
89 de 131
5.5.4 Qu es un canal?
Un canal es un enlace de comunicacin lgico. El estilo conversacional de la
comunicacin programa a programa requiere la existencia de una conexin de
comunicaciones entre cada par de aplicaciones que se comunican. Los canales aslan a
las aplicaciones de los protocolos de comunicaciones que estn por debajo.
WebSphere MQ usa dos tipos diferentes de canales:
IBM Corporation
21/02/2011
90 de 131
La primera aplicacin escribe en una base de datos, pone un mensaje en una cola, y
emite un syncpoint para confirmar los cambios a los dos recursos. El mensaje contiene
datos que se usan para actualizar una segunda base de datos en un sistema separado.
Cuando se confirma la unidad de trabajo, se hace disponible el mensaje para obtenerlo
con un MCA.
En la segunda unidad de trabajo, el MCA que enva obtiene el mensaje de la cola de
transmisin y lo enva al MCA que recibe en el sistema con la segunda base de datos, y
el MCA que recibe coloca el mensaje en la cola de destino. Todo esto se lleva a cabo
de forma fiable gracias a la propiedad de entrega asegurada de WebSphere MQ.
Cuando se confirma una unidad de trabajo, el mensaje queda disponible para que se
obtenga por parte de la segunda aplicacin.
En la tercera unidad de trabajo, la segundo aplicacin obtiene el mensaje desde la cola
de destino.
IBM Corporation
21/02/2011
91 de 131
IBM Corporation
21/02/2011
92 de 131
Batch o TSO
5.6.1 DB2
Una base de datos proporciona el almacenamiento y el control de los datos del negocio.
Es independiente de una o ms aplicaciones. Si est bien diseada y desplegada, la
base de datos debera proporciona una vista nica y consistente de los datos, as que
se puede controlar y gestionar de forma centralizada.
Una manera de describir la visin lgica de esta coleccin de datos es usar un modelo
de entidad-relacin. La base de datos almacena los detalles (atributos) de elementos
particulares (entidades) y las relaciones entre los diferentes tipos de entidades. Por
ejemplo, para la aplicacin de control de stock, se deberan tener Piezas, Pedidos de
Compra, Clientes y Pedidos de Clientes (entidades). Cada entidad tendra atributos, as
por ejemplo la Pieza tendra el Nmero de Pieza, el Nombre, el Precio Unitario, la
Cantidad,
Estas entidades tambin tendran relaciones entre ellas, por ejemplo un cliente se
relacionara con los pedidos que hace, y que a su vez se relacionara con las piezas
que han sido ordenadas. La siguiente figura muestra un modelo de entidad-relacin.
IBM Corporation
21/02/2011
93 de 131
IBM Corporation
21/02/2011
94 de 131
Para unicidad.
Creando un ndice por el nombre del empleado se pueden obtener los datos ms
rpidamente para un empleado que leyendo la tabla entera. Tambin creando un ndice
nico por nmero de empleado, el DB2 fuerza la unicidad de cada valor.
Claves: es una o ms columnas que se identifican como tales en la creacin de una
tabla o ndice, o en la definicin de la integridad referencial.
Clave primaria: una tabla slo puede tener una clave primaria porque es la que
define a la entidad. Deben cumplir dos condiciones:
o
El valor debe ser nico; debe tener un ndice nico definido sobre ella.
Clave nica: sabemos que la clave nica debe ser nica, pero es posible que
tengamos ms de una clave nica en una tabla. En el caso de una tabla de
empleados, tanto el nmero de empleado como su identificacin fiscal son
atributos que definen claves nicas. Para asegurar que sean claves nicas se
definen sobre ellas ndices nicos.
Antes vimos algunas estructuras bsicas comunes a los RDBMS. Ahora, veamos
algunas estructuras de datos especficas de DB2.
Vistas: una vista es una forma alternativa de ver los datos en una o ms tablas. Es
como un marco que ponemos a una tabla para que slo se puedan ver parte de los
datos de la tabla. Por ejemplo, se puede crear una vista sobre la tabla de
departamentos para permitir que los usuarios slo tengan acceso a un determinado
departamento y actualicen informacin de salarios; no se desea que puedan ver los
salarios de otros departamentos. Las vistas tambin se pueden usar para simplificar
conjuntas complejas a usuarios menos experimentados.
IBM Corporation
21/02/2011
95 de 131
Espacio de tablas: una tabla se slo una construccin lgica. Se guarda en un fichero
fsico llamado espacio de tablas. Pueden contener una o ms tablas. Se nombra
usando el nombre de la base de datos seguido por el nombre del espacio de tablas.
Hay tres tipos de espacios de tablas: simples, segmentados y particionados. El DB2
utiliza ficheros VSAM para sus espacios de tablas.
Index space: es otra estructura de almacenamiento que contiene un solo ndice. De
hecho, cuando se crea un ndice, el DB2 automticamente define un espacio de
ndices.
Grupos de almacenamiento: un grupo de almacenamiento consta de un conjunto de
volmenes en disco (DASD) que contienen los ficheros en los que se han almacenado
tablas e ndices.
En la siguiente figura pueden verse los objetos que hemos estado describiendo
anteriormente:
IBM Corporation
21/02/2011
96 de 131
Trigger (disparador. gatillo) define una serie de acciones que se ejecutan cuando se
lleva a cabo una insercin, actualizacin o borrado en una tabla determinada.
Large Object (LOB) es un tipo de dato que usa el DB2 para gestionar datos no
estructurados. Hay tres tipos:
Los LOBs se almacenan en tablas auxiliares especiales apuntadas desde la tabla base
y que usan un espacio de tablas de LOB especial.
Procedimiento almacenado es un programa de aplicacin escrito por el usuario que
se almacena y ejecuta tpicamente en el servidor. Diseados especficamente para el
entorno cliente servidor, donde desde aqul se hace una llamada a ste para ejecutar el
procedimiento almacenado, y que a su vez accede a los datos en DB2 y devuelve los
resultados. Se puede asimilar a un programa de aplicacin que se define al DB2 y lo
gestiona el subsistema DB2.
Nos queda explicar un poco cules son y para que sirven las estructuras del sistema
DB2; son las siguientes:
Catlogo y directorio el DB2 mantiene l mismo un conjunto de tablas que contienen
metadatos sobre los objetos DB2 del subsistema. El catlogo guarda informacin sobre
todos los objetos, tales como tablas, vistas, ndices, espacios de tablas, etc. El
directorio guarda informacin sobre los programas de aplicacin. El catlogo puede
consultarse para ver informacin de los objetos; el directorio no se puede consultar.
Cuando se crea una tabla de usuario, el DB2 automticamente guarda el nombre, el
creador, su espacio de tablas y la base de datos en el catlogo y pone esta informacin
en una tabla del catlogo llamada SYSIBM.SYSTABLES. Todas las columnas definidas
en la tabla se guardan automticamente en la tabla SYSIBM.SYSCOLUMNS. Adems,
para guardar que el propietario de la tabla tiene autorizacin sobre la misma, se inserta
automticamente una fila en SYSIBM.SYSTABAUTH. Cualquier ndice que se cree
sobre la tabla se guardara en la tabla de catlogo SYSIBM.SYSINDEXES.
Buffer Pools son reas de memoria virtual en las que el DB2 almacena
temporalmente pginas de los espacios de tablas e ndices. Actan como un rea de
cache entre el DB2 y el almacenamiento fsico en disco donde residen los datos. La
pgina de datos se obtiene del disco y se ubica en una pgina del buffer pool. Si el dato
que se necesita ya est en un buffer, se evita un acceso (I/O) al disco.
Log activo y archivo el DB2 guarda todos los cambios a los datos y otros eventos
significativos en un log. Esta informacin se usa para recuperar los datos en el caso de
un fallo, o para que se puedan echar los cambios hacia atrs hasta un punto anterior en
el tiempo. El DB2 escribe cada registro de log en un fichero que se llama log activo.
Cuando el log activo se llena, el DB2 copia los contenidos a un fichero en disco o en
cinta que se llama log archivo. Un fichero de bootstrap lleva la cuenta de estos ficheros
de log activos y archivos. El DB2 usa esta informacin en escenarios de recuperacin,
para rearranques del sistema, o para cualquier actividad que requiere leer el log.
IBM Corporation
21/02/2011
97 de 131
5.6.1.2
IBM Corporation
21/02/2011
98 de 131
DDL lenguaje de definicin de datos que se usa para definir, cambiar y borrar
objetos DB2.
Hay varias herramientas que pueden emplearse para entrar sentencias SQL:
SPUFI, que significa SQL Processing Using File Input. Es parte del panel de DB2I. Lo
utilizan muy a menudo los administradores de bases de datos. Permitir escribir y
guardar una o ms sentencias SQL a la vez. El DBA lo usa para conceder y revocar
autorizaciones; a veces, cuando es una peticin urgente, tambin se emplea para crear
objetos. Tambin lo emplean los desarrolladores para probar consultas.
QMF, que significa Query Management Facility. Permite entrar y salvar slo una
sentencia a la vez. La facilidad principal del QMF es la del reporting; permite disear
formatos de informe flexibles y reusables, incluyendo grficos.
5.6.1.3
IBM Corporation
21/02/2011
99 de 131
un proceso que causa overhead (no todas las sentencias SQL deben tener un camino
de acceso).
SQL dinmico: se refiere a sentencias SQL que son parcial o totalmente desconocidas
cuando se escribe el programa. Slo cuando se ejecuta el programa, el DB2 sabe
cules son las sentencias y es capaz de determinar los mejores caminos de acceso.
Estos no se guardan porque pueden cambiar de una ejecucin a otra. Un ejemplo de
esto es el SPUFI. Este es realmente un programa de aplicacin que acepta sentencias
SQL dinmicas. Son las que se entran en el fichero de entrada. Cada vez que se usa el
SPUFI, el SQL puede cambiar, por lo que se embeben en el programa sentencias de
preparacin de SQL especiales para gestionar esto.
IBM Corporation
21/02/2011
100 de 131
5.7 SW de gestin
La gestin de sistemas se encarga de la gestin tradicional de la la infraesructura . Para
sistemas z/OS existen diferentes reas de especializacin que en su conjunto forman la
gestin de sistemas. Estas reas son:
Disponibilidad de red
Tivoli NetView for z/OS proporciona funciones que ayudan a mantener el grado ms
alto de disponibilidad de las redes del System z. Ofrece un conjunto amplio de
herramientas para gestionar y mantener redes y sistemas complejos desde un nico
IBM Corporation
21/02/2011
101 de 131
Soporte de IP versin 6
Comandos de temporarizacin
5.7.2.2
Tivoli System Automation for z/OS (SA z/OS) es una aplicacin basada en Netview
diseada para proporcionar un punto de control nico para un amplio espectro de
funciones de gestin de sistemas. Es una pieza clave en la automatizacin. Sus
funciones principales son ver, controlar y automatizar un gran nmero de elementos del
sistema desde hadware hasta software. Entre sus funciones destacan:
IBM Corporation
21/02/2011
102 de 131
5.7.2.3
Existe adems una aplicacin basada en Tivoli SA especfica para suministrar Alta
Disponibilidad a dos o mas sistemas z/OS y zLinux asegurando asimismo la integridad
de los datos.
Esta tecnologa es el GDPS y ya fue descrita en captulos anteriores.
De recursos del sistema operativo, tales como los iniciadores del JES2/3.
IBM Corporation
21/02/2011
103 de 131
Cuando se usa el Tivoli Workload Scheduler for z/OS para lanzar los trabajos batch,
estas dependencias se definen en una base de datos por un administrador.
Este crea un plan a largo plazo (long-term plan LTP). En este plan se especifican las
ejecuciones de cada aplicacin as como sus depedencias.
Ademas, cada da se crea un plan diario (current plan CP). Este es un plan detallado
que tiene en cuenta las dependencias anteriores y es el que finalmente se ejecuta.
RMF
IBM Corporation
21/02/2011
104 de 131
Tivoli Omegamon
IBM Corporation
21/02/2011
105 de 131
IBM Corporation
21/02/2011
106 de 131
IBM Corporation
21/02/2011
107 de 131
IBM Corporation
21/02/2011
108 de 131
IBM Corporation
21/02/2011
109 de 131
Servicios de Web - Una de las normas ms importantes que surgieron en los ltimos
diez aos es el SOAP. SOAP define un formato comn XML para describir las
llamadas de servicio y los mensajes de intercambio de los servicios invocados. SOAP
es un protocolo simple basado en XML para las aplicaciones de intercambio de
informacin a travs de HTTP o mensajera middleware. La aparicin de SOAP
como un estndar de transporte ha contribuido a que los proveedores puedan habilitar
SOAP sus subsistemas para hacer ms fcil para los servicios de interactuar. El
protocolo de transporte HTTP es relativamente ubicuo, y como resultado, los
mensajes SOAP se pueden pasar entre las plataformas de computacin,
proporcionando la neutralidad del Sistema Operativo que se describe en la definicin
de SOA. Ms adelante en este trabajo se presentan detalles acerca de cmo el
software de la plataforma z ha implementado SOAP y otros interfaces estndares
para facilitar los servicios Web que llaman a las operaciones del Mainframe y sus
datos.
XML - XML no es una nueva tecnologa, ha estado en uso durante ms de
cinco aos. Es fundamental para la interoperabilidad necesaria entre los
servicios en SOA. El carcter de independencia de las descripciones XML,
junto con el gran nmero de utilidades que lo procesan, lo convierten en un
formato de representacin de datos ideal para la informacin que fluye en las
invocaciones de servicio. Esta generalizacin se extiende a la plataforma
System z, donde el procesamiento de XML es posible en los nuevos
servidores de aplicaciones, como la tecnologa WebSphere Application
Server (WAS) y en los tradicionales como CICS, IMS. Los compiladores de
COBOL y PL/I incluyen el soporte de XML.
Middleware orientado a mensajes La mensajera ha existido desde hace
muchos aos, proporcionando un mecanismo fiable, y de transporte rpido,
para pasar datos entre aplicaciones. Muchos clientes han empleado IBM
WebSphere MQ (MQSeries ) como el transporte para llamar a funciones
remotas en sistemas separados, al igual que lo hace SOAP. De hecho,
WebSphere MQ se puede utilizar como el transporte base para SOAP.
WebSphere MQ de IBM (WMQ) est presente en el negocio de muchos
clientes de IBM en todo el mundo, y esta penetracin ha ayudado a hacer
WMQ un estndar de facto para las aplicaciones de comunicaciones
programa a programa.
SOA no es slo los servicios Web. Una arquitectura orientada a servicios se pueden
implementar sin necesidad de utilizar los servicios Web, aunque esto sea poco
comn. SOA simplemente debe basarse en hardware con un sistema operativo y un
transporte de lenguaje que de manera neutra faciliten la comunicacin entre los
servicios. En el caso de IBM System z, WebSphere Message Broker es un
componente clave de la infraestructura SOA de muchos clientes. Su implementacin
en la plataforma System z facilita el transporte e intermediacin de los servicios con
las caractersticas de escalabilidad y resiliencia de esta plataforma.
6.1.3
El objetivo de SOA es conseguir que las aplicaciones sigan agilidad y flexibilidad que exige
el negocio y uno de los caminos es abordar la modernizacin de las aplicaciones. Los retos
IBM Corporation
21/02/2011
110 de 131
IBM Corporation
21/02/2011
111 de 131
En general, el primer paso es realizar una planificacin adecuada para identificar los
servicios correctos como primer paso. Para esto, quizs sea til considerar el uso de
metodologas, como el de Modelado de Componentes de Negocio (CBM) o la de Modelado
de la Arquitectura Orientad a Servicios.(SOMA). Es importante sealar que no todos los
componentes, mdulos o interfaces de un programa tienen que convertirse en un servicio.
Tambin es necesario considerar las tecnologas que faciliten la gestin y utilizacin de
servicios, tales como Enterprise Service Bus (ESB) y los procesos de coreografa.
Por ltimo, pero no menos importante, se debe abordar el gobierno de OA. En un entorno
orientado a la reutilizacin de los servicios es imprescindible el mantenimiento de un
gobierno que establezca y mantenga las normas y polticas para todos los proyectos de TI.
En particular, para la plataforma System z, hay una tendencia a pensar en las aplicaciones
de System z como proveedores de servicios pero, de hecho, las aplicaciones del sistema z
puede ser tambin consumidoras de servicios. En SOA, cada componente puede ser a la
vez proveedor y el consumidor; y restringir los componentes plataforma System z como
nicamente proveedores hace aumentar la coreografa de servicios innecesariamente. Otro
punto a sealar es que la estratificacin o la separacin adecuada de las funciones es
bueno y perfectamente aplicable
la arquitectura de
la plataforma System z de
componentes. Al crear nuevas aplicaciones, o renovar las existentes, de los entornos CICS
o IMS, considere un enfoque por capas en los programas con la separacin en distintos
mdulos de la presentacin, la lgica de negocio, la lgica de datos, y del acceso a los
datos.
Por ltimo, un banco de pruebas para las aplicaciones y los procesos es muy importante
para todos los proyectos SOA, Esto no es una cualidad ligada a SOA pero sus
caractersticas de heterogeneidad hacen imprescindible disponer de un entorno fiable y
completo para garantizar la calidad del resultado.
IBM Corporation
21/02/2011
112 de 131
Servicios de Infraestructura
Servicios de Desarrollo
Las fases Model y Assemble del ciclo de vida SOA hacen un amplio uso de los servicios
de desarrollo de la arquitectura. Los servicios de desarrollo incluyen las herramientas
que se utilizan para el modelado y el montaje de los servicios de negocio. El modelado
consiste en el modelado de los procesos de negocio y el modelado de los servicios
reales de negocio y de la lgica de negocio dentro de ellas. Las herramientas pueden
ser las herramientas del ms alto nivel adecuado para los analistas de negocio y,
herramientas de menor nivel, como los utilizados para el desarrollo orientado a objetos.
IBM Corporation
21/02/2011
113 de 131
La salida de estas herramientas consta de artefactos tales como los modelos UML, el
cdigo fuente de la aplicacin real en una variedad de lenguajes como Java o COBOL,
y lenguajes de marcado como XML y el lenguaje de ejecucin de procesos
empresariales (BPEL).
Desde la perspectiva de System z, la mayora del cdigo de desarrollo y las
herramientas de modelado no se ejecutan en el Mainframe. Sin embargo, si el cliente
desea construir nuevos servicios o la reutilizacin de servicios ya existentes en el
Mainframe, herramientas como el WebSphere Integration Developer o el WebSphere
Developer para zSeries se utilizan para construir e integrar los servicios que se
desplegarn en el Mainframe.
6.1.4.3
Servicios de Gestin TI
IBM Corporation
21/02/2011
114 de 131
6.1.4.5
Servicios de Interaccin
Servicios de Procesos
6.1.4.7
Servicios de Informacin
Los datos estn en todas partes. En las ltimas dcadas, las empresas han recogido
grandes cantidades de datos en diferentes repositorios en todo el negocio. Los servicios
de informacin proporcionan acceso basado en SOA para los repositorios de datos a
travs de tcnicas tales como el acceso a los procedimientos almacenados como
servicios Web, proporcionando interfaces estndar para los depsitos de datos no
relacionales, y acceder a otras mecanismos que devuelven informacin como un
IBM Corporation
21/02/2011
115 de 131
servicio (IAAS). Puesto que los datos o informacin en s misma no son "ejecutables",
se necesita una infraestructura para exponer los datos a las aplicaciones que utilicen
estndares SOA como SOAP.
Muchos de los datos crticos del patrimonio de la empresa residen en el Mainframe. IBM
proporciona una serie de z herramientas basadas en la plataforma System z para
exponer los datos como IAAS. El propio DB2 para z / OS propio motor, y el WebSphere
Information Integrator Classic Federation para z/OS (IICF). IICF proporciona una
interfaz SQL para una serie de formatos de datos legacy, como VSAM, IMS DB, y de
otros fabricantes de bases de datos incluyendo CA-Datacom, CA IDMS, y Adabas de
Software AG.
6.1.4.8
Servicios de integracin
IBM Corporation
21/02/2011
116 de 131
IBM Corporation
21/02/2011
117 de 131
En primer lugar debemos decir que existen dos puntos de vista a la hora de definir este
nuevo6 concepto:
Desde el punto de vista del usuario, o del modelo de negocio, podemos decir que el
proceso en nube es un nueva forma de proporcionar servicios de IT, en la cual las
aplicaciones, los datos y los recursos se aprovisionan rpidamente y se proporcionan
como una oferta estndar a los usuarios a travs de la web con un modelo de precios
flexible.
Desde el punto de vista de la administracin de infraestructura tecnolgica y de
metodologa de entrega de servicios, el proceso en nube es una forma de administrar
un gran nmero de recursos altamente virtualizados tales que, desde el punto de vista
de la administracin, stos parecen un nico y gran recurso. Entonces se pueden
utilizar estos recursos para ofrecer unos servicios estandarizados con una escalabilidad
elstica.
Con el concepto de proceso en nube aparecen dos formas de ofrecer estos servicios:
nube privada y nube pblica. La diferencia entre ellas es, por supuesto, quin ofrece
dichos servicios y para quin los ofrecen. La nube pblica se caracteriza por estar
abierta a cualquiera que pueda pagar sus servicios, tal cual los ofrezca el proveedor. Su
caracteristica principal es que tiene un control bajo y un alto valor. Son las nubes del
tipo de redes sociales ofrecidas por GOOGLE. La nube privada por el contrario es
aqulla que poseen las compaas, y en las cuales los usuarios son aqullos que
designan dichas compaas. Su caracterstica principal es que poseen un buen control
y un valor bajo. Podemos considerar como un tipo de esta nube, las herramientas de
colaboracin que proporcionan las empresas a sus empleados.
Por supuesto, entre una y otra hay una especie de continuo, conocido como hybrido.
IBM Corporation
21/02/2011
118 de 131
Podemos considerar los siguientes pros a la hora de decidirnos por una nube privada:
ms control, menos latencia, ms seguridad, un entorno de aprendizaje, un cambio de
paradigma de precio/coste a precio/valor.
Una vez vistos los conceptos ya entendemos por qu ms que una revolucin es una
evolucin:
Esta escala nos muestra el camino que se ha seguido para llegar al cloud computing
desde el mundo x86, pero, a mi me suena a una vieja y modernizada vuelta al mundo
del centro de procesos. En la Universidad a mi me proporcionaron una cuenta que era
una mquina VM en la que poda correr mis programas FORTRAN para solucionar los
problemas que me proponan.
Desde el punto de vista de la informtica de gestin tenemos lo siguiente:
Dnde podemos ver que la puesta en marcha de estas nubes privadas requieren un
alto grado de virtualizacin y estandarizacin, adems de los servicios de
automatizacin pertinentes, para poder llegar a una nube efectiva.
Cmo afecta esto al System z?
Podemos decir que la propia arquitectura del mainframe ha evolucionado por s misma
para llegar a este punto sin traumas:
IBM Corporation
21/02/2011
119 de 131
IBM Corporation
21/02/2011
120 de 131
Con todo esto, IBM tiene actualmente varias ofertas de proceso en nube para el System
z que, sin duda, irn creciendo a lo largo del tiempo.
IBM Corporation
21/02/2011
121 de 131
IBM Corporation
21/02/2011
122 de 131
sobre System x). IBM zEnterprise Unified Resource Manager ofrece entornos
heterogneos conjuntamente en un nico sistema, lo que proporciona a la Organizacin
una gestin centralizada e integrada de todos los aspectos operativos crticos, incluidos
supervisin y gestin de la energa, gestin de polticas orientadas al objetivo, aumento
de la seguridad, redes virtuales y gestin de datos, consolidados en una nica interfaz
que se puede unir a los requisitos comerciales.
IBM zEnterprise
The integration of System z and distributed technologies into a
revolutionary combination
IBM zEnterprise
Unified Resource Manager
IBM zCPC
Server Blades
Optimizers
HMC
IBM zEnterprise
BladeCenter Extension
Workload specific
accelerators to deliver
significant performance
and/or lower cost per
transaction
All statements regarding IBM future direction and intent are subject to change or withdrawal without notice, and represents goals and objectives only.
2010 IBM Corporation
zEnterprise cuenta con dos componentes principales: IBM zEnterprise 196 (z196),
tradicionalmente conocido como Central Electronic Complex (CEC) y IBM zEnterprise
BladeCenter Extension (zBX). La infraestructura zBX funciona con z196 para ser
compatible con el entorno multiplataforma zEnterprise. zBX tiene instalados
optimizadores de carga de trabajo para propsitos especiales como el nuevo IBM Smart
Analytics Optimiser para DB2 para z/OS V1.1, y IBM Blades para propsitos generales
desarrollados por IBM POWER7. (Existe una declaracin de direccin para aadir un
blade basado en System x en un futuro prximo.) Puede ejecutar una aplicacin que
abarque z/OS, Linux en System z, AIX en POWER, o Linux en System x bajo un
paraguas de gestin nico. System z ofrece a los departamentos de TI la proteccin de
su inversin, reduccin de la complejidad, flexibilidad mejorada y un menor coste de la
propiedad. Unified Resource Manager puede ayudar a proporcionar una gestin y
virtualizacin integrales, y la capacidad de optimizar la implantacin de recursos de
acuerdo con los requisitos de carga de trabajo individuales.
IBM Corporation
21/02/2011
123 de 131
Balanced System
CPU, nWay, Memory,
I/O Bandwidth*
172.8 GB/sec*
96 GB/sec
Memory
3 TB**
24 GB/sec
1.5 TB**
512 GB
256
GB
300
64
GB
450
600
920
ITR for
1-way
~1200
16-way
32-way
zEnterprise GA1
54-way
64-way
z10 EC
z9 EC
zSeries 990
80-way
Processors
zEnterpriseTLLB_21
zSeries 900
2010 IBM Corporation
IBM Corporation
21/02/2011
124 de 131
IBM Corporation
21/02/2011
125 de 131
Consolidacin de servidores
En este anexo vamos a incluir una serie de consideraciones sobre la consolidacin de
servidores y las ventajas que la plataforma System z aporta en sus diversas
aproximaciones.
Introduccin
La consolidacin es mucho ms que la simple sustitucin de una gran cantidad de
pequeos servidores por un menor nmero de servidores ms grandes, ms potentes.
La consolidacin es encontrar maneras de alinear y administrar la infraestructura de TI
existente para apoyar mejor el modelo de negocio, la mismo tiempo que se establece
una base flexible diseada para manejar las posibles necesidades futuras.
El objetivo es optimizar y simplificar la infraestructura de TI de principio a fin, no slo los
servidores, sino tambin el almacenamiento, los datos, las aplicaciones, las recursos de
las redes, y las herramientas del sistema de gestin que ayudan a ver toda la
infraestructura como un nico elemento.
Adems de ofrecer el potencial de ahorro de costes y mejoras en la eficiencia,
disponibilidad y la productividad, la consolidacin puede proporcionar una base estable
para el
despliegue rpido de nuevas iniciativas segn las necesidades del negocio
evolucionen.
Tpicamente, una carga de trabajo UNIX, Linux o Microsoft Windows , est
fsicamente dividida en diferentes servidores fsicos. Los servidores distribuidos
normalmente cuentan con grandes espacios vacios para manejar picos de carga de
trabajo. Estos servidores, por lo general, tiene una ocupacin media muy baja
(Windows 5% - 10%, UNIX 25% -30%).
Estas cargas de trabajo son claros candidatos para una consolidacin y aprovechar sus
ventajas. Los principales beneficios de la consolidacin son los siguientes:
IBM Corporation
21/02/2011
126 de 131
Tipos de Consolidacin.
En el siguiente grfico se representan los diferentes tipos de consolidacin y las
ventajas inherentes junto con los esfuerzos y riesgos asociados.
Consolidacin en System z
Los puntos fuertes de la plataforma System z (su capacidad para ejecutar mltiples
tipos de carga de trabajo con una fiabilidad excepcional, rendimiento, seguridad y
administracin) han sido imitadas pero nunca igualada por las plataformas de servidor.
La visin bsica de una consolidacin en Systemz es la realizacin de un Centro de
Datos en una caja, no con una granja de servidores.
Las siguientes caractersticas de la plataforma System z la hacen ideal para
consolidaciones:
IBM Corporation
21/02/2011
127 de 131
IBM Corporation
21/02/2011
128 de 131
IBM Corporation
21/02/2011
129 de 131
7 Bibliografa
Sin pretender ser exhaustivos,incluimos una relacin de documentos sobre el System z
que pueden ser de inters para profundizar en el conocimiento de las caractersticas
que hemos descrito someramente en los captulos anteriores.
IBM eServer zSeries Security Leadership for the On Demand World, GM13-0644
http://www.ibm.com/servers/eserver/zseries/library/whitepapers/pdf/Security_TL.pdf
IBM eServer z990, IBM Journal Research and Development, Vol. 48, No. 3/4, 2004
Cluster architectures and S/390 Parallel Sysplex scalability by G. M. King, D. M.
Dias, and P. S. Yu, IBM System Journal Volume 36, Number 2, 1997
IBM Corporation
21/02/2011
130 de 131
http://www.ibm.com/servers/eserver/zseries/zos/wlm/pdf/zWLM.pdf
The Autonomic Computing home page: http://www.ibm.com/autonomic
IBM Corporation
21/02/2011
131 de 131