UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO

More documents

Recommendations

Info

32 CAPÍTULO 3. ESTADO <strong>DE</strong>L ARTE Figura 3.8: Funcionamiento de Kadeploy2 Sistema UDP Cast N/A N/A Zero Install Apps. FAI SO (1) System Imager SO (1) DRBL SO N/A LTSP Apps. SLIM SO Userful Multiplier N/A rootz Apps. N/A Kadeploy2 SO Unidad Arranque Remoto Libre Multiplataforma Desatendido Tabla 3.3: Comparativa de Sistemas
3.9. GESTIÓN <strong>DE</strong> RED 33 3.9. Gestión de Red La gestión de red es un proceso necesario para asegurar la correcta operación de un sistema. Esta gestión debe ser transparente al usuario y estar integrada en el sistema. La naturaleza abierta de los sistemas distribuidos y las redes informáticas hace necesaria la existencia de arquitecturas de gestión estándares que faciliten su implementación. El sistema propuesto en este documento comparte algunos aspectos con los procesos de gestión de redes. Al ser un sistema complejo que manejará varias decenas de nodos, será necesario monitorizar el estado de cada uno, para saber qué está pasando en cada momento. Es crucial también comprobar que la información almacenada es correcta y completa, así como asegurar la robustez del sistema y su recuperación ante posibles fallos. Hay tres arquitecturas principales en la gestión de redes: el modelo Open System Interconnection (OSI), el modelo Telecommunications Management Network (TMN) y el modelo Simple Network Management Protocol (SNMP) o internet. La arquitectura OSI divide la gestión de red en cinco áreas funcionales: Configuración Abarca la descripción del sistema (qué equipos hay, topología de la red) y la configuración del mismo, manipulando los parámetros que controlan su funcionamiento. También se encarga de instalar nuevo software o retocar el existente y añadir nuevos dispositivos. Fallos Se encarga de detectar, aislar y eliminar los fallos que aparezcan. Para ello necesita de mecanismos para monitorizar la red y el sistema, para diagnosticar el fallo, para solucionarlo y para informar del mismo. Prestaciones Continua las tareas de la gestión de fallos, para garantizar la calidad de servicio en el futuro, comprobando los parámetros que miden la calidad del servicio Usuarios Se concentra en identificar, autenticar y monitorizar a los usuarios, para generar estadísticas de uso y asignar recursos a las cuentas. Seguridad Se trata de proteger los recursos (información, servicios, infraestructuras) de ataques externos o de un uso inadecuado. Para ello se definen políticas de uso
Page 1:
UNIVERSIDAD DE CASTILLA-LA MANCHA E
Page 5 and 6: TRIBUNAL: Presidente: Vocal 1: Voca
Page 7: Resumen A día de hoy no es raro en
Page 11: A mis padres
Page 14 and 15: 3.2. Particiones . . . . . . . . .
Page 16 and 17: 4.2.4. Documentación . . . . . . .
Page 19 and 20: Índice de figuras 3.1. Tabla de Pa
Page 21: Índice de Tablas 3.1. Tipos de Par
Page 24 and 25: 2 CAPÍTULO 1. INTRODUCCIÓN quiere
Page 26 and 27: 4 CAPÍTULO 1. INTRODUCCIÓN Anexo
Page 28 and 29: 6 CAPÍTULO 2. OBJETIVOS DEL PROYEC
Page 31 and 32: 3 Estado del Arte En este capítulo
Page 33 and 34: 3.2. PARTICIONES 11 Aunque son prod
Page 35 and 36: 3.2. PARTICIONES 13 Código Tipo 0x
Page 37 and 38: 3.4. UTILIDADES Y HERRAMIENTAS DE B
Page 39 and 40: 3.4. UTILIDADES Y HERRAMIENTAS DE B
Page 41 and 42: 3.5. MIDDLEWARES DE COMUNICACIONES
Page 43 and 44: 3.5. MIDDLEWARES DE COMUNICACIONES
Page 45 and 46: 3.6. APLICACIONES DE CLONADO 23 Fig
Page 47 and 48: 3.7. DISTRIBUCIÓN DE SOFTWARE 25 H
Page 49 and 50: 3.7. DISTRIBUCIÓN DE SOFTWARE 27 S
Page 51 and 52: 3.8. HERRAMIENTAS PARA DESPLIEGUE 2
Page 53: 3.8. HERRAMIENTAS PARA DESPLIEGUE 3
Page 57: 3.10. CONCLUSIONES 35 Tampoco hay u
Page 60 and 61: 38 CAPÍTULO 4. MÉTODO DE TRABAJO
Page 62 and 63: 40 CAPÍTULO 4. MÉTODO DE TRABAJO
Page 65 and 66: 5 Desarrollo En este capítulo... C
Page 67 and 68: 5.1. ESPECIFICACIÓN DE REQUISITOS
Page 69 and 70: 5.2. CASOS DE USO 47 Figura 5.1: Di
Page 71 and 72: 5.2. CASOS DE USO 49 Figura 5.2: Di
Page 73 and 74: 5.4. ENTORNO DE DESARROLLO Y PRUEBA
Page 85 and 86: 5.5. INCREMENTOS 63 Memoria: Memori
Page 87 and 88: 5.5. INCREMENTOS 65 /∗ −∗−
Page 89 and 90: 5.5. INCREMENTOS 67 5.5.4. Incremen
Page 91 and 92: 5.5. INCREMENTOS 69 Monday Ampl
Page 93 and 94: 5.5. INCREMENTOS 71 # ifndef M A N
Page 95 and 96: 5.5. INCREMENTOS 73 Implementación
Page 97 and 98: 5.6. BRIDGE ETHERNET Y SERVIDOR DHC
Page 99: 5.7. TAMAÑO DEL PROYECTO 77 Módul
Page 102 and 103: 80 CAPÍTULO 6. HYDRA Figura 6.1: P
Page 104 and 105:
82 CAPÍTULO 6. HYDRA 6.2.2. Agente
Page 106 and 107:
84 CAPÍTULO 6. HYDRA 1. Los usuari
Page 108 and 109:
86 CAPÍTULO 6. HYDRA Figura 6.3: D
Page 110 and 111:
88 CAPÍTULO 6. HYDRA Figura 6.4: S
Page 113 and 114:
7 Caso de Estudio: ESI En este cap
Page 115 and 116:
7.1. SITUACIÓN ACTUAL 93 Es el cas
Page 117 and 118:
7.2. IMPLANTACIÓN DE HYDRA 95 5. E
Page 119:
7.2. IMPLANTACIÓN DE HYDRA 97 2. S
Page 122 and 123:
100 CAPÍTULO 8. CONCLUSIONES Y TRA
Page 125 and 126:
A Manual de Usuario En este capítu
Page 127 and 128:
A.2. GESTIÓN DE DESPLIEGUES 105 El
Page 129 and 130:
A.3. GESTIÓN DE EQUIPOS 107 Modifi
Page 131:
B Terminología Imagen - Contenedor
Page 134 and 135:
112 APÉNDICE C. ACRÓNIMOS Y SIGLA
Page 136 and 137:
114 APÉNDICE C. ACRÓNIMOS Y SIGLA
Page 138 and 139:
116 APÉNDICE D. GNU FREE DOCUMENTA
Page 140 and 141:
Page 142 and 143:
Page 144 and 145:
122 BIBLIOGRAFÍA [GLV + 06] Y. Geo
show all

UNIVERSIDAD DE CASTILLA-LA MANCHA ... - Grupo ARCO

Create successful ePaper yourself

Delete template?

Save as template?