Gestion du trafic à l'aide de stratégies de pilotage
Sur Compute Cloud@Customer, propose deux types de stratégie de pilotage du trafic basés sur l'équilibrage de charge et une valeur du préfixe d'adresse IP.
Le DNS peut faire plus que renvoyer une adresse IP (si elle est connue) lorsqu'une chaîne est indiquée dans l'espace de noms DNS de cette zone. Le DNS fait également partie d'un système de gestion du trafic, où le trafic est distribué entre plusieurs serveurs en fonction de certains critères, tels que l'emplacement. Les stratégies de pilotage sont un moyen de distribuer l'accès à un seul nom complet sur plusieurs serveurs.
Par exemple, le même contenu peut être disponible à partir de plusieurs serveurs source, qu'il s'agisse d'une vidéo en streaming ou d'enregistrements à partir d'une base de données de produits. Un serveur peut se trouver aux États-Unis et l'autre en Europe. Une stratégie de pilotage du trafic peut distribuer le trafic en fonction de l'adresse IP ou du CIDR. D'autres critères peuvent être utilisés pour cette distribution de trafic, tels que l'équilibrage de charge, qui vise à maintenir la charge sur plusieurs serveurs à peu près égale.
Compute Cloud@Customer prend en charge les types de stratégie de pilotage de la gestion du trafic suivants :
Type de police |
Description |
---|---|
Equilibreur de charges |
Les stratégies d'équilibreur de charge permettent la répartition du trafic sur plusieurs adresses. Vous pouvez affecter aux adresses des pondérations égales afin de répartir le trafic uniformément entre les adresses ou les pondérations personnalisées peuvent être affectées à des fins d'équilibrage de charge de ratio. |
Pilotage de préfixe IP |
Les stratégies de pilotage de préfixe IP permettent aux utilisateurs de piloter un trafic DNS en fonction du préfixe IP de la requête d'origine. Vous pouvez diviser les utilisateurs en groupes en fonction des sous-réseaux d'où proviennent les demandes et les diriger vers des ressources spécifiques en fonction de la sous-division que vous avez créée. Par exemple, vous pouvez fournir différentes réponses à vos utilisateurs internes plutôt qu'à des utilisateurs externes. |
Une stratégie de pilotage contient des règles permettant de répondre aux requêtes DNS. Vous utilisez ces règles pour filtrer les réponses en fonction des propriétés de la demande DNS. Lorsque plusieurs réponses sont fournies en réponse à des requêtes DNS, ce groupe de réponses est appelé pool de réponses. Les réponses d'un pool sont triées par priorité et marquées comme admissibles ou non admissibles. Les réponses non admissibles sont omises de la réponse.
Lorsqu'elle est attachée à une zone DNS, une stratégie de pilotage est prioritaire sur tous les enregistrements de ressource de la zone qu'elle couvre et génère des réponses DNS à partir des règles de stratégie de pilotage. Par exemple, si une stratégie de pilotage attachée à la zone DNS example.com contient une règle couvrant le domaine application.example.com et une réponse pour le type d'enregistrement A (adresse), la stratégie de pilotage répond avec cette réponse, quels que soient les enregistrements A pertinents qui existent dans la zone. Si une stratégie de pilotage n'a pas de réponse pour le type d'enregistrement demandé, la demande DNS est transmise à la stratégie de pilotage suivante ou aux enregistrements de la zone de base.
Les stratégies de pilotage ne prennent en charge que les enregistrements des types A, AAAA et CNAME. Un domaine peut comporter au maximum une pièce jointe de stratégie de pilotage couvrant un type d'enregistrement donné. Cela signifie qu'une zone DNS (example.com) peut avoir plusieurs stratégies de pilotage attachées couvrant différents types d'enregistrement pour un domaine donné (par exemple, une stratégie d'enregistrement A et une stratégie d'enregistrement CNAME pour application.example.com). Une zone DNS peut également avoir plusieurs stratégies de pilotage attachées couvrant un type d'enregistrement donné pour différents domaines (par exemple, une stratégie d'enregistrement A pour application.example.com et une stratégie d'enregistrement A pour database.example.com). Toutefois, plusieurs stratégies de pilotage pour le même domaine et le même type d'enregistrement ne sont pas prises en charge, car la réponse ne peut être fournie que par une seule stratégie.