Continuidad / Perímetro
Tu perímetro no se cae porque se cayó un equipo.
Un solo firewall es un punto único de falla para tres cosas al mismo tiempo: tu salida a internet, el túnel hacia tu planta y el acceso de tu gente remota. Te dejamos dos, en zonas de disponibilidad distintas, con la configuración sincronizada y el failover probado antes de tocar tu producción.
Lo que se cae junto
| Cuando falla el equipo único | Lo que se detiene |
|---|---|
| Salida a internet | Correo, SaaS, actualizaciones, telemetría |
| Túnel sitio a sitio | La planta pierde el ERP y el MES |
| VPN de usuarios | Nadie entra desde fuera, incluido quien tiene que arreglarlo |
No son tres riesgos. Es uno, tres veces.
Qué queda operando
Dos nodos, uno en cada zona de disponibilidad. La configuración se replica entre los dos de forma automática, así que el nodo pasivo no es una copia de hace tres meses, es el mismo firewall.
- Dos zonas. Si se degrada una zona completa, la otra ya tiene el tráfico.
- Configuración sincronizada. Reglas, políticas y objetos de red viven en los dos nodos. No hay divergencia manual.
- Desplegado como código. La arquitectura entera sale de plantillas versionadas, así que se puede auditar, reconstruir y volver a desplegar.
Qué entra en el alcance
- Incluye. Análisis de tus reglas, políticas y objetos de red actuales. Un clúster activo-pasivo en dos zonas de disponibilidad, desplegado como código. Una construcción completa y una prueba de failover en un sandbox aislado antes de producción. Un plan de corte con su rollback.
- Qué necesitamos de ti. Una exportación de la configuración actual de tu firewall, gente de tus equipos de red y de seguridad para las pruebas, y una ventana acordada para el corte.
Cómo operamos
Levantamos lo que hoy tienes
Recolectamos la configuración viva de tu firewall actual: reglas, políticas de seguridad y objetos de red. No partimos de un diseño en limpio, partimos del tuyo, porque las reglas que nadie documentó son las que tumban un cutover.
Diseñamos la topología
Segmentación de subredes, ruteo, interfaces y salida a internet. Aquí quedan escritos los requisitos que el diseño tiene que cumplir, y contra esos se prueba después.
Construimos y rompemos en un ambiente aislado
Escribimos la infraestructura como código y la desplegamos en un sandbox, no en tu producción. Ahí configuramos el clúster, sincronizamos la configuración entre nodos y provocamos la falla a propósito hasta que el failover se comporte igual siempre. Lo que se rompe, se rompe ahí.
Plan de cutover y salida en vivo
Un documento con los pasos, quién ejecuta cada uno y el criterio para abortar. La ventana la defines tú. El día del corte no es la primera vez que vemos funcionar el failover, es la última.
Después de la salida en vivo
Un perímetro en alta disponibilidad se degrada solo. El firmware envejece, alguien toca un nodo a mano y las reglas se desincronizan, y el failover deja de funcionar sin avisarle a nadie. El día que te enteras es el día de la caída real.
Por eso el proyecto termina y la operación empieza. Managed Cloud Team puede hacerse cargo del clúster: monitoreo, parches, sincronía entre nodos y pruebas de failover programadas.
Preguntas
¿Cuánto tiempo estará abajo mi operación durante el corte?
El corte ocurre dentro de la ventana que tú definas. Antes de abrirla ya está escrito el plan con los pasos, los tiempos y el procedimiento de reversa.
¿Esto es lo mismo que un plan de recuperación ante desastres?
No. Alta disponibilidad es que falle un componente y el tráfico siga. Recuperación ante desastres es que pierdas un sitio completo y puedas levantar la operación en otro. Uno no sustituye al otro. Si lo que te quita el sueño es lo segundo, la página que buscas es Recuperación ante desastres.
¿Mi IP pública cambia cuando el firewall hace failover?
No. La salida corre por una dirección que se mueve al firewall que esté activo, así que tus socios, las listas de permitidos de tus SaaS y el túnel de tu planta siguen viendo la misma IP después de un failover.
Llamada de 30 minutos.
Nos dices qué tienes hoy en el perímetro y te decimos si esto aplica o si estás resolviendo otro problema.