Règles de routage DNS et vérifications de l'état

Vous pouvez configurer des règles de routage DNS pour les jeux d'enregistrements de ressources dans des zonesprivées oupubliques afin d'orienter le trafic en fonction de critères spécifiques. Créez des jeux d'enregistrements de ressources avec des valeurs de règle de routage spécifiques pour configurer ces règles. Ces valeurs déterminent la manière dont Cloud DNS achemine le trafic de requêtes.

Cloud DNS est compatible avec les règles de routage suivantes :

  • Règle de routage round robin (à tour de rôle) pondéré (WRR): utilisez une règle de routage WRR pour attribuer des pondérations différentes à chaque ensemble d'enregistrements de ressources pour un nom DNS. Une règle de routage WRR permet de garantir que le trafic est distribué en fonction des pondérations configurées. Il n'est pas possible de combiner les règles de routage WRR et de géolocalisation.

  • Règle de routage de géolocalisation: utilisez la règle de routage de géolocalisation pour spécifier les zones géographiques sources et fournir des réponses correspondantes à ces zones géographiques. La règle de routage de la géolocalisation applique une correspondance la plus proche pour l'emplacement source lorsque aucun élément de la règle ne correspond exactement à la source de trafic.

    • Règle de routage de géolocalisation avec géorepérage: utilisez une règle de routage de géolocalisation avec géorepérage pour limiter le trafic à une géolocalisation spécifique, même si tous les points de terminaison de cette géolocalisation ne sont pas opérationnels.

Vous ne pouvez pas configurer de règles de routage DNS pour les zones privées suivantes:

  • Zones de transfert
  • Zones d'appairage DNS
  • Zones de recherche inversée gérées
  • Zones de l'annuaire des services

Règles de routage WRR

Une règle de routage WRR vous permet de spécifier différentes pondérations par cible DNS. Cloud DNS garantit que votre trafic est réparti en fonction de ces pondérations. Vous pouvez utiliser cette règle pour accepter les configurations manuelles active-active ou active-passive. Vous pouvez également répartir le trafic entre les versions de production et expérimentales de votre service.

Cloud DNS accepte les vérifications de l'état et les basculements dans les règles de routage pour les équilibreurs de charge internes et les points de terminaison externes. Cloud DNS permet le basculement automatique lorsque les points de terminaison échouent à leur vérification de l'état. Lors d'un basculement, Cloud DNS ajuste automatiquement la répartition du trafic entre les points de terminaison opérationnels restants. Pour en savoir plus, consultez la section Vérifications d'état.

Règles de routage avec géolocalisation

Une règle de routage Géolocalisation vous permet de mapper le trafic provenant des zones géographiques sources (régions Google Cloud) à des cibles DNS spécifiques. Utilisez cette règle pour répartir les requêtes entrantes vers différentes instances de service en fonction de l'origine du trafic. Vous pouvez utiliser cette fonctionnalité avec le trafic provenant de l'extérieur de Google Cloud ou avec le trafic Google Cloud lié aux équilibreurs de charge réseau passthrough internes. Cloud DNS utilise la région dans laquelle les requêtes entrent dans Google Cloud en tant que géographie source.

Une règle de routage avec géolocalisation mappe la source différemment pour les DNS publics et privés de la manière suivante:

  • Pour un DNS public, l'adresse IP source ou le mécanisme d'extension pour le sous-réseau client DNS (EDNS) de la requête est utilisé.
  • Pour les DNS privés, le sous-réseau client EDNS n'est pas utilisé. À la place, l'emplacement de la requête est l'emplacement du système qui envoie les paquets pour la requête :
    • Pour les requêtes provenant d'une instance de machine virtuelle (VM) Compute Engine avec une interface réseau dans un réseau VPC, l'emplacement de la requête est la région qui contient l'instance de VM.
    • Pour les requêtes reçues par un point d'entrée d'une règle de serveur entrant, l'emplacement de la requête correspond à la région du tunnel Cloud VPN, du rattachement VLAN Cloud Interconnect ou de l'appareil de routeur ayant reçu les paquets de la requête. La région de l'adresse IP du point d'entrée n'est pas pertinente. Pour en savoir plus, consultez la section Réseau et région pour les requêtes entrantes.

