Alibaba Cloud DNS:FAQ

Conceptos de Global Traffic Manager

GTM frente a SLB

R: Global Traffic Manager (GTM) utiliza DNS para resolver un nombre de dominio en varias direcciones IP y distribuye el tráfico de la aplicación al dirigir a los usuarios a distintas direcciones IP. También emplea verificaciones de estado para actualizar dinámicamente la lista de direcciones IP en las respuestas DNS, lo que permite el aislamiento de fallos y el failover. El tráfico del usuario final se conecta directamente a la dirección IP del servicio y no pasa por GTM. Por otro lado, Server Load Balancer (SLB) actúa como proxy para distribuir las solicitudes de los usuarios a diferentes servidores backend en tiempo real. Todo el tráfico de los usuarios debe pasar por la instancia de SLB.

Por lo general, se utiliza SLB para el balanceo de carga dentro de una sola región. Cuando cuenta con varios endpoints de SLB en distintas regiones, puede usar GTM para realizar el balanceo de carga entre ellos.

A continuación se presenta una tabla comparativa entre GTM y SLB.

GTM frente a Alibaba Cloud DNS

R: Alibaba Cloud DNS ofrece servicios de resolución de nombres de dominio, convierte nombres de dominio en direcciones IP y admite diversos tipos de registros de resolución. GTM amplía la resolución DNS inteligente de Alibaba Cloud DNS mediante verificaciones de estado y failover. Dirige a los usuarios al endpoint más cercano según su ubicación geográfica y monitorea el estado del servicio en tiempo real.

Dominio de acceso

Varios dominios por instancia de GTM

R: Depende del caso.

Si varios dominios de servicio resuelven al mismo conjunto de direcciones IP, puede utilizar registros CNAME para apuntarlos al mismo dominio de acceso de GTM. De lo contrario, cada dominio de servicio requiere una instancia de GTM independiente.

1. Escenario con una sola instancia de GTM

El dominio de servicio www.example.com resuelve a 1.1.XX.XX y 2.2.XX.XX, y se requiere recuperación ante desastres entre ambas direcciones.

El dominio de servicio test.example.com también resuelve a 1.1.XX.XX y 2.2.XX.XX, y se requiere recuperación ante desastres entre estas dos direcciones IP.

En este escenario, ambos dominios de servicio resuelven al mismo conjunto de direcciones IP, por lo que solo necesita una instancia de GTM. Luego, cree un registro CNAME tanto para www.example.com como para test.example.com que apunte al dominio de acceso de GTM. Para obtener más información, consulte Configure the access domain.

2. Escenario con varias instancias de GTM

El dominio de servicio www.example.com resuelve a 1.1.XX.XX y 2.2.XX.XX, y se requiere recuperación ante desastres entre estas dos direcciones IP.

El dominio de servicio test.example.com resuelve a 1.1.XX.XX y 3.3.XX.XX, y se requiere recuperación ante desastres entre estas dos direcciones IP.

En este escenario, los dominios de servicio resuelven a conjuntos distintos de direcciones IP. Debe adquirir una instancia de GTM separada para cada dominio de servicio.

Acceso a dominios CNAME de GTM

R: Sí. El dominio de acceso de GTM es una URL accesible directamente. También puede utilizarlo como valor de un registro CNAME para otros dominios de servicio orientados al cliente.

Detección de fallos en GTM

R: GTM monitorea los servicios de aplicación desde múltiples nodos alrededor del mundo. Puede combinar nodos de monitoreo para activar alertas y determinar el estado general de un servicio. Elija entre verificaciones de estado Ping, TCP o HTTP(S) para monitorear sus servicios de aplicación y detectar fallos.

• Ping health check: Determina el fallo del servicio según la tasa de pérdida de paquetes y el tiempo de respuesta.

• TCP health check: Determina el fallo del servicio según el tiempo de respuesta del puerto.

• HTTP/HTTPS health check: Determina el fallo del servicio según el tiempo de respuesta y el código de estado devuelto.

Tiempo de failover de GTM

R: Según pruebas exhaustivas, GTM Ultimate Edition puede detectar con precisión un fallo e iniciar un failover en aproximadamente un minuto. El tiempo total de recuperación es la suma del tiempo de detección del fallo y el tiempo de propagación por la red.

