Atención telefónica →
Una red con un punto único de falla funciona bien todos los días, hasta el día en que no. Esta es una guía para encontrarlos antes del incidente: capa por capa, para leerla con tu diagrama de red al lado e ir marcando.
6 min de lecturaPara directores y gerentes de TI
Punto único de falla: cualquier elemento cuya caída detiene la operación. Puede ser un equipo, un cable, un contrato o una persona. Casi toda empresa tiene varios; casi ninguna los tiene identificados.
En operación normal, una red redundante y una que no lo es mueven el mismo tráfico. Dos switches en stack y uno solo se comportan igual un martes cualquiera.
Muestra lo que alguien decidió dibujar. Casi nunca por dónde entra la fibra, de qué circuito cuelga el rack o quién tiene las contraseñas.
No salen en los reportes ni en las juntas mensuales. Se descubren en el peor momento para descubrir cualquier cosa.
Recorre tu red en este orden, de la calle hasta las personas. En cada capa: qué revisar y cómo se ve el problema el día que ocurre.
Qué revisar
Cómo se ve cuando ocurre
Una retroexcavadora corta un ducto y se caen los dos enlaces al mismo tiempo. El failover funciona perfecto, hacia un enlace que tampoco tiene servicio.
En el contrato hay dos rutas; en la calle, una. Al contratar un enlace dedicado, pide el trayecto físico por escrito, y que el cambio entre rutas sea automático con un esquema SD-WAN con conmutación entre enlaces.
Qué revisar
Cómo se ve cuando ocurre
Un equipo se congela, el tráfico no conmuta porque el par nunca quedó bien configurado, y hay que conseguir un reemplazo con la operación detenida.
La redundancia termina donde empieza el componente compartido. Un buen diseño de red empresarial identifica estos componentes antes de que alguien los descubra de noche.
Qué revisar
La pregunta
Si un usuario reporta que no tiene red, ¿cuánto tardas en saber a qué puerto del switch llega su nodo?
Por eso en Sertera cada enlace de cableado estructurado se certifica con equipo de medición y el reporte se entrega al cliente: es la línea base contra la que se diagnostica después.
Qué revisar
Cómo se ve cuando ocurre
Se va la luz, el UPS aguanta menos de lo esperado porque las baterías ya estaban degradadas, y todo se apaga sin un cierre ordenado.
Qué revisar
Cómo se ve cuando ocurre
Los enlaces tienen luz y los switches están arriba, pero nadie navega ni inicia sesión. Con el DHCP es peor: el síntoma aparece horas después, cuando vencen los arrendamientos, y nadie relaciona una cosa con la otra.
Qué revisar
La pregunta
Si mañana se cae una sucursal, ¿quién es responsable de encontrar la causa completa, no solo de revisar su pieza?
Qué revisar
Cómo se ve cuando ocurre
Funciona mientras esa persona contesta el teléfono. Deja de funcionar en vacaciones, en una renuncia o a las tres de la mañana.
Tener redundancia no es lo mismo que haberla probado. Una configuración de alta disponibilidad que nunca ha conmutado es una hipótesis, no una garantía. Probarla es fácil de describir y difícil de agendar:
Un componente a la vez: el enlace principal, un switch de core, un nodo del clúster de firewalls, el DNS primario, una PDU.
En una ventana de mantenimiento acordada, con el negocio avisado y un plan de reversa por escrito. Nunca como sorpresa.
Cuánto tarda en conmutar, qué sesiones se caen, qué se recupera solo y qué necesita intervención. Y si el monitoreo avisó a quien debía.
Lo que suele descubrirse
Cualquiera de estos hallazgos sale mucho más barato en una ventana de mantenimiento que en un incidente real.
Contesta estas preguntas sobre tu propia red: Resuelto si lo tienes claro y cubierto, No sé si no tienes la respuesta. Ese "no sé" es la respuesta más reveladora: significa que el punto existe y nadie lo ha revisado.
¿Por dónde entra físicamente cada enlace a internet, desde la calle hasta el rack? ¿Comparten ducto, poste o acometida?
¿Qué deja de funcionar si tu switch de núcleo se reinicia ahora mismo?
¿Tu firewall tiene alta disponibilidad? ¿Cuándo fue la última vez que conmutó de verdad?
¿Qué equipo de tu red lleva más tiempo sin reiniciarse? ¿Tiene soporte vigente del fabricante?
¿Tienes el reporte de certificación de tu cableado? ¿El etiquetado coincide con la documentación?
En los equipos con doble fuente, ¿cada fuente está en un circuito distinto?
¿Cuánto dura tu UPS con la carga real de hoy? ¿Cuándo se probaron las baterías?
¿Cuántos servidores DNS y DHCP internos tienes? ¿Qué pasa si se cae el principal?
Si una sucursal se queda sin servicio mañana, ¿quién es responsable de encontrar la causa de principio a fin?
¿Tu monitoreo te avisaría si el enlace de respaldo se cae mientras el principal sigue arriba?
Si la persona que mejor conoce tu red no contesta durante una semana, ¿alguien más puede operarla con lo que está documentado?
¿Cuándo fue la última vez que apagaste algo a propósito para probar la redundancia?
Tu resultado
0 de 12 respondidas0 resueltas0 sin respuesta
Marca una respuesta en cada pregunta. Tu resultado se calcula conforme avanzas.
Te ayudamos a revisarlo
En Sertera somos especialistas en redes y conectividad empresarial. Te acompañamos a revisar el diagnóstico punto por punto y a definir una solución que se ajuste a las necesidades y al presupuesto de tu operación. El diagnóstico técnico no tiene costo, ni compromiso, ni mínimo de nodos.
Solicitar diagnóstico sin costoRevisamos contigo cada capa de tu infraestructura, identificamos los puntos únicos de falla y te proponemos una solución a la medida de tu operación. Sin costo, sin compromiso y sin mínimo de nodos.
Es cualquier elemento cuya caída detiene la operación porque no existe una alternativa que tome su lugar. Puede ser un equipo, un enlace, un servicio como el DNS, un proveedor o incluso la única persona que conoce la red.
No necesariamente. Si los dos enlaces comparten ducto, poste o acometida, un mismo corte físico puede tirar ambos. La redundancia real requiere rutas físicas distintas y conmutación automática entre ellas.
Después de cada cambio importante en la red y de forma periódica, en ventanas de mantenimiento acordadas. Una redundancia que nunca se ha probado no se puede dar por funcionando.
No. Algunos se aceptan porque corregirlos cuesta más que el impacto de su falla. Lo importante es que la decisión sea consciente, quede documentada y tenga un plan de respuesta.
Navegación
Ubicaciones
Copyright ©SERTERA CONECTIVIDAD DIGITAL | Todos los derechos reservados | Aviso de privacidad
Completa el formulario para que podamos ayudarte a construir una solución alineada a tus metas, presupuesto y criticidad.
A continuación, compártenos tu información:
Protegemos tus datos. No compartimos tu información con terceros.