Problemi noti in Cloud Run

Questo documento elenca i problemi noti, le limitazioni e le funzionalità non supportate in Cloud Run.

Puoi anche verificare la presenza di problemi esistenti o aprirne di nuovi negli Issue Tracker pubblici.

Seleziona la categoria del problema:

In alternativa, filtra i problemi noti:

Categoria Problema e soluzione alternativa
Connettività e sicurezza

Le connessioni SSH non riescono durante l'avvio a freddo di un servizio Cloud Run multi-container

Quando una connessione SSH avvia a freddo un servizio Cloud Run multi-container con l'ordine di avvio dei container (container-dependencies), la richiesta viene instradata prima che l'ambiente container sia pronto. Cloud Run restituisce un errore HTTP 500 e arresta immediatamente la nuova istanza. Se ti connetti utilizzando Google Cloud CLI, il comando non va a buon fine.

Per risolvere il problema, connettiti tramite SSH solo quando un'istanza è già in esecuzione. Ad esempio, invia prima una richiesta al servizio per avviare un'istanza o configura il numero minimo di istanze.

Deployment

Le operazioni a lunga esecuzione per l'abilitazione o la disabilitazione di SSH sulle istanze Cloud Run potrebbero restituire un risultato in anticipo

Le operazioni a lunga esecuzione (LRO) per l'attivazione o la disattivazione di SSH sulle istanze Cloud Run potrebbero restituire un risultato prima del completamento dell'operazione.

Connettività e sicurezza

Le connessioni SSH potrebbero occasionalmente non riuscire dopo l'attivazione o la disattivazione di SSH

Le connessioni SSH potrebbero occasionalmente non riuscire, in particolare dopo l'attivazione o la disattivazione di SSH. Se una connessione non riesce, riprova.

Pubblicazione

La policy di riavvio Always arresta le istanze Cloud Run quando un container esce con il codice 0

Quando un'istanza Cloud Run multi-container ha la policy di riavvio impostata su Always e un container esce con il codice 0, Cloud Run arresta l'istanza anziché riavviarla.

Deployment

Il flag di dipendenza del container dependsOn non funziona per le istanze Cloud Run

Il flag dependsOn per le istanze Cloud Run multi-container non è funzionale. Le dipendenze specificate tra i container nelle istanze multi-container non vengono applicate durante l'avvio del container.

Pubblicazione

Ripristino ritardato del servizio dopo la rimozione di un limite di spesa superato o la riattivazione della fatturazione

Se il tuo progetto ha superato il limite di spesa o la fatturazione è stata disattivata, le risorse Cloud Run potrebbero subire un ritardo fino a 30 minuti prima di riprendere a gestire il traffico dopo la rimozione del limite di spesa o la riattivazione della fatturazione. Durante questo periodo, le richieste potrebbero non riuscire con errori 429 o 503 (con log che indicano "La richiesta è stata interrotta perché non era disponibile alcuna istanza") o l'avvio delle istanze potrebbe non riuscire.

Non esiste una soluzione alternativa manuale. Devi attendere fino a 30 minuti affinché le risorse tornino in stato integro.

Connettività e sicurezza

I connettori VPC per i pool di worker non sono pronti per la produzione

I connettori di accesso VPC serverless con i pool di worker Cloud Run sono disponibili in anteprima e sono supportati solo su Terraform utilizzando l'API Cloud Run v2. Manca il supporto nella console Google Cloud , in Google Cloud CLI, YAML e nell'API Cloud Run v1. Inoltre, i componenti di idoneità alla produzione, come le metriche di monitoraggio, non sono supportati.

Osservabilità

Aumento lineare della metrica di latenza del traffico in entrata nella regione

Potresti osservare un aumento lineare artificiale della metrica run.googleapis.com/request_latency/ingress_to_region, più comunemente quando posizioni un servizio dietro un bilanciatore del carico delle applicazioni esterno utilizzando il protocollo HTTP/2 e le connessioni vengono riutilizzate. Questo accade perché il timestamp della richiesta iniziale potrebbe non aggiornarsi per le richieste successive sulla stessa connessione, mentre l'ora di arrivo regionale continua ad avanzare.

Questo pattern è un'anomalia dei report sulle metriche. Questo problema non rappresenta la latenza effettiva del piano dati, che in genere rimane bassa. La metrica si corregge automaticamente quando la connessione viene chiusa o il contatore viene reimpostato.

Deployment

Latenza di deployment elevata in alcune regioni

La creazione o l'aggiornamento delle risorse Cloud Run potrebbe essere più lento del previsto in alcune regioni, ad esempio us-central1. Se la latenza di deployment è un problema in una determinata regione, Google consiglia di eseguire il deployment in un'altra regione.

Deployment

Le attività dei job Cloud Run potrebbero essere contrassegnate erroneamente come riprovate

