CDN:Configurer une origine

Frais de trafic d'origine

Lorsqu'Alibaba Cloud CDN récupère des ressources depuis une origine (requête d'origine), le trafic génère des frais de bande passante sortante côté origine, qui vous sont facturés. Par exemple, une origine IDC engendre des frais de bande passante IDC, tandis qu'une origine OSS entraîne des frais de trafic OSS.

Informations sur les remises applicables au trafic d'Alibaba Cloud CDN DCDN lors des requêtes d'origine vers Alibaba Cloud OSS :

• Dans la console Alibaba Cloud CDN DCDN, définissez le type d'origine sur OSS Domain. Alibaba Cloud OSS identifie alors le trafic de requête d'origine provenant du produit Alibaba Cloud CDN DCDN comme « CDN DCDN back-to-origin traffic », ce qui permet de bénéficier d'un tarif préférentiel.

• Si vous définissez par erreur le type d'origine sur Site Domain dans la console Alibaba Cloud CDN DCDN, Alibaba Cloud OSS identifie le trafic de requête d'origine provenant du produit Alibaba Cloud CDN DCDN comme « Internet outbound traffic » et la remise ne s'applique pas. Pour plus de détails sur la facturation, consultez Billing of OSS content acceleration.

Ajouter ou modifier les informations d'origine

Avant de configurer une origine, assurez-vous que les conditions suivantes sont remplies :

• Si vous utilisez Alibaba Cloud OSS comme origine, vous devez Configure default origin host et définir l'en-tête Host d'origine par défaut sur le point de terminaison public du bucket OSS. Sans cette configuration, l'origine reste inaccessible.

• Si vous configurez un domaine OSS appartenant à un autre compte Alibaba Cloud, vérifiez que le compte actuel, ou l'AccessKey de l'utilisateur Resource Access Management (RAM) utilisé, dispose des autorisations d'accès requises pour le bucket. À défaut, la requête d'origine échoue en raison d'un problème d'authentification.

• Si vous configurez une adresse d'origine IPv6, activez au préalable la requête d'origine via IPv6. Sinon, l'adresse IPv6 configurée ne prend pas effet, ce qui provoque l'échec des requêtes d'origine. Pour en savoir plus, consultez Configure Origin Fetch over IPv6.

• Si le nom de domaine de l'origine contient des caractères chinois, effectuez les démarches d'enregistrement nécessaires pour ce domaine, puis convertissez-le en nom de domaine anglais à l'aide de l'outil tiers punycode, par exemple xn--fiq****.xn--eq****, avant de le saisir.

• (Recommandé) Si vous utilisez Alibaba Cloud OSS comme origine, configure default origin SNI et définissez le SNI d'origine par défaut sur le point de terminaison public du bucket OSS. À défaut, OSS risque de limiter le débit des requêtes.

1. Connectez-vous à la console CDN.

2. Dans le volet de navigation de gauche, cliquez sur Domain Names.

3. Sur la page Domain Names, repérez le nom de domaine cible et cliquez sur Manage dans la colonne Actions.

