Resumen

  • Con controles de salud asociados tanto al registro principal como al secundario, Route 53 devuelve el principal cuando ambos figuran como no saludables.
  • AWS preserva una oportunidad de conexión frente a controles erróneos y sobrecargas en cadena. El cliente debe definir qué compromisos puede asumir su aplicación en ese estado.

El suplente también puede suspender

El presupuesto de continuidad suele presentar al servidor de reserva como una respuesta. En realidad, también introduce una pregunta: ¿qué ocurre si suspende la misma prueba que acaba de suspender el titular?

La documentación de Route 53 no deja esa casilla vacía. En una configuración de conmutación por error con controles en ambos registros, el principal sano gana. Si el principal no está sano y el secundario sí, gana el secundario. Cuando los dos están mal, el servicio devuelve el registro principal. El titular recupera el puesto sin aprobar el examen. Selección de registros

Lo que recupera es su lugar en la respuesta DNS. La etiqueta de salud conserva su significado y la aplicación conserva sus problemas o su capacidad real de atender. Entregar una dirección y completar una operación son trabajos distintos, aunque ambos aparezcan bajo la palabra disponibilidad en una propuesta comercial.

Aquí hay una decisión económica escondida a plena vista: cuando la observación descarta todas las opciones, AWS prefiere conservar una opción. La empresa que contrata el servicio puede haber interpretado los controles como una orden automática de cierre. Conviene resolver esa diferencia antes de que llegue un cliente a la puerta.

Una respuesta puede valer más que un silencio

AWS explica que un control mal configurado puede fallar mientras la aplicación sigue funcionando para sus usuarios. Eliminar todas las respuestas permitiría que un error del instrumento provocase una interrupción que el sistema aún podía evitar. Por eso mantiene una respuesta de último recurso. Problemas de conmutación y su explicación

El documento también describe una cadena de sobrecarga. Si uno de tres destinos queda excluido, los dos restantes reciben más trabajo; pueden terminar fallando a su vez. Volver a distribuir entre los tres deja alguna posibilidad frente a descartarlos todos. Es el ejemplo que AWS utiliza para explicar su diseño, sin atribuirlo a una pérdida concreta de un cliente.

La lógica reconoce una verdad incómoda para los cuadros de mando: medir puede salir mal. Dar al medidor poder absoluto para cerrar cada entrada convierte su precisión en una dependencia adicional del negocio. Devolver una dirección puede salvar una consulta que el control habría bloqueado por error.

El valor de intentarlo otra vez, sin embargo, depende de lo que se intenta. Consultar un documento y confirmar una operación difícil de deshacer tienen consecuencias diferentes. Una aplicación puede permitir ciertas lecturas y suspender ciertas confirmaciones durante una degradación. Esa decisión pertenece a quien conoce y vende el servicio, y necesita un mecanismo propio para ejecutarse.

Comprar dos destinos no compra automáticamente esa política. La redundancia de direcciones ocupa una línea del inventario; la autorización para seguir aceptando compromisos ocupa otra línea, normalmente menos cómoda, del organigrama.

Qué contiene la palabra «salud»

El cliente elige protocolo, intervalo y umbral de fallos para los controles de extremo. Los fallos consecutivos llevan al estado no saludable al alcanzar el umbral; un éxito anterior reinicia el contador. Las notificaciones mediante CloudWatch y SNS pueden avisar de lo observado. La selección de registros tiene su propia regla. Funcionamiento de los controles

Los intervalos disponibles son diez o treinta segundos, y los verificadores trabajan de forma independiente. Route 53 no realiza una nueva prueba completa del negocio cada vez que recibe una consulta DNS. Usa observaciones periódicas para elegir una respuesta. Criterios de salud

Superar una prueba HTTP o HTTPS aporta evidencia sobre la conexión y la respuesta examinadas. Una compra con comprobación de existencias y confirmación final requiere otras evidencias. AWS especifica incluso que los controles HTTPS no validan los certificados SSL/TLS. La etiqueta tiene la extensión de la prueba, por muy amplia que suene en una reunión.

La ausencia de control también participa en la decisión. Un registro sin control se considera saludable. Si el secundario carece de él, puede ser devuelto cuando el principal falla, aunque ese secundario tenga realmente un problema. Suprimir la observación facilita la admisión del candidato, sin añadirle capacidad de trabajo.

Así aparecen tres capacidades que conviene valorar por separado: disponer de recursos alternativos, detectar problemas y completar correctamente una operación en condiciones degradadas. Un proveedor puede suministrar piezas para las tres. El comprador aún debe comprobar cómo encajan para su negocio.

La prueba que falta en el acta

La prueba habitual de principal caído y secundario sano debe compartir acta con otra: ambos controles en estado no saludable. En un ensayo controlado, el equipo puede registrar los estados, las respuestas DNS y las acciones que la aplicación deja terminar. El resultado útil explica qué recibió el usuario y qué compromiso asumió la empresa.

La consola ofrece datos como el estado, la dirección del verificador, el motivo y la hora del último fallo para los controles correspondientes; los controles calculados tienen excepciones. Son piezas que ayudan a reconstruir la secuencia. Consulta del estado

El lugar desde el que se observa también cuenta. AWS advierte que una partición de red puede producir distintas vistas de salud entre ubicaciones de Route 53 y diferencias con CloudWatch. Una captura central no representa por sí sola todas las respuestas que reciben los usuarios.

Los documentos oficiales no aportan una tasa de éxito de un cliente concreto cuando ambos destinos figuran mal; evaluar un incidente exige sus respuestas DNS y resultados de aplicación del mismo periodo.

La compra ya tiene, con todo, una pregunta verificable. AWS ha escrito cuál será su último recurso. La empresa debe escribir qué puede hacer quien llegue por él. Una dirección de vuelta al principal puede ser sensata; dejar sin dueño la decisión sobre las operaciones resulta bastante menos defendible.