Problemas conhecidos no Cloud Run

Esta página lista problemas conhecidos, limitações e recursos sem suporte no Cloud Run.

Você também pode verificar problemas existentes ou abrir novos nos issue trackers públicos.

Selecione a categoria do seu problema:

Ou filtre os problemas conhecidos:

Categoria Problema e solução alternativa
Disponibilização

Recuperação atrasada do serviço após a suspensão de um limite de gastos excedido ou a reativação do faturamento

Se o projeto excedeu o limite de gastos ou teve o faturamento desativado, os recursos do Cloud Run poderão sofrer um atraso de até 30 minutos antes de retomar a disponibilização de tráfego após a suspensão do limite de gastos ou a reativação do faturamento. Durante esse período, as solicitações poderão falhar com erros 429 ou 503 (com registros indicando "A solicitação foi interrompida porque não havia instância disponível") ou as instâncias poderão falhar ao iniciar.

Não há solução alternativa manual. Aguarde até 30 minutos para que os recursos voltem a funcionar.

Conectividade e segurança

Os conectores VPC para pools de workers não estão prontos para produção

Os conectores de acesso VPC sem servidor com pools de workers do Cloud Run estão disponíveis na versão prévia e só têm suporte no Terraform usando a API v2 do Cloud Run. Não há suporte no Google Cloud console, na Google Cloud CLI, no YAML e na API v1 do Cloud Run. Além disso, os componentes de preparação para produção, como métricas de monitoramento, não são compatíveis.

Observabilidade

Aumento linear na métrica de latência de entrada para região

Você pode observar um aumento linear artificial na run.googleapis.com/request_latency/ingress_to_region métrica, mais comumente quando coloca um serviço atrás de um balanceador de carga de aplicativo externo usando o protocolo HTTP/2 e as conexões são reutilizadas. Isso ocorre porque o carimbo de data/hora da solicitação inicial não é atualizado para solicitações subsequentes na mesma conexão, enquanto o horário de chegada regional continua avançando.

Esse padrão é uma anomalia de geração de relatórios de métricas. Esse problema não representa a latência real do plano de dados, que normalmente permanece baixa. A métrica acaba se corrigindo quando a conexão é fechada ou o contador é redefinido.

Implantação

Alta latência de implantação em algumas regiões

A criação ou atualização de recursos do Cloud Run pode ser mais lenta do que esperado em algumas regiões, como us-central1. Se a latência de implantação for um problema em uma região específica, o Google recomenda a implantação em outra região.

Implantação

As tarefas do job do Cloud Run podem ser marcadas de maneira errada como repetidas

Em algumas situações, uma tarefa pode ser marcada como repetida, mesmo quando ela foi bem-sucedida na primeira tentativa. Até que esse problema seja resolvido, o Google recomenda manter o parâmetro --max-retries definido como 3 ou mais para evitar falhas incorretas na execução.

Implantação

As montagens de volumes são incompatíveis com o Config Connector

Se você implantar seu serviço ou job do Cloud Run com Config Connector, as montagens de volume não serão mantidos na próxima implantação. Você também pode ter problemas ao usar Config Connector com serviços ou jobs que têm montagens de volume já aplicadas.

Disponibilização

A variável de ambiente HOME está definida como /home no ambiente de execução de primeira geração

O ambiente de execução de primeira geração do Cloud Run define a variável de ambiente HOME como /home. O ambiente de execução de segunda geração define a variável HOME como o valor em /etc/passwd para o usuário em execução ou volta para /home se /etc/passwd não existir ou o usuário não puder ser encontrado em /etc/passwd.

Disponibilização

Não é possível montar secrets em /tmp no ambiente de execução de primeira geração

Se você usar o ambiente de execução de primeira geração, não será possível montar secrets diretamente em /tmp. No entanto, é possível montar secrets em qualquer subdiretório de /tmp.

Disponibilização

Alta latência de solicitações com domínios personalizados ao invocar de algumas regiões

As solicitações para serviços do Cloud Run que usam domínios personalizados podem ter uma latência muito alta em alguns locais. Esse problema é mais pronunciado para os serviços do Cloud Run em asia-northeast1 e us-east4. Se você observar esse problema, vai conseguir alcançar um desempenho melhor com Cloud Load Balancing usando um NEG sem servidor.

Disponibilização

Às vezes, uma solicitação pode ser enviada para instâncias antes que os resultados da sondagem de inicialização sejam

O Cloud Run pode usar a solicitação enviada ao endpoint do serviço para iniciar uma instância. Antes que os resultados da sondagem de inicialização sejam conhecidos, o Cloud Run também poderá atribuir a solicitação à instância. Se a sondagem for aprovada, então a instância vai processar a solicitação no receiveTimestamp listado no registro de solicitações do Cloud Run. Se a sondagem falhar, o Cloud Run vai registrar a falha sem inserir o código do serviço.

Conectividade e segurança

Os mapeamentos de domínio personalizado exigem URLs run.app ativados

Só é possível mapear domínios personalizados para serviços do Cloud Run que têm um URL run.app padrão. Até que esse problema seja resolvido, se você desativou o URL run.app padrão, recomendamos que você ative o URL run.app padrão, mapeie o domínio personalizado e desative o URL run.app padrão novamente.

Conectividade e segurança

O acesso VPC sem servidor não oferece suporte a IPv6

Não é possível usar o IPv6 ao enviar tráfego pelos conectores de acesso VPC sem servidor. O IPv6 tem suporte quando a VPC direta usa sub-redes de pilha dupla ou ao acessar endpoints não VPC enquanto vpc-egress está definido como private-ranges-only.

Conectividade e segurança

Endereços IP não identificados claramente quando em uso pelo servidor

Ao usar a saída direta de VPC, é possível identificar endereços IP reservados pelo Cloud Run que estão em uso, exibidos como None em vez de Serverless na página de endereços IP no Google Cloud console.

URL

Caminhos de URL reservados

Não é possível usar os caminhos de URL a seguir:
  • Caminhos que começam com /_ah/
  • Alguns caminhos que terminam com z. Para evitar conflitos com caminhos reservados, recomendamos evitar todos os caminhos que terminam em z
URL

Alguns caracteres de URL codificados estão decodificados

O Cloud Run decodifica alguns caracteres codificados no URL dos serviços do Cloud Run antes de chegar à instância do contêiner. Por exemplo, %41 é decodificado automaticamente para A.

Serviços e recursos sem suporte

Serviços sem suporte

Web Security Scanner
Serviços e recursos sem suporte

HTTP/2 Push

O Cloud Run suporta HTTP/2, mas não push do servidor HTTP/2.

Serviços e recursos sem suporte

Métodos HTTP

O Cloud Run não oferece suporte a solicitações com métodos HTTP, como TRACE e CONNECT. Como resultado, esses métodos não são recebidos por serviços em execução no Cloud Run.

Serviços e recursos sem suporte

As conexões integradas do Cloud SQL não estão disponíveis para jobs do Cloud Run em execução com vários contêineres.

O recurso do Cloud Run de conexão com instâncias do Cloud SQL não tem suporte para jobs do Cloud Run em execução com vários contêineres. Os jobs vão continuar sendo executados, mas o Cloud Run não vai montar o /cloudsql diretório dentro dos contêineres.

Voltar ao início