4. Dans la section Origin Information, ajoutez ou modifiez la configuration de l'origine selon vos besoins.

   • Cliquez sur Add Origin Server pour ajouter une origine.

   • Cliquez sur Edit à côté des informations d'origine existantes pour modifier la configuration de l'origine.

   Paramètre	Description
   Origin Info	Sélectionnez le type d'origine et saisissez l'adresse d'origine. OSS Domain : sélectionnez ou saisissez le point de terminaison public d'un bucket Alibaba Cloud OSS. IP : saisissez une ou plusieurs adresses IP. Site Domain : saisissez un ou plusieurs noms de domaine. Function Compute Domain : sélectionnez un nom de domaine Function Compute. Pour plus de détails sur chaque type d'origine, consultez les descriptions ci-dessous.
   Priority	Attribuez des priorités différentes aux origines pour mettre en œuvre un basculement primaire/secondaire. La priorité primaire est supérieure à la priorité secondaire. Lorsqu'une requête utilisateur déclenche une requête d'origine via Alibaba CloudCDN , la requête est d'abord envoyée à une adresse d'origine ayant la priorité primaire. Si l'origine primaire échoue en raison d'un échec de la connexion TCP entre le point de présence CDN et l'origine, la requête est redirigée vers l'origine secondaire. Valeurs valides : 0 à 127. Plus la valeur est faible, plus la priorité est élevée. Valeur par défaut : 20 pour une origine primaire et 30 pour une origine secondaire. Pour configurer une autre valeur, soumettez un ticket. Par exemple, si l'origine A a la priorité primaire et l'origine B la priorité secondaire, une requête utilisateur déclenchant une requête d'origine via Alibaba CloudCDN est d'abord envoyée à l'origine A. Si l'origine A échoue en raison d'un échec de la connexion TCP entre le point de présence CDN et l'origine, la requête est envoyée à l'origine B. Lorsque l'origine A est rétablie, les requêtes rebasculent de l'origine B vers l'origine A.
   Weight	Attribuez la même priorité et des pondérations différentes aux origines pour mettre en œuvre un équilibrage de charge pondéré. Lorsque plusieurs origines partagent la même priorité, Alibaba CloudCDN répartit la proportion des requêtes utilisateurs envoyées aux différentes origines en fonction de leurs pondérations. Vous pouvez définir les pondérations selon vos besoins. Valeurs valides : 1 à 100. Plus la valeur est élevée, plus l'origine reçoit une proportion importante de requêtes utilisateurs. Valeur par défaut : 10. Par exemple, si les origines A et B ont toutes deux la priorité primaire, que l'origine A a une pondération de 80 et l'origine B une pondération de 20, les requêtes utilisateurs sont distribuées entre les origines A et B selon un ratio de 8:2. Dans certains cas, le ratio réel des requêtes utilisateurs déclenchant une requête d'origine vers différentes origines peut ne pas correspondre exactement au ratio de pondération configuré pour le nom de domaine. Par exemple : Le nombre de requêtes par seconde (QPS) pour la requête d'origine est faible, par exemple inférieur à 10 QPS. La distribution probabiliste des requêtes d'origine vers différentes origines est inégale, ce qui peut entraîner une divergence entre la pondération réelle et la pondération configurée. Toutes les requêtes proviennent d'une seule adresse IP, ou d'un nombre limité d'adresses IP. Étant donné que la même adresse IP est planifiée vers le même point de présence CDN et qu'une persistance de session TCP existe entre le point de présence CDN et l'origine, la plupart des requêtes peuvent être envoyées à la même origine. Pour vérifier que les pondérations réelles des requêtes utilisateurs correspondent approximativement aux pondérations d'origine configurées pour le nom de domaine, utilisez un outil de sondage réseau tiers pour créer une tâche de sondage. Configurez des clients de sondage dans autant de zones géographiques et auprès d'autant de fournisseurs d'accès Internet que possible, et exécutez la tâche de sondage suffisamment longtemps pour collecter des données de sondage valides en quantité suffisante.
   Port	Spécifie le port par lequel le point de présence CDN demande des ressources à l'origine. Selon les capacités de votre origine, vous pouvez spécifier un port de requête d'origine personnalisé compris entre 1 et 65535. Valeur par défaut : 80. Un port de valeur 443 utilise HTTPS pour la requête d'origine. Le port 80 ou tout autre port personnalisé utilise HTTP pour la requête d'origine. Remarque Pour utiliser HTTPS pour la requête d'origine via un autre port personnalisé, consultez Configurer la politique de protocole d'origine. Si vous configurez la fonctionnalité Origin Protocol Policy, qui est désactivée par défaut, le port configuré ici ne prend pas effet. Pour désactiver la politique de protocole d'origine, consultez Configurer la politique de protocole d'origine. Lorsque l'origine est un domaine OSS, la prise en charge des ports personnalisés pour la requête d'origine dépend d'OSS.

5. Cliquez sur OK pour finaliser la configuration.

OSS Domain

• Méthode 1 : sélectionnez le point de terminaison public d'un bucket OSS situé dans le même compte dans la liste déroulante comme origine.

• Méthode 2 : saisissez manuellement le point de terminaison public d'un bucket Alibaba Cloud OSS comme origine. Les points de terminaison internes OSS ne sont pas pris en charge. Un exemple de point de terminaison public OSS est ***.oss-cn-hangzhou.aliyuncs.com. Vous pouvez le consulter dans la console OSS.

• Pour les bonnes pratiques relatives à l'accélération des ressources OSS, consultez Accelerate OSS resource delivery.

IP

