A Media CDN é compatível com protocolos de rede modernos do cliente até a borda, aumentando a capacidade de transferência e reduzindo a latência geral da rede.
Endereços IP
Cada serviço do Edge Cache configurado tem endereços IPv4 e IPv6 anycast dedicados, que são associados a cada serviço do Edge Cache criado e não são compartilhados com outros clientes.
- Depois de configurar um serviço de cache de borda, 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 emite novos endereços IP no escopo desse serviço. Os endereços IP não são compartilhados entre seus serviços.
Todos os serviços da Media CDN são compatíveis com IPv6 entre clientes e cada nó de borda.
Recuperar 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 Media CDN 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ê está usando. Quando o tráfego é recebido para hosts sem uma entrada
.routing.hostRules[].hosts, o Media CDN rejeita o tráfego com um erro HTTP 404.
Dependendo das regiões geográficas em que seus usuários estão, você pode notar 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 status | 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 de origem, consulte a seção failover e tempos limite da documentação de origem.
Limites de solicitações do cliente
Para detalhes sobre os limites de solicitações e respostas do cliente, consulte a documentação sobre cotas e limites.
Suporte a protocolos de rede
A Media CDN é compatível com conexões HTTP/3, HTTP/2 e HTTP/1.1 de
clientes. A Media CDN é compatível com ALPN (negociação de protocolo da camada de aplicativo)
e com o cabeçalho de resposta HTTP Alt-Svc (serviço alternativo) para anunciar
a compatibilidade com protocolos.
| Protocolo | Com suporte | 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) é compatível por padrão.
- Para ativar o HTTP/3 (QUIC), entre em contato diretamente com a equipe de conta.
- O HTTPS, o HTTP/2 e o HTTP/3 exigem que um certificado SSL (TLS) válido seja anexado ao seu serviço.
- Clientes que não são compatíveis com HTTP/2 ou versões mais recentes se conectam automaticamente por HTTP/1.1.
Para saber mais sobre o suporte a protocolos de origem, consulte origens e protocolos compatíveis.
Versões compatíveis de SSL (TLS)
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 é compatível com conexões de texto simples.
- Os clientes só negociam conexões compatíveis. Os novos protocolos são projetados como opt-in para oferecer compatibilidade com versões anteriores.
- Se você tiver clientes com endereços IPv6, mas que se conectam aos serviços da Media CDN por IPv4, talvez seja porque a rede entre um local de borda da Media CDN e seu usuário só seja compatível com 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).