Files
dtic-DIIAA/docs/ambito/dtic-BKPs/A03.P003_Optimizacion_SysAcadWeb.md

76 lines
3.6 KiB
Markdown

# A03.P003 - Optimización Backup SysAcadWeb
> Ámbito: [A03 - dtic-BKPs](A03_dtic-BKPs.md)
## Identificación
| Campo | Valor |
| :--- | :--- |
| **Código** | A03.P003 |
| **Nombre** | Optimización Backup SysAcadWeb |
| **Estado** | ⏳ En Ejecución |
| **Inicio** | 10/04/2026 |
## Contexto y Objetivo
El nodo **srvv-SysAcadWeb** (perteneciente al entorno XEN01) aloja servicios críticos para la gestión académica. Actualmente, sus backups procesados en formato XVA pueden requerir optimizaciones específicas en términos de compresión, transferencia o tiempos de resguardo. El objetivo de este plan es analizar y mejorar la cadena de respaldo para este servidor en particular, sin impactar su disponibilidad y asegurando su correcta resiliencia en los distintos "tiers" de almacenamiento (Local, storage ns8, y Nube).
## Etapas Estratégicas
### 1. Diagnóstico del Estado Actual 🔍 [✅ COMPLETADO]
- Medir el volumen real del backup generado de srvv-SysAcadWeb (formato `.xva`): ~25GB usado.
- Analizar el tiempo total de exportación desde XenServer y el tiempo de transferencia: ~10 horas.
- Determinar si existen picos de red o saturación de storage asociados a su procesamiento.
- ✅ Limpieza de temporales y logs: ~527 MB liberados.
### 2. Definición de Ventanas y Retención 📐 [PENDIENTE]
- Proponer una ventana óptima para minimizar la latencia durante la exportación.
- Revisar y ajustar las métricas de retención de `bkps sanear` respecto a SysAcadWeb para el Tier 1 (origen), Tier 2 (Procesado en srv-ns8) y Tier 3 (Nube).
- Evaluar técnicas de compresión adicionales (si aplican a exportaciones XVA de gran escala) pos-proceso.
### 3. Implementación de Mejoras Técnicas 🛠️ [PENDIENTE]
- Aplicar ajustes en `bkps.yml` o en los scripts de origen que capturan la VM.
- Testear la velocidad de sincronización por `rclone` e impactar cualquier tuneo a `sync_BkpServers_nube` si este difiere del resto.
- Verificar consistencia general del archivo exportado.
### 4. Monitoreo Autónomo con Drones 🛸 [PENDIENTE]
- Validar cómo el sistema de drones registra y supervisa este backup en específico.
- Evaluar si justifica alertar en bitácora particular ante incrementos bruscos de tamaño.
---
## Tareas Diarias (Bitácora del Plan)
| Fecha | Novedad / Tarea |
| :--- | :--- |
| **2026-04-10** | Se crea plan inicial A03.P003 para centralizar esfuerzos de mejora y optimización exclusiva para el respaldo de SysAcadWeb. |
| **2026-04-10** | ✅ Diagnóstico de espacio en disco: 95.25 GB libres (~25GB usado). |
| **2026-04-10** | ✅ Limpieza Windows\\Temp: ~270 MB liberados. |
| **2026-04-10** | ✅ Limpieza SysACAD\\Logs (antes de 2026): ~257 MB liberados. |
| **2026-04-10** | ✅ Espacio final tras limpieza: **95.77 GB** libres. |
---
## Hallazgos del Diagnóstico
### Estado del Nodo srvv-SysAcadWeb
- **IP**: 10.0.10.12:7022 (OpenSSH)
- **SO**: Windows Web Server 2008 R2
- **Disco**: 120 GB (95.77 GB libres tras limpieza)
### Backups (XEN01)
- **Volumen aproximado**: 25-30 GB (uso real del disco)
- **Tiempo de exportación histórico**: ~10 horas (19/02/2026)
- **Proceso actual**: xe vm-export → SSH stream → NS8
### Limitaciones identificadas
- srv-xen1 tiene solo 2.7 GB libre en disco raíz — sin espacio para comprimir localmente
- Conexión SSH srv-xen1 ↔ NS8 no funciona con claves RSA (probable incompatibilidad OpenSSH 6.6 vs 9.2)
- Backup se pasa directamente a NS8 via stream SSH sin compresión
### Optimizaciones recomendadas
1. Montar storage NS8 via NFS/SSHFS desde srv-xen1
2. Usar rsync con --compress para transferencia interna
3. Evaluar compresión stream con gzip antes de transferencia