Server Load Balancer:Configure a CNAME record for an ALB instance

Configurer et vérifier l'enregistrement CNAME

1. Accédez à la console ALBALB console, repérez l'instance cible et copiez son nom DNS depuis la colonne Domain Name.

2. Ajoutez un enregistrement DNS auprès de votre hébergeur DNS. Cet exemple utilise Alibaba Cloud DNS.

   Vous pouvez ajouter des noms de domaine non enregistrés auprès d'Alibaba Cloud à la console Alibaba Cloud DNS pour les gérer avec Alibaba Cloud DNS.

   1. Accédez à la page Public Authoritative ResolutionPublic Zone dans la console Alibaba Cloud DNS. Cliquez sur le nom de domaine cible pour ouvrir la page Settings, puis cliquez sur Add Record.

   2. Configurez l'enregistrement CNAME avec les paramètres suivants, puis cliquez sur OK.

      • Record Type : sélectionnez CNAME.

      • Hostname : saisissez le préfixe de votre nom de domaine personnalisé. Par exemple, si votre nom de domaine personnalisé est www.example.com, saisissez www.

      • Query Source : conservez la valeur par défaut, Default. Ce paramètre applique l'enregistrement à toutes les requêtes DNS.

      • TTL : le Time-to-Live (TTL) spécifie la durée pendant laquelle les résolveurs DNS mettent en cache l'enregistrement. Une valeur TTL plus faible permet aux modifications de prendre effet plus rapidement.

      • Record Value : collez le nom DNS de l'instance ALB que vous avez copié précédemment.

      Pour résoudre un conflit d'enregistrement DNS lors de l'ajout de l'enregistrement, supprimez l'enregistrement conflictuel ou utilisez un nom d'hôte différent.

3. Vérifiez que le nom de domaine personnalisé pointe vers l'instance ALB.

   1. Ouvrez un terminal de ligne de commande sur votre ordinateur local et exécutez ping <custom_domain_name> ou dig <custom_domain_name>.

   2. Si la sortie inclut le nom DNS de l'instance ALB (par exemple, alb-xxxx.<region-id>.alb.aliyuncsslb.com), l'enregistrement CNAME est actif.

      Remarque : les nouveaux enregistrements CNAME prennent effet presque immédiatement. Toutefois, les modifications apportées aux enregistrements existants peuvent mettre plus de temps à se propager, car les serveurs DNS suivent l'enregistrement mis en cache jusqu'à l'expiration de son TTL.

FAQ

Dois-je utiliser un enregistrement CNAME ou pointer un enregistrement A directement vers l'IP de l'ALB (EIP/VIP) ?

L'utilisation d'un enregistrement CNAME est fortement recommandée. Pointez votre nom de domaine personnalisé vers le nom DNS de l'instance ALB. L'ALB possède une adresse indépendante dans chaque zone de disponibilité activée (pour une instance publique, l'adresse IP élastique (EIP) liée dans chaque zone ; pour une instance privée, le VIP privé dans chaque zone). Lorsque vous accédez à l'ALB via un enregistrement CNAME, chaque résolution DNS renvoie l'ensemble des adresses actuellement saines. En cas de panne d'une zone de disponibilité, l'ALB retire les adresses de cette zone des résultats de résolution grâce au retrait DNS automatique, offrant ainsi une reprise après sinistre automatique au niveau de la zone.

Pointez votre nom de domaine vers une adresse ALB spécifique avec un enregistrement A uniquement dans des scénarios spéciaux qui nécessitent une adresse IP fixe :

• Accès public : résolvez vers l'EIP liée dans la zone de disponibilité cible.

• Accès interne : résolvez vers le VIP privé de la zone de disponibilité cible.

Vous pouvez afficher et copier les adresses EIP et VIP de chaque zone de disponibilité dans la section des zones de disponibilité sur la page des détails de l'instance.

Prenez note des limitations suivantes lors de l'utilisation d'un enregistrement A pour une résolution directe :

• L'adresse correspond à une seule zone de disponibilité, vous ne pouvez donc pas bénéficier de la distribution du trafic inter-zones.

• Si cette zone de disponibilité tombe en panne, le retrait DNS automatique de l'ALB ne s'applique pas à votre enregistrement A fixe, ce qui interrompt le trafic. Vous devez mettre en œuvre votre propre vérification de l'état des adresses et votre propre basculement.

• Si l'adresse EIP/VIP change (par exemple, en raison d'un détachement, d'une libération, d'une récupération pour impayé ou d'un ajustement de la zone de disponibilité), vous devez mettre à jour manuellement votre enregistrement DNS. Sinon, l'accès échouera.

Comment accéder à une instance ALB publique depuis un réseau interne ?

Lorsque vous accédez à une instance ALB publique depuis un réseau interne, le DNS interne ne peut pas résoudre automatiquement le nom DNS de l'ALB. Vous devez ajouter manuellement des enregistrements de résolution à votre DNS interne pour pointer le nom DNS de l'ALB vers son adresse IP privée :

1. Configurer PrivateZone : PrivateZone ne reconnaît pas automatiquement les instances ALB. Dans PrivateZone, ajoutez manuellement un enregistrement A utilisant le même nom de domaine que votre domaine personnalisé public, en le pointant vers l'adresse IP privée de l'ALB. Pour obtenir des instructions, consultez le Guide de démarrage rapide pour Private Zone.

2. Configurer le DNS sur site : si l'environnement qui doit accéder à l'ALB via le réseau interne utilise un serveur DNS géré en interne, configurez le même enregistrement A sur ce serveur, en le pointant également vers l'adresse IP privée de l'ALB.

Une fois cette configuration terminée, le trafic interne peut atteindre l'ALB directement via le réseau privé.

Que faire si dig renvoie un nombre d'adresses IP différent de celui attendu ?

Si dig <custom_domain_name> renvoie moins d'adresses IP que prévu, la différence peut être causée par la mise en cache ou les politiques de planification des serveurs DNS tiers. Pour écarter cette cause, effectuez un nouveau test en utilisant Alibaba Cloud Public DNS (223.5.5.5) ou Google Public DNS (8.8.8.8) :

dig <custom_domain_name> @223.5.5.5

Références

Pour savoir comment transférer les requêtes de différents noms de domaine vers différents serveurs backend en utilisant la même instance ALB, consultez les documents suivants :

• Règles de transfert pour la correspondance de domaine et de chemin

• Configurer HTTPS multi-domaines