Este documento lista as quotas e os limites do sistema que se aplicam à rede de CDN de multimédia.
- As quotas têm valores predefinidos, mas normalmente pode pedir ajustes.
- Os limites do sistema são valores fixos que não podem ser alterados.
Google Cloud usa quotas para ajudar a garantir a equidade e reduzir os picos na utilização e disponibilidade de recursos. Uma quota restringe a quantidade de um Google Cloud recurso que o seu Google Cloud projeto pode usar. As quotas aplicam-se a uma variedade de tipos de recursos, incluindo componentes de hardware, software e rede. Por exemplo, as quotas podem restringir o número de chamadas API para um serviço, o número de balanceadores de carga usados em simultâneo pelo seu projeto ou o número de projetos que pode criar. As quotas protegem a comunidade de Google Cloud utilizadores, impedindo a sobrecarga dos serviços. As quotas também ajudam a gerir os seus próprios Google Cloud recursos.
O sistema de quotas da nuvem faz o seguinte:
- Monitoriza o seu consumo de Google Cloud produtos e serviços
- Restringe o seu consumo desses recursos
- Oferece uma forma de pedir alterações ao valor da quota e automatizar os ajustes de quotas
Na maioria dos casos, quando tenta consumir mais de um recurso do que a respetiva quota permite, o sistema bloqueia o acesso ao recurso e a tarefa que está a tentar realizar falha.
Geralmente, as quotas aplicam-se ao nível do Google Cloud projeto A sua utilização de um recurso num projeto não afeta a sua quota disponível noutro projeto. Num Google Cloud projeto, as quotas são partilhadas por todas as aplicações e endereços IP.
Também existem limites do sistema nos recursos da RFC de multimédia. Não é possível alterar os limites do sistema.
Limites
Os seguintes limites aplicam-se à CDN de multimédia.
Configuração
| Item | Limites | Notas |
|---|---|---|
Número máximo de EdgeCacheService |
20 por projeto | Contacte a sua Google Cloud equipa de vendas se precisar de aumentar este limite. |
Número máximo de EdgeCacheOrigin |
30 por projeto | Contacte a sua Google Cloud equipa de vendas se precisar de aumentar este limite. |
Número máximo de EdgeCacheKeyset |
10 por projeto | Contacte a sua Google Cloud equipa de vendas se precisar de aumentar este limite. |
Número máximo de RouteRules por
EdgeCacheService |
2000 | Cada Não é possível aumentar este limite. |
| Número máximo de certificados SSL por serviço | 5 | Não é possível aumentar este limite. Consulte também a quota por projeto para certificados SSL. |
Número máximo de chaves públicas por
EdgeCacheKeyset |
3 | Não é possível aumentar este limite. As várias chaves num conjunto de chaves destinam-se a permitir a rotação de chaves: deve remover as chaves mais antigas e não utilizadas ao longo do tempo. |
Número máximo de chaves partilhadas de validação por
EdgeCacheKeyset |
3 | Não é possível aumentar este limite. As várias chaves num conjunto de chaves destinam-se a permitir a rotação de chaves: deve remover as chaves mais antigas e não utilizadas ao longo do tempo. |
Cabeçalhos, pedidos e respostas HTTP
| Item | Limites | Notas |
|---|---|---|
| Tamanho máximo do cabeçalho do pedido | Aproximadamente 11 KiB | Não é possível aumentar este limite.
O tamanho combinado do URL do pedido e do cabeçalho do pedido está limitado a 15 KiB. Os pedidos são rejeitados com uma resposta HTTP 431 para ligações HTTP/1.1. As ligações HTTP/2 são fechadas sem que seja escrito um código de resposta.
Estes pedidos são registados com um |
| Tamanho máximo do corpo do pedido | 16 KiB | Os pedidos com um corpo acima deste limite são rejeitados com um código de estado HTTP
413 Content Too Large.
|
| Tamanho máximo do cabeçalho da resposta | Aproximadamente 128 KiB | Não é possível aumentar este limite.
As respostas de origem com cabeçalhos que excedam este limite resultam no envio de um HTTP 502 ao cliente. Estes são registados com um |
| Tamanho máximo do objeto memorizável em cache | 100 GiB | Não é possível aumentar este limite.
Este é o tamanho máximo dos objetos na origem que o Media CDN pode armazenar em cache. Os objetos maiores são tratados como não armazenáveis em cache. |
| Tamanho máximo da resposta não colocável em cache | 500 MiB | Não é possível aumentar este limite.
Este é o número máximo de bytes num corpo de resposta que os proxies da RFC do CDN de multimédia quando um objeto não é armazenável em cache. As respostas não armazenáveis em cache são truncadas depois de atingirem o limite. |
| Conversão em minúsculas para cabeçalhos | Sempre, para a RFC de multimédia | A RFC de multimédia segue as convenções HTTP/2 para a capitalização das letras dos cabeçalhos de pedidos e respostas.
Independentemente do protocolo usado, todos os cabeçalhos são convertidos em minúsculas.
Por exemplo, As letras maiúsculas e minúsculas dos valores dos cabeçalhos não são alteradas. |
Limites de taxa de pedidos de API
Se precisar de um limite de velocidade mais elevado para pedidos de API, pode rever a utilização atual e pedir um aumento.
| Item | Limites |
|---|---|
| Invalidações | 10 por minuto por EdgeCacheService |
Todas as chamadas que não estão no espaço de nomes
networkservices |
1200 chamadas por minuto por projeto |
Só de leitura: GetEdgeCache*,
ListEdgeCache* |
100 por minuto por projeto |
Leitura/escrita: tudo no espaço de nomes networkservices
que não esteja marcado como só de leitura |
100 por minuto por projeto |
Limites de tempo do 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) | O tempo que o cliente tem para enviar o conjunto completo de cabeçalhos de pedidos. |
Limites de tempo de origem
connectTimeoutemaxAttemptsTimeoutlimitam o tempo que a Media CDN demora a encontrar uma resposta utilizável.Ambos os limites de tempo incluem o tempo que a origem demora a devolver cabeçalhos e a determinar se deve usar uma alternativa ou um redirecionamento.
connectTimeoutaplica-se independentemente a cada tentativa de origem, enquantomaxAttemptsTimeoutinclui o tempo necessário para estabelecer ligação em todas as tentativas de origem, incluindo as alternativas e os redirecionamentos. Seguir um redirecionamento conta como uma tentativa adicional de estabelecer ligação à origem e conta para o limitemaxAttemptsdefinido para a origem configurada.Quando a RFC encontra uma resposta sem redirecionamento, como de uma origem de redirecionamento ou de alternativa, os valores
readTimeouteresponseTimeoutaplicam-se. As origens redirecionadas usam os valoresconnectTimeout,readTimeouteresponseTimeoutconfigurados para oEdgeCacheOriginque encontrou o redirecionamento.responseTimeoutereadTimeoutcontrolam a duração de uma resposta transmitida. Depois de a RFC determinar que vai usar uma resposta a montante, nemconnectTimeoutnemmaxAttemptsTimeoutsão importantes. Neste ponto,readTimeouteresponseTimeoutentram em vigor.
A RFC 7230 especifica que um cliente HTTP deve tentar novamente um pedido HTTP falhado, pelo menos, uma vez. O Media CDN faz, no máximo, quatro tentativas de origem em todas as origens, independentemente do maxAttempts definido por cada EdgeCacheOrigin.
A RFC de multimédia usa o valor maxAttemptsTimeout da propriedade principal
EdgeCacheOrigin. Os valores de tempo limite por tentativa (connectTimeout, readTimeout e responseTimeout) são configurados para o EdgeCacheOrigin de cada tentativa.
A tabela seguinte descreve os campos de limite de tempo:
| Campo | Predefinição | Descrição |
|---|---|---|
| connectTimeout | 5 segundos | O tempo máximo que a RFC de multimédia pode demorar desde o início do pedido à origem até determinar se a resposta é utilizável. Na prática, O limite de tempo tem de ser um valor entre 1 segundo e 15 segundos. |
| maxAttemptsTimeout | 15 segundos | O tempo máximo em todas as tentativas de ligação à origem, incluindo origens de failover, antes de devolver um erro ao cliente. É devolvido um erro HTTP 504 se o limite de tempo for atingido antes de ser devolvida uma resposta. O limite de tempo tem de ser um valor entre 1 segundo e 30 segundos. Esta definição define a duração total de todas as tentativas de ligação de origem, incluindo origens de comutação por falha, para limitar o tempo total que os clientes têm de esperar que o conteúdo comece a ser transmitido em streaming. Apenas é usado o primeiro valor |
| readTimeout | 15 segundos | A duração máxima de espera entre leituras de uma única resposta HTTP.
O valor de |
| responseTimeout | 30 segundos | A duração máxima permitida para a conclusão de uma resposta. O limite de tempo tem de ser um valor entre 1 segundo e 120 segundos. A duração é medida a partir do momento em que os primeiros bytes do corpo são recebidos. Se este limite de tempo for atingido antes de a resposta estar concluída, a resposta é truncada e registada. |
Faça a gestão de quotas
Media CDN impõe quotas na utilização de recursos por vários motivos. Por exemplo, as quotas protegem a comunidade de Google Cloud utilizadores ao impedirem picos imprevistos na utilização. As quotas também ajudam os utilizadores que estão a explorar Google Cloud com o nível gratuito a permanecerem dentro da respetiva avaliação.
Todos os projetos começam com as mesmas quotas, que pode alterar pedindo quotas adicionais. Algumas quotas podem aumentar automaticamente com base na sua utilização de um produto.
Autorizações
Para ver quotas ou pedir aumentos de quotas, os principais da gestão de identidade e de acesso (IAM) precisam de uma das seguintes funções.
| Tarefa | Função necessária |
|---|---|
| Verifique as quotas de um projeto | Uma das seguintes opções:
|
| Modifique quotas e peça quotas adicionais | Uma das seguintes opções:
|
Verifique a sua quota
Consola
- Na Google Cloud consola, aceda à página Quotas.
- Para pesquisar a quota que quer atualizar, use a opção Filtrar tabela. Se não souber o nome da quota, use os links nesta página.
gcloud
Usando a CLI do Google Cloud, execute o seguinte comando para
verificar as suas quotas. Substitua PROJECT_ID pelo seu ID do projeto.
gcloud compute project-info describe --project PROJECT_IDPara verificar a quota usada numa região, execute o seguinte comando:
gcloud compute regions describe example-region
Erros quando excede a sua quota
Se exceder uma quota com um comando gcloud, o gcloud produz uma mensagem de erro quota exceeded e regressa com o código de saída 1.
Se exceder uma quota com um pedido de API, Google Cloud é devolvido o seguinte código de estado HTTP: 413 Request Entity Too Large.
Peça quota adicional
Para ajustar a maioria das quotas, use a Google Cloud consola. Para mais informações, consulte o artigo Peça um ajuste da quota.
Disponibilidade de recursos
Cada quota representa um número máximo para um determinado tipo de recurso que pode criar, se esse recurso estiver disponível. É importante ter em atenção que as quotas não garantem a disponibilidade de recursos. Mesmo que tenha quota disponível, não pode criar um novo recurso se não estiver disponível.
Por exemplo, pode ter quota suficiente para criar um novo endereço IP externo regional numa determinada região. No entanto, isso não é possível se não existirem endereços IP externos disponíveis nessa região. A disponibilidade de recursos zonais também pode afetar a sua capacidade de criar um novo recurso.
As situações em que os recursos estão indisponíveis numa região inteira são raras. No entanto, os recursos numa zona podem esgotar-se ocasionalmente, normalmente sem impacto no contrato de nível de serviço (SLA) para o tipo de recurso. Para mais informações, reveja o SLA relevante para o recurso.