O Media CDN oferece suporte a protocolos de rede modernos do cliente à borda, aumentando o rendimento e reduzindo a latência geral da rede.
Endereços IP
Cada serviço de armazenamento em cache próximo dos usuários finais que você configura tem endereços IPv4 e IPv6 de anycast dedicados, que são associados a cada serviço de armazenamento em cache próximo dos usuários finais que você cria e não são compartilhados com outros clientes.
- Depois de configurar um serviço de armazenamento em cache próximo dos usuários finais, os endereços IP são atribuídos e ficam disponíveis.
- Os endereços atribuídos não mudam durante a vida útil de um determinado serviço de armazenamento em cache de borda.
- A criação de um novo serviço do cache próximo dos usuários finais gera novos endereços IP com escopo para esse serviço. Os endereços IP não são compartilhados entre os serviços.
Todos os serviços do Media CDN oferecem suporte a IPv6 entre clientes e cada nó de borda.
Extrair endereços IP
Para recuperar os endereços IP atribuídos a um serviço de armazenamento em cache de borda:
gcloud
Use o comando gcloud edge-cache services.
gcloud edge-cache services describe MY_SERVICE
... ipv4Addresses: ["35.1.1.1"] ipv6Addresses: ["2600:1901:0:fa74::"] ...
Observações:
- A CDN de mídia emite um endereço IPv4 e um IPv6 por serviço.
- Recomendamos criar registros DNS para os dois endereços IP (como registros A e AAAA).
- Configure seus serviços para aceitar o tráfego de todos os nomes de domínio
(nomes de host) que você estiver usando. Quando o tráfego é recebido para hosts sem
uma entrada
.routing.hostRules[].hosts, a Media CDN rejeita o tráfego com um erro HTTP 404.
Dependendo das regiões em que seus usuários estão, pode haver mais tráfego para um protocolo do que para outro, com base nos dispositivos dos usuários e no suporte do ISP nessas regiões.
Tempos limite do cliente
Os seguintes tempos limites se aplicam às conexões de cliente:
| Tempo limite | Duração máxima | Código de resposta | Descrição |
|---|---|---|---|
| Maximum request duration | 5 minutos | HTTP 408 (Request Timeout) | A duração máxima de uma única solicitação-resposta. |
| Header timeout | 10 segundos | HTTP 408 (Request Timeout) | Quanto tempo o cliente tem para enviar o conjunto completo de cabeçalhos de solicitação. |
Para tempos limite e configuração da origem, consulte a seção failover e tempos limite da documentação da origem.
Limites de solicitação do cliente
Para detalhes sobre os limites de solicitação e resposta do cliente, consulte a documentação sobre cotas e limites.
Suporte a protocolos de rede
O Media CDN oferece suporte a conexões HTTP/3, HTTP/2 e HTTP/1.1 de
clientes. O Media CDN oferece suporte à ALPN (negociação de protocolo de camada de aplicativo)
e ao cabeçalho de resposta HTTP Alt-Svc (serviço alternativo) para oferecer suporte
ao protocolo de publicidade.
| Protocolo | Compatível | SSL (TLS) obrigatório |
|---|---|---|
| HTTP/3 (IETF QUIC) | Sim | Sim |
| HTTP/2 | Sim | Sim |
| HTTPS (HTTP/1.1 sobre TLS) | Sim | Sim |
| HTTP/1.1 | Sim | Não |
Observações:
- O HTTP/2 (h2) tem suporte por padrão.
- Para ativar o HTTP/3 (QUIC), entre em contato diretamente com a equipe da sua conta.
- O HTTPS, o HTTP/2 e o HTTP/3 exigem que um certificado SSL (TLS) válido seja anexado ao serviço.
- Os clientes que não têm suporte para HTTP/2 ou versões mais recentes se conectam automaticamente pelo HTTP/1.1.
Para saber quais protocolos e origens são compatíveis, consulte Origens e protocolos compatíveis.
Versões de SSL (TLS) com suporte
Para saber quais versões de SSL (TLS) são compatíveis, consulte a documentação do SSL.
Resolver problemas de conectividade do cliente
- O protocolo HTTP/2 (h2) só é compatível com clientes que se conectam por TLS. Esse protocolo não oferece suporte a conexões de texto simples.
- Os clientes negociam apenas as conexões compatíveis. Os novos protocolos são projetados como ativação opcional para oferecer compatibilidade com versões anteriores.
- Se você tiver clientes com endereços IPv6, mas que se conectam aos seus serviços de CDN de mídia por IPv4, isso pode ser porque a rede entre um local de borda da CDN de mídia e o usuário só oferece suporte ao IPv4.
- Somente HTTP/1.1 e versões mais recentes são compatíveis como protocolos de cliente. As solicitações HTTP/0.9 e HTTP/1.0 são rejeitadas com um erro HTTP 426 (Upgrade Required).