• Vous pouvez configurer une ou plusieurs adresses IP comme adresses d'origine. Les adresses IP privées ne sont pas prises en charge.

• Les adresses IPv4 et IPv6 sont prises en charge, mais vous ne pouvez pas configurer uniquement des adresses IPv6. Au moins une adresse IPv4 est requise.

• Lorsque vous utilisez l'adresse IP publique d'une instance Alibaba Cloud ECS comme adresse d'origine, aucune révision n'est nécessaire.

• Pour les bonnes pratiques concernant la configuration d'adresses IP comme type d'origine, consultez Accelerate ECS resources with CDN.

Site Domain

• Vous pouvez configurer un ou plusieurs noms de domaine comme adresses d'origine.

• Pour les bonnes pratiques concernant la configuration de noms de domaine comme type d'origine, consultez Accelerate ECS resources with CDN.

• Format du nom de domaine d'origine :

  • Le nom de domaine doit contenir entre 1 et 67 caractères.

  • Caractères pris en charge : lettres minuscules (a à z), chiffres (0 à 9) et tirets (-), par exemple example.com.

  • Caractères non pris en charge : caractères chinois, lettres majuscules (A à Z) et symboles autres que les tirets (-). Les tirets (-) ne peuvent pas apparaître consécutivement, ne peuvent pas être utilisés seuls et ne peuvent pas figurer au début ou à la fin du nom de domaine.

Function Compute Domain

Vous pouvez configurer comme adresse d'origine un nom de domaine Function Compute que vous avez configuré dans Function Compute sous le même compte. Sélectionnez la Region et le Domain Name de Function Compute. Pour obtenir des instructions, consultez Configure a custom domain name.

Utiliser ALB comme origine

Vous pouvez ajouter directement l'adresse d'instance d'un produit Alibaba Cloud ALB, par exemple example.hangzhou.alb.aliyuncs.com, comme origine. Dans une architecture CDN + ALB, configurez la résolution DNS et l'origine comme suit :

• Chez votre fournisseur DNS, résolvez le nom de domaine accéléré par CNAME vers l'adresse CNAME attribuée par CDN. Vous pouvez obtenir l'adresse CNAME sur la page Domain Names de la console CDN DCDN.

• Dans la console CDN DCDN, définissez le type d'origine sur Site Domain et saisissez le nom de domaine de l'instance ALB comme adresse d'origine.

Après configuration, le chemin de la requête utilisateur est le suivant : client → CDN → ALB → serveur backend. Ne résolvez pas le nom de domaine directement vers ALB. Sinon, l'accélération CDN ne prend pas effet.

Résoudre l'erreur RetErrorSourceCircle

Lors de l'ajout d'une origine, si le nom de domaine d'origine que vous saisissez est déjà configuré comme nom de domaine accéléré CDN, que ce soit dans le compte actuel ou dans un autre compte, le système renvoie le code d'erreur RetErrorSourceCircle. Cela empêche une boucle de requête d'origine circulaire entre les points de présence CDN (CDN → CDN → …), qui empêcherait les requêtes d'atteindre l'origine réelle. Résolvez ce problème de l'une des manières suivantes :

• Obtenez l'adresse IP du serveur d'origine, changez le type d'origine en IP et définissez l'en-tête Host d'origine sur le nom de domaine d'origine dans la configuration de requête d'origine.

• Si le nom de domaine est configuré comme nom de domaine accéléré dans le compte actuel et que vous pouvez accepter la perte de l'accélération CDN, supprimez la configuration d'accélération CDN pour ce nom de domaine dans le compte actuel. Attendez quelques minutes que la modification prenne effet, puis ajoutez à nouveau le nom de domaine comme origine.

• Si le nom de domaine est configuré comme nom de domaine accéléré dans un autre compte, vérifiez la propriété du domaine via un enregistrement TXT, migrez le domaine vers le compte actuel, puis reconfigurez l'origine.

Nouvelle tentative d'origine, délais d'attente d'origine et sondage d'origine

Règles de nouvelle tentative

• Ordre des nouvelles tentatives

  • Effectuez de nouvelles tentatives sur les adresses d'origine de la liste d'adresses d'origine des informations de base du domaine, par ordre de priorité décroissante.

  • Si les adresses d'origine ont la même priorité, effectuez les nouvelles tentatives selon leur ratio de pondération.