In alcune situazioni, un'attività può essere contrassegnata come ritentata, anche se è riuscita al primo tentativo. Fino alla risoluzione di questo problema, Google consiglia di mantenere il parametro --max-retries impostato su 3 o un valore superiore per evitare errori di esecuzione spuri.

Deployment

I montaggi dei volumi non sono compatibili con Config Connector

Se esegui il deployment del servizio o del job Cloud Run con Config Connector, i punti di montaggio del volume non verranno mantenuti al deployment successivo. Potresti anche riscontrare problemi nell'utilizzo di Config Connector con servizi o job che hanno già montaggi di volumi applicati.

Pubblicazione

La variabile di ambiente HOME è impostata su /home nell'ambiente di esecuzione di prima generazione

L'ambiente di esecuzione di prima generazione di Cloud Run imposta la variabile di ambiente HOME su /home. L'ambiente di esecuzione di seconda generazione imposta la variabile HOME sul valore in /etc/passwd per l'utente in esecuzione o utilizza /home se /etc/passwd non esiste o se l'utente non può essere trovato in /etc/passwd.

Pubblicazione

Non puoi montare secret su /tmp nell'ambiente di esecuzione di prima generazione

Se utilizzi l'ambiente di esecuzione di prima generazione, non puoi montare i secret direttamente su /tmp. Tuttavia, puoi montare i secret in qualsiasi sottodirectory di /tmp.

Pubblicazione

Latenza elevata delle richieste con domini personalizzati quando vengono richiamati da alcune regioni

Le richieste ai servizi Cloud Run che utilizzano domini personalizzati potrebbero avere una latenza molto elevata da alcune località. Questo problema è più evidente per i servizi Cloud Run in asia-northeast1 e us-east4. Se riscontri questo problema, puoi ottenere prestazioni migliori con Cloud Load Balancing utilizzando un NEG serverless.

Pubblicazione

A volte una richiesta potrebbe essere inviata alle istanze prima che siano noti i risultati del probe di avvio

Cloud Run potrebbe utilizzare la richiesta inviata all'endpoint del servizio per avviare un'istanza. Prima che i risultati del probe di avvio siano noti, Cloud Run potrebbe anche assegnare la richiesta all'istanza. Se il probe ha esito positivo, l'istanza elaborerà la richiesta all'indirizzo receiveTimestamp elencato nel log delle richieste di Cloud Run. Se il probe non va a buon fine, Cloud Run registra l'errore senza inserire il codice del servizio.

Connettività e sicurezza

Le mappature dei domini personalizzati richiedono URL abilitati

Puoi mappare i domini personalizzati solo per i servizi Cloud Run che hanno un URL predefinito. Finché il problema non viene risolto, se hai disattivato l'URL predefinito, ti consigliamo di attivare l'URL predefinito, mappare il dominio personalizzato e poi disattivare nuovamente l'URL predefinito.

Connettività e sicurezza

L'accesso VPC serverless non supporta IPv6

Non puoi utilizzare IPv6 per l'invio di traffico tramite i connettori di accesso VPC serverless. IPv6 è supportato quando il traffico VPC diretto in uscita utilizza subnet dual stack o quando si accede a endpoint non VPC mentre vpc-egress è impostato su private-ranges-only.

Connettività e sicurezza

Indirizzi IP non identificati chiaramente quando vengono utilizzati da serverless

Quando utilizzi il VPC diretto in uscita, puoi identificare gli indirizzi IP riservati da Cloud Run attualmente in uso, visualizzati come None anziché Serverless nella pagina Indirizzi IP della console Google Cloud .

URL

Percorsi dell'URL riservati

Non puoi utilizzare i seguenti percorsi URL:
  • Percorsi che iniziano con /_ah/
  • Alcuni percorsi che terminano con z. Per evitare conflitti con i percorsi riservati, ti consigliamo di evitare tutti i percorsi che terminano con z
URL

Alcuni caratteri degli URL codificati vengono decodificati

Cloud Run decodifica alcuni caratteri codificati nell'URL dei servizi Cloud Run prima di raggiungere l'istanza del container. Ad esempio, %41 viene decodificato automaticamente in A.

Servizi e funzionalità non supportati

Servizi non supportati

Web Security Scanner
Servizi e funzionalità non supportati

HTTP/2 Push

Cloud Run supporta HTTP/2, ma non push del server HTTP/2.

Servizi e funzionalità non supportati

Metodi HTTP

Cloud Run non supporta le richieste con metodi HTTP come TRACE e CONNECT. Di conseguenza, questi metodi non vengono ricevuti dai servizi in esecuzione su Cloud Run.

Servizi e funzionalità non supportati

Le connessioni Cloud SQL integrate non sono disponibili per i job Cloud Run in esecuzione con più container.

La funzionalità di Cloud Run per la connessione alle istanze Cloud SQL non è supportata per i job Cloud Run in esecuzione con più container. I job continueranno a essere eseguiti, ma Cloud Run non monterà la directory /cloudsql all'interno dei container.

in alto