Cloud DNS accepte les vérifications de l'état et les basculements dans les règles de routage pour les équilibreurs de charge internes et les points de terminaison externes. Cloud DNS permet le basculement automatique lorsque les points de terminaison échouent à leur vérification de l'état. Lorsque vous utilisez des règles de routage de géolocalisation, le trafic est basculé vers la géolocalisation suivante la plus proche sur le trafic source.

Règle de routage de géolocalisation avec géorepérage

Un géorepérage permet de s'assurer que le trafic est dirigé vers une région spécifique, même si tous les points de terminaison de cette région échouent aux vérifications de l'état.

Lorsque le géorepérage est désactivé et qu'une vérification de l'état'état échoue pour une géolocalisation spécifique, le trafic est automatiquement basculé vers la géolocalisation suivante la plus proche. Toutefois, lorsque le géorepérage est activé, ce basculement automatique ne se produit pas. En tant que serveur faisant autorité, Cloud DNS doit renvoyer une valeur, et dans ce scénario, Cloud DNS renvoie toutes les adresses IP non modifiées lorsque les points de terminaison échouent aux vérifications de l'état.

Règles de routage avec basculement

La règle de routage avec basculement vous permet de configurer des configurations de sauvegarde actives pour assurer une haute disponibilité des ressources internes de votre réseau VPC.

En fonctionnement normal, Cloud DNS renvoie toujours les adresses IP du jeu active. Lorsque toutes les adresses IP de l'ensemble active deviennent non opérationnelles, Cloud DNS utilise les adresses IP de l'ensemble backup. Si vous configurez l'ensemble backup en tant que règle de routage de géolocalisation, il fonctionne comme décrit dans la section Règles de routage de géolocalisation. Si vous configurez l'ensemble backup pour un équilibreur de charge interne, Cloud DNS vérifie l'état de toutes les adresses IP virtuelles de sauvegarde (VIP).

Cloud DNS vous permet de diminuer progressivement le trafic vers les adresses IP virtuelles de sauvegarde afin de vérifier qu'elles fonctionnent. Vous pouvez configurer le pourcentage du trafic envoyé à la sauvegarde sous la forme d'une fraction comprise entre 0 et 1. Vous pouvez déclencher manuellement un basculement en envoyant 100% du trafic aux adresses VIP de secours. La valeur typique est 0,1. Les vérifications de l'état ne peuvent être appliquées qu'aux équilibreurs de charge internes et aux points de terminaison externes.

Vérifications d'état

Cloud DNS accepte les vérifications de l'état et les basculements dans les règles de routage pour les équilibreurs de charge internes et les points de terminaison externes suivants:

Lorsque vous souhaitez utiliser la vérification de l'état avec une zone gérée et que les extensions de sécurité DNS (DNSSEC) sont activées, une seule adresse IP peut être utilisée dans chaque élément de règle(un WRR ou une géolocalisation). Vous ne pouvez pas mélanger des adresses IP dont l'état a été vérifié et des adresses IP dont l'état n'a pas été vérifié dans une règle spécifique.

Pour connaître les bonnes pratiques à prendre en compte lors de la configuration de l'enregistrement Cloud DNS et des vérifications d'état, consultez la section Bonnes pratiques.

Vérifications de l'état pour les équilibreurs de charge internes

Les vérifications de l'état pour les équilibreurs de charge internes ne sont disponibles que dans les zones privées.

Pour les équilibreurs de charge d'application internes et les équilibreurs de charge réseau proxy internes, Cloud DNS tient compte de l'état de l'équilibreur de charge lui-même lors de la prise de décision de routage. Lorsqu'un équilibreur de charge reçoit une requête, il ne distribue le trafic qu'aux services de backend opérationnels. Pour vous assurer que les backends sont opérationnels, vous pouvez gérer leur cycle de vie à l'aide de services tels que les groupes d'instances gérés (MIG). Cloud DNS n'a pas besoin de connaître l'état de santé des backends individuels. L'équilibreur de charge s'en charge.

