Media CDN est compatible avec les protocoles de mise en réseau modernes du client à la périphérie, ce qui augmente le débit et réduit la latence globale du réseau.
Adressage IP
Chaque service de cache périphérique que vous configurez possède des adresses IPv4 et IPv6 Anycast dédiées, qui sont associées à chaque service de cache périphérique que vous créez et ne sont pas partagées avec d'autres clients.
- Après la configuration d'un service de cache périphérique, les adresses IP sont attribuées et deviennent disponibles.
- Les adresses attribuées ne changent pas pendant toute la durée de vie d'un service de cache périphérique.
- La création d'un service de cache périphérique entraîne la délivrance de nouvelles adresses IP associées à ce service. Les adresses IP ne sont pas partagées entre vos services.
Tous les services Media CDN sont compatibles avec le protocole IPv6 entre les clients et chaque nœud périphérique.
Récupérer des adresses IP
Pour récupérer les adresses IP attribuées à un service de cache périphérique, procédez comme suit :
gcloud
Exécutez la commande gcloud edge-cache services.
gcloud edge-cache services describe MY_SERVICE
... ipv4Addresses: ["35.1.1.1"] ipv6Addresses: ["2600:1901:0:fa74::"] ...
Remarques :
- Media CDN délivre une adresse IPv4 et une adresse IPv6 par service.
- Nous vous recommandons de créer des enregistrements DNS pour les deux adresses IP (enregistrements A et AAAA).
- Configurez vos services pour qu'ils acceptent le trafic pour tous les noms de domaine (noms d'hôte) que vous utilisez. Lorsque du trafic est reçu pour des hôtes sans entrée
.routing.hostRules[].hosts, Media CDN rejette le trafic avec une erreur HTTP 404.
En fonction des zones géographiques dans lesquelles se trouvent vos utilisateurs, il est possible que vous constatiez plus de trafic vers un protocole qu'un autre, en fonction des appareils utilisés et de la compatibilité des FAI dans ces zones géographiques.
Délais avant expiration du client
Les délais avant expiration suivants s'appliquent aux connexions client :
| Délai avant expiration | Durée maximale | Code de réponse | Description |
|---|---|---|---|
| Maximum request duration | 5 minutes | HTTP 408 (Request Timeout) | Durée maximale d'une réponse à une requête unique. |
| Header timeout | 10 seconds | HTTP 408 (Request Timeout) | Durée d'envoi de l'intégralité des en-têtes de requête par le client. |
Pour connaître les délais avant expiration et la configuration des origines, consultez la section basculement et délais avant expiration de la documentation sur les origines.
Limites des requêtes client
Pour en savoir plus sur les limites de requêtes et de réponses client, consultez la documentation sur les quotas et limites.
Compatibilité avec les protocoles réseau
Media CDN est compatible avec les connexions HTTP/3, HTTP/2 et HTTP/1.1 en provenance des clients. Media CDN est compatible avec la négociation ALPN (Application Layer Protocol) ainsi qu'avec l'en-tête de réponse HTTP Alt-Svc (service alternatif) pour la prise en charge du protocole d'annonce.
| Protocole | Compatible | SSL (TLS) requis |
|---|---|---|
| HTTP/3 (IETF QUIC) | Oui | Oui |
| HTTP/2 | Oui | Oui |
| HTTPS (HTTP/1.1 via TLS) | Oui | Oui |
| HTTP/1.1 | Oui | Non |
Remarques :
- Le protocole HTTP/2 (h2) est compatible par défaut.
- Pour activer HTTP/3 (QUIC), veuillez contacter directement votre équipe chargée de compte.
- Les protocoles HTTPS, HTTP/2 et HTTP/3 nécessitent qu'un certificat SSL (TLS) valide soit associé à votre service.
- Les clients non compatibles avec le protocole HTTP/2 ou les versions ultérieures se connectent automatiquement via HTTP/1.1.
Pour en savoir plus sur la compatibilité avec les protocoles de l'origine, consultez la section Origines et protocoles compatibles.
Versions SSL (TLS) compatibles
Pour connaître les versions SSL (TLS) compatibles, consultez la documentation SSL.
Résoudre les problèmes de connectivité client
- Le protocole HTTP/2 (h2) n'est disponible que pour les clients se connectant via TLS. Ce protocole n'est pas compatible avec les connexions en texte brut.
- Les clients ne négocient que les connexions compatibles. Les nouveaux protocoles ne sont pas systématiquement utilisés afin de garantir la rétrocompatibilité.
- Si certains de vos clients possèdent des adresses IPv6, mais se connectent à vos services Media CDN via IPv4, cela peut être dû au fait que le réseau entre un emplacement périphérique Media CDN et votre utilisateur n'accepte que le protocole IPv4.
- Seuls les protocoles HTTP/1.1 et versions ultérieures sont acceptés comme protocoles clients. Les requêtes utilisant les protocoles HTTP/0.9 et HTTP/1.0 sont rejetées avec une erreur HTTP 426 (mise à niveau requise).