• Granularité des nouvelles tentatives

  • Les nouvelles tentatives se font au niveau de l'adresse IP. Si l'origine est un nom de domaine, toutes les adresses IP résolues à partir de ce nom de domaine font l'objet de nouvelles tentatives. Une autre origine disponible n'est accessible qu'après l'échec de connexion de toutes les adresses IP sous le nom de domaine.

  • Lors des nouvelles tentatives, le système filtre automatiquement les origines indisponibles dans la table des pannes.

• Codes d'état de nouvelle tentative

  • Le point de présence CDN DCDN effectue une nouvelle tentative lorsqu'il reçoit un code d'état 5xx dans la réponse de l'origine.

• Moment des nouvelles tentatives

  • Lorsque l'origine renvoie activement un code d'état de nouvelle tentative, le point de présence CDN DCDN effectue une nouvelle tentative dès réception de ce code.

  • Si l'origine ne renvoie pas activement un code d'état de nouvelle tentative, le traitement du délai d'attente de requête d'origine s'applique. À l'expiration du délai d'attente, le point de présence CDN DCDN effectue une nouvelle tentative.

Délais d'attente d'origine

• Délai d'attente de connexion TCP à l'origine : 10 secondes.

• Délai d'attente d'écriture vers l'origine : 30 secondes par défaut. Il s'agit du délai d'attente pour l'écriture du contenu après l'établissement de la connexion à l'origine.

• Délai d'attente de lecture depuis l'origine : 30 secondes par défaut. Ce délai s'applique lorsque l'origine ne renvoie pas entièrement le contenu demandé par le point de présence CDN DCDN dans un délai spécifié après l'établissement de la connexion à l'origine.

• Vous pouvez ajuster le délai d'attente d'écriture et le délai d'attente de lecture en configurant le délai d'attente de requête HTTP d'origine.

Sondage d'origine

• Exception de connexion TCP : si la connexion TCP entre le point de présence CDN DCDN et une adresse IP d'origine est indisponible deux fois de suite en raison d'un échec d'établissement de connexion ou d'un dépassement de délai, le point de présence CDN DCDN retire l'adresse IP d'origine de la liste des adresses d'origine disponibles et l'ajoute à la table des pannes. Les requêtes de requête d'origine suivantes n'accèdent pas à cette adresse IP. Le point de présence CDN DCDN sonde ensuite l'adresse IP d'origine en établissant une connexion TCP toutes les 5 secondes. Si la connexion réussit, l'adresse IP d'origine est restaurée dans la liste des adresses d'origine disponibles.

• Connexion TCP normale : si la connexion TCP entre le point de présence CDN DCDN et une adresse IP d'origine est normale mais que l'origine renvoie un code d'état de nouvelle tentative, tel que 5xx, la logique de nouvelle tentative est déclenchée. Toutefois, l'adresse IP d'origine reste dans la liste des adresses d'origine disponibles et la requête suivante est toujours envoyée à cette origine selon sa pondération. En d'autres termes, lorsque la connexion TCP de couche 4 est normale, les exceptions de requête HTTP de couche 7 ne bloquent pas automatiquement l'adresse IP d'origine. Pour bloquer activement l'adresse IP d'origine en cas d'exceptions de requête HTTP de couche 7, soumettez un ticket pour demander la configuration.

Références

• Pour plus d'informations sur les origines, consultez Serveur d'origine.

• Lorsque vous utilisez plusieurs origines pour l'accélération, configurez différents en-têtes Host d'origine pour spécifier les origines à partir desquelles les points de présence CDN récupèrent les ressources. Pour en savoir plus, consultez Configure default origin host.

• Pour personnaliser la politique de protocole d'origine HTTP ou HTTPS, consultez Configure the origin protocol policy.

• Si votre origine utilise Alibaba Cloud OSS et que le bucket OSS est configuré en mode privé, activez la requête d'origine depuis un bucket OSS privé pour le nom de domaine accéléré. Pour en savoir plus, consultez Configure origin fetch from a private OSS bucket.

• Si l'adresse IP d'origine est associée à plusieurs noms de domaine et que la politique de protocole d'origine CDN est HTTPS, configurez le SNI d'origine. Pour en savoir plus, consultez Configure default origin SNI.

• Pour plus d'informations sur les politiques et règles de requête d'origine CDN, consultez Requête d'origine.