Nombres de dominio en pools de direcciones

R: Sí. Un pool de direcciones de GTM puede contener direcciones IP o nombres de dominio, pero no se pueden mezclar ambos en el mismo pool. Si un pool de direcciones contiene varios nombres de dominio, GTM realiza una resolución round-robin para ellos de forma predeterminada.

GTM y DNS inteligente

R: Sí. GTM integra resolución DNS inteligente. Puede usar GTM para realizar resoluciones DNS inteligentes para usuarios de distintos ISP chinos, 7 regiones, 6 continentes en el extranjero y países específicos. Esto conecta a los usuarios con el endpoint de aplicación más cercano, lo que mejora la velocidad de acceso.

GTM y persistencia de sesión

R: No. GTM es un sistema de gestión a nivel de DNS. Utiliza respuestas DNS para enrutar a los clientes hacia las direcciones de servicio de aplicación correspondientes. Los clientes se conectan directamente a la dirección IP de la aplicación, sin pasar por GTM. Por lo tanto, GTM no inspecciona el tráfico HTTP entre el cliente y el servidor, y no admite persistencia de sesión.

Uso de GTM y CDN

R: Sí. Puede colocar la CDN delante de GTM. Para obtener más información, consulte Integrate CDN with GTM to improve access security and service availability.

CNAME de CDN en pools de direcciones de GTM

R: Es posible, pero no se recomienda. Las CDN cuentan con una gran cantidad de nodos, mientras que GTM tiene un número limitado de nodos de verificación de estado. Esta discrepancia puede provocar un monitoreo impreciso y afectar la fiabilidad de las verificaciones de estado y del failover.

Problemas de resolución DNS (IP antigua o NXDOMAIN)

R: Los registros DNS de Global Traffic Manager tardan en surtir efecto. Espere un momento. Si los registros siguen sin aplicarse después de un tiempo prolongado, realice las siguientes comprobaciones:

1. Compruebe si el TTL ha expirado: ejecute dig www.example.com para consultar la cuenta regresiva del TTL.

2. Verifique la configuración de CNAME: ejecute dig +trace www.example.com.

3. Borre la caché DNS local mediante el comando adecuado para su sistema operativo (por ejemplo, ipconfig /flushdns en Windows).

Fallos en la verificación de estado

R: Si la verificación de estado falla constantemente pero ha confirmado que el servicio se está ejecutando, siga estos pasos de solución de problemas:

1. Asegúrese de que su firewall permita el tráfico proveniente de los rangos de direcciones IP de sondeo de GTM.

2. Pruebe la ruta de verificación de estado: ejecute curl -H "Host: domain" http://ip:port/path.

3. Revise la carga del servidor y el tiempo de respuesta.

Error en la consulta CNAME para un dominio de acceso con registro A

De acuerdo con las restricciones descritas en Configure an address pool, un Access Domain de tipo A admite pools de direcciones de tipo A y Domain Name. Sin embargo, responds only to A record queries. To respond to CNAME queries, you must change the access type of the Access Domain to CNAME.

Facturación

Facturación de direcciones compartidas

R: Las instancias se facturan de manera independiente. Para las instancias de suscripción, la facturación se basa en el número de tareas de sondeo generadas por el dominio de acceso. En el caso de las instancias pay-as-you-go, la facturación se basa en el número de sondeos de verificación de estado generados por el dominio de acceso.

Cargos no intencionales de GTM

R: La causa y la solución de este problema son las siguientes:

Causa: Cuando habilita la función Health Check para un registro DNS en Alibaba Cloud DNS, el sistema crea automáticamente una instancia pay-as-you-go de GTM para implementar el failover del registro, lo cual genera cargos. Las instancias pay-as-you-go de GTM se facturan según el volumen de consultas DNS, los sondeos de verificación de estado y la cantidad de dominios de acceso. Se generan cargos por cualquier uso de estas funciones bajo el modelo pay-as-you-go.

Solución:

1. Inicie sesión en la consola de GTM y compruebe si existen instancias de GTM no deseadas.

2. Tras confirmar que ningún servicio depende de ellas, elimine las instancias de GTM para detener la facturación adicional.