Pour les équilibreurs de charge réseau passthrough internes, Cloud DNS vérifie les informations d'état sur les instances backend individuelles de l'équilibreur de charge. Cloud DNS applique un seuil par défaut de 20 %. Si au moins 20% des instances de backend sont opérationnelles, le point de terminaison de l'équilibreur de charge est considéré comme opérationnel. Les règles de routage DNS marquent le point de terminaison comme opérationnel ou non en fonction de ce seuil, et acheminent le trafic en conséquence.

Une seule adresse IP virtuelle (VIP) d'équilibreur de charge réseau passthrough interne peut être associée à plusieurs instances de backend. Si un équilibreur de charge réseau passthrough interne ne comporte aucune instance backend, Cloud DNS le considère toujours comme opérationnel. Pour que la vérification de l'état fonctionne correctement, spécifiez au moins une instance backend dans la configuration de l'équilibreur de charge.

Lorsque le point de terminaison est marqué comme non opérationnel, les conditions suivantes peuvent se produire:

  • Si plusieurs adresses IP virtuelles sont programmées sur une règle, seules les adresses IP virtuelles opérationnelles sont renvoyées.

  • Si toutes les adresses IP virtuelles programmées sur un bucket de règle ne sont pas opérationnelles, cette ligne de règle échoue. Le comportement suivant s'applique :

    • Pour une règle WRR, Cloud DNS répartit le trafic proportionnellement entre les points de terminaison opérationnels restants définis dans la règle.
    • Pour une règle de géolocalisation sur laquelle le cloisonnement n'est pas activé, le trafic est dirigé vers les points de terminaison de la zone géographique la plus proche de la région Google Cloud source définie dans la règle.
    • Pour une règle de géolocalisation avec géorepérage activé, Cloud DNS distribue le trafic vers l'adresse IP virtuelle la plus proche de la région Google Cloud source définie dans la règle.
    • Pour une règle de basculement, Cloud DNS bascule le trafic vers les points de terminaison de secours définis dans la règle.
    • Si aucun bucket de la règle n'est opérationnel, Cloud DNS se comporte comme si tous les points de terminaison étaient opérationnels. Ce scénario peut entraîner une distribution du trafic vers des points de terminaison qui ne répondent pas.

Pour en savoir plus sur les vérifications de l'état pour les équilibreurs de charge internes, consultez la section Présentation des vérifications de l'état.

Vérifications de l'état des points de terminaison externes (bêta)

Les vérifications de l'état des points de terminaison externes ne sont disponibles que dans les zones publiques. Les points de terminaison que vous souhaitez vérifier doivent être accessibles sur Internet public. Le point de terminaison spécifié peut être n'importe quelle adresse IP et port externes, y compris une adresse VIP d'équilibreur de charge d'application externe global, une adresse VIP d'équilibreur de charge d'application externe régional, une adresse VIP d'équilibreur de charge réseau proxy externe global, des points de terminaison sur site ou tout autre point de terminaison accessible sur Internet public.

Utilisez des vérifications d'état pour les points de terminaison externes dans les scénarios suivants:

  • Pour rediriger le trafic vers un équilibreur de charge d'application externe régional si un backend d'équilibreur de charge d'application externe global ou un backend d'équilibreur de charge réseau proxy externe global devient défaillant.
  • Pour rediriger le trafic vers un autre équilibreur de charge d'application externe régional si le backend d'un équilibreur de charge d'application externe régional spécifique devient défaillant.
  • Pour surveiller l'état des points de terminaison sur site ou d'autres points de terminaison accessibles sur l'Internet public.

