Se producen cortes del servicio de red. No es una cuestión de si, sino de cuándo. Las plataformas en la nube y las redes de entrega de contenido (CDN) con acuerdos de nivel de servicio (SLA) de tiempo de actividad del 100 % no son inmunes. Experimentan cortes como todo lo demás.

La pregunta es: ¿qué haces cuando uno de tus servicios de red falla? ¿La falta de servicios redundantes lo dejará desconectado? ¿O recurrirá a otro proveedor para mantener una experiencia de usuario perfecta? En el back-end, ¿cómo funcionará ese proceso de conmutación por error? ¿Será automatizado o manual?

La mayoría de las organizaciones medianas y grandes tienen sistemas redundantes para ayudarles a sobrevivir un apagón. Lo que podrían o no tener implementado es el mecanismo automatizado que redirige el tráfico a esos sistemas redundantes cuando un el servicio principal cae.

La tecnología IBM NS1 Connect Filter Chain™ utiliza el poder de DNS para redirigir automáticamente el tráfico entre proveedores de servicios cuando hay una interrupción del servicio de red. Con algunas reglas básicas implementadas, NS1 Connect monitorea el estado de su red y cambia los puntos finales según sea necesario. Tú estableces las reglas y las prioridades desde el principio; todo lo posterior sucede automáticamente.

En la plataforma NS1, las configuraciones de la cadena de filtros se aplican a registros individuales dentro de las zonas DNS. Las cadenas de filtros determinan cómo NS1 maneja las consultas en cada registro, específicamente, qué respuestas devolver. Cada cadena de filtros utiliza una lógica única para procesar consultas. Puede crear combinaciones de filtros para lograr un resultado específico según sus necesidades operativas o comerciales.

Por supuesto, no todo el mundo quiere dirigir el tráfico de conmutación por error de la misma manera. Por eso, hemos elaborado una guía rápida sobre cómo crear sistemas de conmutación por error activo-activo, activo-pasivo y manual mediante el uso de cadenas de filtros.

Conmutación por error activo-activo

En este caso de uso, NS1 o fuentes de datos de terceros monitorean el estado de puntos finales individuales en su infraestructura de entrega de aplicaciones. Cuando los datos indican una interrupción en un sistema, NS1 enruta automáticamente el tráfico a los sistemas secundarios que elija. Se llama "activo-activo" porque esos sistemas secundarios probablemente ya estén funcionando como parte de su sistema de equilibrio de carga de todos modos. Cuando hay una interrupción en un sistema, NS1 simplemente reequilibra la carga hacia los sistemas ya activos.

El primer filtro de la cadena es "Arriba". Este filtro le dice al sistema si el punto final del proveedor de servicios está operativo o no.

El segundo filtro de la cadena es "Shuffle" o "Weighted Shuffle". Si el filtro "Arriba" devuelve una respuesta "falsa" para cualquier punto final, distribuye automáticamente el tráfico a otros proveedores. Shuffle distribuye el tráfico de forma aleatoria, mientras que Weighted Shuffle lo distribuye según las ponderaciones que usted proporcione.

Finalmente, especifique cuántas respuestas desea que proporcione DNS a las consultas entrantes. RFC 1912 requiere que solo se devuelva una respuesta para cada consulta CNAME. El filtro "Seleccionar primero N" le permite especificar el número de respuestas que se devuelven al cliente solicitante, pero el valor predeterminado debe ser uno.

Conmutación por error activa-pasiva

Al igual que en el caso de uso activo-activo, NS1 o fuentes de datos de terceros monitorean el estado de su infraestructura de entrega de aplicaciones y dirigen el tráfico a sistemas secundarios en caso de una interrupción del sistema primario. La diferencia aquí es que es posible que los sistemas secundarios aún no estén manejando el tráfico; solo se activan cuando es necesario como una opción redundante.

Como en el ejemplo anterior, el primer filtro de esta cadena es “Arriba”. A partir de los datos de seguimiento, NS1 determina cuáles de los servicios subyacentes están en línea.

El segundo filtro de esta cadena es “Prioridad”. Este filtro crea una lógica que prioriza los sistemas activos sobre los sistemas pasivos o de respaldo. Si las respuestas de mayor prioridad están disponibles, se ordenarán en la primera posición en la lista de posibles respuestas. De lo contrario, NS1 continúa bajando en la lista de prioridades hasta que encuentra un recurso disponible.

Finalmente, “Seleccione la primera N” dicta la cantidad de respuestas a entregar. La respuesta que le gustaría que le dé en este caso es una.

Conmutación por error manual

A veces desea tomar decisiones de conmutación por error sólo después de saber más sobre la situación. En estos casos, la cadena de filtros es el mecanismo de implementación que utiliza una vez que ha determinado adónde desea que vaya el tráfico. En lugar de apuntar una fuente de datos a NS1, activará manualmente el filtro cuando sea necesario mediante la lógica activa-pasiva.

El primer filtro en esta cadena es "Arriba", con la diferencia aquí de que usted define manualmente qué servicios están arriba y abajo (en lugar de que una fuente de datos lo haga por usted).

El segundo filtro de esta cadena es "Prioridad", comenzando con los sistemas activos sobre los sistemas pasivos o de respaldo. Si las respuestas de mayor prioridad están disponibles, se clasifican en la primera posición en la lista de posibles respuestas. De lo contrario, NS1 continúa bajando en la lista de prioridades hasta que encuentra un recurso disponible.

Finalmente, “Seleccione la primera N” dicta la cantidad de respuestas a entregar. La respuesta que le gustaría que le dé en este caso es una.

Disponibilidad de múltiples nubes o múltiples CDN

En el escenario "activo-activo" anterior, la cadena de filtros utiliza una métrica simple hacia arriba/abajo para dirigir el tráfico. Sin embargo, a veces la disponibilidad del servicio tiene más matices. Por ejemplo, los servicios a veces experimentan interrupciones regionales que resultan en una mala calidad del servicio; si bien el servicio en su conjunto está técnicamente "en funcionamiento", es posible que no esté funcionando a su capacidad óptima. Esta cadena de filtros le permite agregar algunos matices a lo que se considera "arriba", utilizando la herramienta de análisis avanzado de NS1 Connect como fuente de datos.

El primer filtro de esta cadena es "Umbral de disponibilidad de Pulsar". Este filtro le permite establecer un valor porcentual que determinará el uso de un servicio en función de las métricas de disponibilidad.

El segundo filtro de la cadena es "Weighted Shuffle", que distribuye el tráfico a otros proveedores que cumplen con la definición de "disponible" del primer filtro. El tráfico se distribuye según las ponderaciones que usted proporcione.

El tercer filtro es "Pulsar Performance Sort", que toma la distribución ponderada del filtro anterior y dirige el tráfico al servicio más rápido disponible, eliminando los servicios de bajo rendimiento según un umbral que usted defina.

Finalmente, “Seleccione la primera N” dictará la cantidad de respuestas a entregar. La respuesta que le gustaría que le dé en este caso es una.

Para obtener más información sobre cómo utilizar cadenas de filtros para mejorar el rendimiento y la resiliencia, reducir los costos y más, explore más a continuación.

Protéjase contra interrupciones con servicios de red redundantes y resistentes