Ciclo de facturación: GTM se factura diariamente. Si elimina una instancia hoy, la factura final correspondiente al último día de uso se generará al día siguiente. A partir de entonces no se generarán más facturas.

Nota:

• Confirme si ha realizado modificaciones adicionales en la configuración de GTM (como agregar líneas de resolución o pools de direcciones) para otros fines comerciales, a fin de evitar eliminar accidentalmente una instancia de GTM de la que dependa su negocio.

• Esta acción elimina la instancia de GTM, no los registros DNS. Una vez eliminada la instancia, los registros DNS (como los registros CNAME) que apunten al dominio de acceso de GTM dejarán de ser válidos, lo que podría provocar que su dominio de servicio sea inaccesible. Antes de eliminar una instancia, evalúe el impacto en sus servicios. Si es necesario, actualice primero sus registros DNS para que apunten a la dirección IP del servicio backend.

Ediciones de Alibaba Cloud DNS y límites de vinculación con GTM

R:

• GTM no cuenta con una edición gratuita. Global Traffic Manager (GTM) es una función premium disponible mediante suscripción o pay-as-you-go.

• Uso de GTM con la Free Edition de Alibaba Cloud DNS: Si utiliza la Free Edition de Alibaba Cloud DNS, puede hacer que los registros CNAME de varios dominios de servicio apunten al mismo dominio de acceso de GTM. Puede vincular una cantidad ilimitada de dominios de servicio.

• Limitaciones: La Free Edition tiene un TTL mínimo de 600 segundos. Esto impide realizar failovers a nivel de minuto, por lo que el tiempo de failover es mayor que en una edición de pago.

Alto volumen de consultas con GTM y DNS de pago

R: Sí. Global Traffic Manager (GTM) y las ediciones de pago de Alibaba Cloud DNS son productos independientes. GTM proporciona verificaciones de estado y failover, mientras que las ediciones de pago de DNS ofrecen una cuota mayor de consultas DNS. Si su número diario de consultas DNS supera las 100,000 (el límite de la Free Edition), le recomendamos adquirir cualquier edición de pago de Alibaba Cloud DNS para aumentar su cuota de consultas.

Reembolsos por cargos accidentales de GTM

R: Por lo general, los cargos generados por habilitar GTM de forma no intencional no son reembolsables. No obstante, como gesto de buena voluntad, el equipo de soporte al cliente podría aplicar un cupón como compensación, sujeto a su criterio. Si necesita solicitar un reembolso en efectivo, debe enviar un ticket para que un gerente de turno revise el caso.

Versión automática programada

R: No. Las instancias de GTM no admiten versiones automáticas programadas. Debe eliminar manualmente las instancias de GTM y sus plantillas de sondeo asociadas para detener la facturación. Los estados de cuenta pueden presentar retrasos (generalmente de un día). La facturación se detiene una vez que se elimina la instancia.

Alertas

Notificaciones de alerta no recibidas

R: Si no recibe las notificaciones de alerta esperadas, compruebe lo siguiente:

1. Revise la regla de alerta: Confirme que la regla de alerta se haya creado y esté habilitada.

2. Verifique el estado del contacto: En la página de gestión de contactos de alerta, confirme que el número de teléfono o la dirección de correo electrónico del destinatario estén verificados.

3. Busque mensajes bloqueados o en spam: Revise la carpeta de spam de su correo electrónico o la lista de bloqueo de SMS de su celular para asegurarse de que la notificación no haya sido filtrada por error.

4. Consulte los registros de verificación de estado: Confirme que un cambio de estado en el objeto de la alerta (una dirección o un pool de direcciones) activó la regla de alerta.

Activación de reglas de alerta

R: Las reglas de alerta se activan principalmente por cambios en el estado de la verificación de estado. Los eventos comunes que las desencadenan incluyen:

• Dirección no disponible: Se activa cuando una dirección falla en un número específico de verificaciones de estado consecutivas.

• Dirección recuperada: Se activa cuando una dirección previamente no disponible vuelve a estar disponible.

• Pool de direcciones no disponible: Se activa cuando todas las direcciones de un pool dejan de estar disponibles.

• Pool de direcciones recuperado: Se activa cuando al menos una dirección de un pool no disponible vuelve a estar disponible.