Lorsque vous créez une règle de routage DNS avec des vérifications de l'état pour des points de terminaison externes, Cloud DNS envoie des vérifications d'état à vos points de terminaison. Ces vérifications de l'état proviennent de trois régions sources Google Cloud que vous spécifiez. Les sondes de vérification de l'état de l'état de chaque région s'exécutent indépendamment, et Cloud DNS agrège leurs résultats pour déterminer l'état global du point de terminaison. Dans chaque région, trois instances de vérificateur d'état vérifient chaque point de terminaison. Si une sonde échoue, Cloud DNS peut toujours déterminer l'état de fonctionnement du point de terminaison à l'aide des sondes restantes. Cela signifie que vous disposez de neuf sondes au total pour chaque point de terminaison, et que chaque sonde se produit à la fréquence que vous spécifiez dans l'intervalle de vérification de la vérification de l'état. En fonction des paramètres de la règle de routage et des informations d'état, Cloud DNS sélectionne un point de terminaison et achemine le trafic vers celui-ci.

Cloud DNS est compatible avec les protocoles TCP, HTTP et HTTPS, avec les mises en garde suivantes:

  • Le champ de requête TCP n'est pas pris en charge.
  • Le champ proxyHeader pour HTTP, HTTPS et TCP n'est pas accepté.

Les protocoles SSL, HTTP/2 et gRPC ne sont pas acceptés.

Pour le protocole TCP, Cloud DNS tente de se connecter au point de terminaison. Pour les protocoles HTTP et HTTPS, Cloud DNS vérifie que le point de terminaison renvoie un code de réponse HTTP 200. Vous pouvez également configurer une vérification de l'état basée sur le contenu, où Cloud DNS vérifie que la réponse contient une chaîne spécifique.

Contrairement aux vérifications de l'état pour les équilibreurs de charge internes, les vérifications de l'état de Cloud DNS pour les points de terminaison externes ne proviennent pas de plages d'adresses IP fixes. Les plages d'adresses IP sources de vérification peuvent changer au fil du temps.

Le protocole et le port que vous spécifiez lors de la création de la vérification de l'état déterminent la manière dont les vérifications d'état sont effectuées. Si vous ne spécifiez pas de port, Cloud DNS utilise le port 80. Pour vous assurer que les vérifications d'état fonctionnent correctement, configurez vos règles de pare-feu pour autoriser les vérifications d'état à partir de n'importe quelle adresse IP source et sur le port spécifique configuré dans la vérification de l'état d'état.

Si vous n'avez pas configuré votre pare-feu pour autoriser les vérifications de l'état, les vérifications échouent. Cloud DNS considère donc les points de terminaison bloqués comme non opérationnels. Si tous les points de terminaison sont renvoyés comme non opérationnels, Cloud DNS les fournit tous, même s'ils ne sont pas opérationnels.

Intervalle de vérification de l'état

Cloud DNS envoie régulièrement des vérifications de l'état en fonction de l'intervalle de vérification de l'état'état. Par exemple, si l'intervalle de vérification de l'état'état est de 30 secondes, Cloud DNS envoie une vérification de l'état toutes les 30 secondes.

Pour la vérification de l'état des points de terminaison externes Cloud DNS, l'intervalle de vérification de l'état de l'état doit être compris entre 30 et 300 secondes.

Règles de routage round robin (à tour de rôle) pondéré et vérifications de l'état

