Media CDN supporta i moderni protocolli di rete dal client all'edge, aumentando il throughput e riducendo la latenza di rete complessiva.
Indirizzamento IP
Ogni servizio di cache perimetrale che configuri ha indirizzi IPv4 e IPv6 anycast dedicati, che sono associati a ogni servizio di cache perimetrale che crei e non sono condivisi con altri clienti.
- Dopo aver configurato un servizio di cache perimetrale, gli indirizzi IP vengono assegnati e diventano disponibili.
- Gli indirizzi assegnati non cambiano per tutta la durata di un determinato servizio Edge Cache.
- La creazione di un nuovo servizio Edge Cache genera nuovi indirizzi IP con ambito limitato a quel servizio. Gli indirizzi IP non vengono condivisi tra i tuoi servizi.
Tutti i servizi Media CDN supportano IPv6 tra i client e ogni nodo edge.
Recuperare gli indirizzi IP
Per recuperare gli indirizzi IP assegnati a un servizio cache perimetrale:
gcloud
Utilizza il comando gcloud edge-cache services.
gcloud edge-cache services describe MY_SERVICE
... ipv4Addresses: ["35.1.1.1"] ipv6Addresses: ["2600:1901:0:fa74::"] ...
Note:
- Media CDN assegna un indirizzo IPv4 e un indirizzo IPv6 per servizio.
- Ti consigliamo di creare record DNS per entrambi gli indirizzi IP (come record A e AAAA).
- Configura i tuoi servizi in modo che accettino il traffico per tutti i nomi di dominio
(nomi host) che utilizzi. Quando viene ricevuto traffico per host senza
una voce
.routing.hostRules[].hosts, Media CDN rifiuta il traffico con un errore HTTP 404.
A seconda delle aree geografiche in cui si trovano i tuoi utenti, potresti notare un traffico maggiore verso un protocollo rispetto a un altro, in base ai dispositivi degli utenti e al supporto degli ISP in queste aree geografiche.
Timeout client
I seguenti timeout si applicano alle connessioni client:
| Timeout | Durata massima | Codice di stato | Descrizione |
|---|---|---|---|
| Maximum request duration | 5 minuti | HTTP 408 Request Timeout |
La durata massima di una singola richiesta-risposta. |
| Header timeout | 10 secondi | HTTP 408 Request Timeout |
Il tempo a disposizione del client per inviare l'insieme completo di intestazioni della richiesta. |
Per i timeout e la configurazione dell'origine, consulta la sezione Failover e timeout della documentazione sull'origine.
Limiti delle richieste del client
Per informazioni dettagliate sui limiti di richieste e risposte del client, consulta la documentazione relativa a quote e limiti.
Supporto del protocollo di rete
Media CDN supporta le connessioni HTTP/3, HTTP/2 e HTTP/1.1 dai client. Media CDN supporta sia ALPN (Application Layer Protocol Negotiation)
sia l'intestazione della risposta HTTP Alt-Svc (servizio alternativo) per la pubblicità
del supporto del protocollo.
| Protocollo | Supportato | SSL (TLS) obbligatorio |
|---|---|---|
| HTTP/3 (QUIC IETF) | Sì | Sì |
| HTTP/2 | Sì | Sì |
| HTTPS (HTTP/1.1 su TLS) | Sì | Sì |
| HTTP/1.1 | Sì | No |
Note:
- HTTP/2 (h2) è supportato per impostazione predefinita.
- Per attivare HTTP/3 (QUIC), contatta direttamente il team dedicato al tuo account.
- HTTPS, HTTP/2 e HTTP/3 richiedono che al servizio sia allegato un certificato SSL (TLS) valido.
- I client che non supportano HTTP/2 o versioni successive si connettono automaticamente tramite HTTP/1.1.
Per il supporto del protocollo di origine, consulta origini e protocolli supportati.
Versioni SSL (TLS) supportate
Per le versioni SSL (TLS) supportate, consulta la documentazione SSL.
Risolvere i problemi di connettività del client
- Il protocollo HTTP/2 (h2) è supportato solo per i client che si connettono tramite TLS. Questo protocollo non supporta le connessioni in testo normale.
- I client negoziano solo le connessioni che supportano. I nuovi protocolli sono progettati come opt-in per garantire la compatibilità con le versioni precedenti.
- Se hai client con indirizzi IPv6 che si connettono ai tuoi servizi Media CDN tramite IPv4, il motivo potrebbe essere che la rete tra una località edge di Media CDN e il tuo utente supporta solo IPv4.
- Come protocolli client sono supportati solo HTTP/1.1 e versioni successive. Le richieste HTTP/0.9 e HTTP/1.0 vengono rifiutate con un errore HTTP 426 (Upgrade richiesto).