TEL-420 Sistemas Paralelos Rúbrica: Informe cluster · M3
M3 Rúbrica de Evaluación Oficial
Descargar .md

Rúbrica · Informe Técnico de Clúster — Módulo 3 (EC3)

Instrumento del programa: Informe técnico de clúster (rúbrica) (§18.2) Evidencia: Informe de diseño y configuración de clúster virtualizado (§16) Elemento de competencia: EC3 · Módulo: M3 · Semanas: 8–9 · Ponderación: 35 % de EC3 (9.8 % de la asignatura)


1. Qué se entrega

Documento técnico formal en formato PDF (máximo 8 páginas) que documente el diseño, aprovisionamiento, despliegue y validación del clúster virtualizado o contenerizado sobre las estaciones de trabajo Dell OptiPlex 7010 (32 GB RAM) del laboratorio de informática en Yacuiba.

Estructura obligatoria del informe:

  1. Introducción y Objetivos: Justificación de la arquitectura de clúster en HPC y requerimientos del entorno.
  2. Topología de Red e Infraestructura: Diagrama de bloques de la red interna (bridge/overlay), asignación de direcciones IP, resolución de nombres (DNS/hosts) y configuración de SSH sin contraseña entre nodos.
  3. Aprovisionamiento y Contenerización: Explicación del Dockerfile y docker-compose.yml (o receta Multipass/KVM) utilizado para generar las imágenes de Nodo Maestro y Nodos Trabajadores.
  4. Configuración del Almacenamiento Compartido: Despliegue del servicio NFS para compartir /shared/hpc entre todos los nodos del clúster.
  5. Configuración del Gestor Slurm: Archivo slurm.conf, definición de particiones, demonios slurmctld y slurmd, y verificación con sinfo y squeue.
  6. Pruebas de Validación: Ejecución de programas MPI de prueba (smoke test multinodo) demostrando que los procesos se ejecutan físicamente distribuidos en distintos nodos.
  7. Conclusiones y Lecciones Aprendidas: Análisis de cuellos de botella encontrados en la virtualización y consumo de memoria RAM.

2. Criterios de evaluación (100 puntos)

#CriterioDescripción del desempeño esperadoPuntaje
1Arquitectura y diseño de redTopología claramente diagramada, direccionamiento IP coherente y autenticación SSH sin contraseña operativa.20
2Contenerización y automatizaciónRecetas de contenedorización reproducibles (docker-compose.yml), modulares y libres de configuraciones manuales frágiles.25
3Configuración y gestión con SlurmArchivo slurm.conf bien estructurado; demonios activos y control funcional de colas y particiones de cómputo.25
4Almacenamiento distribuido (NFS)Montaje correcto del directorio compartido y verificación de persistencia y permisos entre los nodos.15
5Pruebas de validación y rigor técnicoDemostración empírica de ejecución MPI multinodo con capturas de pantalla, trazas de log y análisis de consumo de memoria.15
Total100

3. Rúbrica analítica por niveles

CriterioDestacado (4)Competente (3)En proceso (2)No logrado (1)
1. Arquitectura de RedTopología detallada con diagramas de red, subred bridge dedicada y SSH sin contraseña 100% automatizadoRed funcional con diagramas correctos; pequeños pasos manuales en la propagación de claves SSHRed funcional pero con errores de resolución o configuración frágilNodos sin comunicación de red o claves SSH defectuosas
2. ContenerizaciónArchivo docker-compose.yml impecable, parametrizado, levanta el clúster con un solo comando sin fallosContenedores operativos con dependencias completas; tarda en levantar o requiere pasos intermediosContenedores funcionales pero con imágenes pesadas innecesarias o errores de montajeContenedores no compilan o fallan al iniciar
3. SlurmConfiguración completa de Slurm; slurmctld y slurmd comunican sin errores; pruebas interactivas y por lotes exitosasSlurm operativo para scripts por lotes básicos con pequeñas alertas en logsSlurm arranca pero presenta estados drain o down en los nodosSlurm no logra levantar los demonios ni encolar trabajos
4. Almacenamiento NFSServidor y clientes NFS montados correctamente con permisos adecuados y sincronización inmediataNFS funcional con montaje en arranque; permisos genéricosNFS montado manualmente tras iniciar los contenedoresSin almacenamiento compartido; copia manual de binarios
5. ValidaciónPruebas sistemáticas con trazas de srun demostrando ejecución multinodo y análisis de CPU/RAMPruebas funcionales que demuestran distribución en nodosPrueba incompleta o realizada solo en el nodo localSin evidencia de pruebas ni capturas de funcionamiento