Cloud DNS prend en charge des valeurs de pondérations allant de 0 à 1 000 (ces deux nombres compris). Lorsque les vérifications de l'état sont incluses, il se produit ce qui suit :

  • Si vous configurez plusieurs cibles avec une valeur de pondération de 0, le trafic est réparti de manière égale entre les cibles.
  • Si vous configurez une nouvelle cible dont la pondération n'est pas nulle, elle devient alors la cible principale et tout le trafic se dirige vers elle.
  • Au fur et à mesure que vous ajoutez des cibles avec des pondérations non nulles, Cloud DNS calcule de manière dynamique la répartition du trafic entre les cibles (à chaque requête envoyée) et distribue le trafic de manière appropriée. Si vous avez configuré trois cibles avec des pondérations de 0, 25 et 75, la cible configurée avec une valeur de pondération de 0 ne reçoit aucun trafic, la cible avec une pondération de 25 reçoit un quart du trafic, et la cible restante reçoit trois quarts du trafic entrant.
  • Si des vérifications de l'état sont uniquement associées à des cibles dont les valeurs de pondération sont non nulles, les cibles dont la valeur de pondération est nulle sont toujours considérées comme opérationnelles. Si tous les enregistrements dont la valeur de pondération est non nulle ne sont pas opérationnels, Cloud DNS renvoie les enregistrements dont la valeur de pondération est nulle.
  • Si des vérifications de l'état sont associées à des enregistrements dont les valeurs de pondération sont à la fois nulles et non nulles, et si tous les enregistrements échouent aux vérifications de l'état, Cloud DNS renvoie les cibles dont la valeur de pondération est non nulle et ignore les cibles dont la valeur de pondération est nulle.
  • Lorsque Cloud DNS choisit un bucket de pondération à renvoyer au demandeur (un seul élément de règle), seule l'adresse IP de ce bucket est renvoyée. Si vous n'indiquez qu'une seule adresse IP dans le bucket de pondération, seule cette adresse IP figure dans la réponse. Si le bucket de pondération contient plus d'une adresse IP, Cloud DNS renvoie toutes les adresses IP dans un ordre aléatoire.

Règles de routage avec géolocalisation et vérifications de l'état

Pour les règles de routage de géolocalisation avec vérification de l'état activée, il se produit ce qui suit:

  • Lorsqu'une règle comporte plusieurs adresses IP configurées et que toutes les adresses IP ont fait l'objet d'une vérification de l'état, seules les adresses IP opérationnelles sont renvoyées.
  • Lorsqu'un mélange d'adresses IP vérifiées et non vérifiées se produit, et que toutes les adresses IP vérifiées échouent, Cloud DNS renvoie toutes les adresses IP pour lesquelles la vérification de l'état n'est pas configurée. Dans ce scénario, le basculement automatique vers la géographie suivante la plus proche ne se produit pas.

Journalisation des vérifications d'état

Cloud DNS accepte la journalisation de la vérification de l'état de l'état et journalise l'état de santé de vos adresses IP activées pour la vérification de l'état lorsque vous interrogez le nom DNS qui fait référence à ces adresses IP.

La journalisation des vérifications d'état vous permet d'effectuer les opérations suivantes:

  • Vérifiez si les règles de routage fonctionnent comme prévu. Exemple :
    • Pour les règles de géolocalisation, vous pouvez vérifier si elles détectent la bonne zone géographique et renvoient le bon ensemble de données de enregistrements de ressources.
    • Pour les règles WRR, vous pouvez vérifier qu'elles renvoient les adresses IP avec la bonne pondération.
  • Identifiez les problèmes d'infrastructure avec des backends et des adresses IP spécifiques qui présentent des défaillances.
  • Déterminez pourquoi certains backends ne sont jamais inclus ou sont les seuls à être renvoyés.

Pour en savoir plus, consultez Informations sur la journalisation des vérifications d'état.

Types d'enregistrements compatibles avec les règles de routage DNS

Les règles de routage DNS ne sont pas compatibles avec tous les types d'enregistrements acceptés par Cloud DNS.

Les types d'enregistrements suivants sont acceptés:

Type d'enregistrement Description
A Adresses IPv4 pour les vérifications d'état internes (zone privée) et externes (zone publique) .
AAAA Adresses IPv6 pour les vérifications d'état externes (zone publique).
CNAME Noms canoniques. Les vérifications d'état ne sont pas acceptées.
MX Enregistrements Mail Exchange Les vérifications d'état ne sont pas acceptées.
SRV Hôte/port (RFC 2782) Les vérifications d'état ne sont pas acceptées.
TXT Données textuelles. Les vérifications d'état ne sont pas acceptées.

Étape suivante