Ventanas masivas, cuándo y en qué orden se toca la red

Muchas redes se diseñan con pares: si un sitio cae, el otro lleva el tráfico. Ese diseño solo protege mientras los dos estén en pie. Si en una misma noche se actualizan los dos sitios que se respaldan, un fallo en cualquiera de ellos deja a los clientes sin ruta alternativa. Es la razón por la que la regla 3 del equipo prohíbe tocar los dos a la vez.

El orden también importa por otra razón: lo que se aprende del primer sitio (tiempos de reinicio, problemas inesperados) mejora la ventana siguiente.

Abre sitios.csv: la columna respaldo_de dice qué sitio respalda a cuál. Revisa después plan-propuesto.csv y la regla 3 del leeme.txt. Una de las tres noches del plan junta dos sitios que se respaldan entre sí.

Los calendarios de restricciones recogen eventos que una operadora no puede permitirse perturbar: transmisiones masivas, cierres de facturación, eventos de clientes importantes. Una ventana en esas fechas, aunque técnicamente esté bien armada, choca con el negocio. Compara las fechas del plan con calendario.txt.

Un plan correcto cumple todas las reglas a la vez: sitios que se respaldan en noches distintas y no más de 2 sitios por noche. Con cinco sitios, calcula el mínimo de noches que se necesita. No importa qué sitios van en cada una; solo cuántas noches hacen falta como mínimo si el tope es el único límite y no se juntan los dos que se respaldan.

Comunicar una ventana a los clientes es parte de la gestión: a más clientes dependientes, más cuidado con el horario y el aviso previo. Para dimensionar la primera noche, suma los clientes de los sitios que se tocan en la noche N-01 del plan.