Problemi noti in Cloud Run

Ripristino ritardato del servizio dopo aver rimosso un limite di spesa superato o aver riattivato la 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 pubblicare il traffico dopo aver rimosso il limite di spesa o aver riattivato la fatturazione. Durante questo periodo, le richieste potrebbero non riuscire con errori 429 o 503 (con log che indicano "The request was aborted because there was no available instance") o le istanze potrebbero non avviarsi.

Non esiste una soluzione alternativa manuale. Devi attendere fino a 30 minuti prima che le risorse tornino a essere integre.

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 tramite Terraform utilizzando l' API Cloud Run v2. Non è disponibile il supporto nella Google Cloud console, in Google Cloud CLI, in YAML e nell'API Cloud Run v1. Inoltre, non sono supportati i componenti di preparazione alla produzione, come le metriche di monitoraggio.

Aumento lineare della metrica di latenza dal traffico in entrata alla regione

Potresti osservare un aumento lineare artificiale della run.googleapis.com/request_latency/ingress_to_region metrica, in genere quando inserisci un servizio dietro un bilanciatore del carico delle applicazioni esterno utilizzando il protocollo HTTP/2 e le connessioni vengono riutilizzate. Ciò si verifica perché il timestamp della richiesta iniziale potrebbe non essere aggiornato per le richieste successive sulla stessa connessione, mentre l'ora di arrivo regionale continua ad avanzare.

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

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 come us-central1. Se la latenza di deployment è un problema in una determinata regione, Google consiglia di eseguire il deployment in un'altra regione.

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

In alcune situazioni, un'attività può essere contrassegnata come riprovata, anche se è andata a buon fine al primo tentativo. Finché il problema non viene risolto, Google consiglia di mantenere il parametro --max-retries impostato su 3 o un valore superiore per evitare errori di esecuzione spurie.

I montaggi di volumi non sono compatibili con Config Connector

Se esegui il deployment del servizio o del job Cloud Run con Config Connector, i montaggi di volumi non verranno mantenuti al successivo deployment. Potresti anche riscontrare problemi durante l'utilizzo di Config Connector con servizi o job a cui sono già stati applicati i montaggi di volumi.

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 HOME variabile di ambiente su /home. L'ambiente di esecuzione di seconda generazione imposta la variabile HOME sul valore in /etc/passwd per l'utente in esecuzione o torna a /home se /etc/passwd non esiste o se l'utente non è presente in /etc/passwd.

Non puoi montare i 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 su qualsiasi sottodirectory di /tmp.

Latenza elevata delle richieste con domini personalizzati quando vengono chiamati 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.

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 siano noti i risultati del probe di avvio, Cloud Run potrebbe anche assegnare la richiesta all'istanza. Se il probe va a buon fine, l'istanza elaborerà la richiesta al 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.

I mapping di domini personalizzati richiedono URL run.app abilitati

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

L'accesso VPC serverless non supporta IPv6

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

Gli indirizzi IP non sono identificati chiaramente quando vengono utilizzati da serverless

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

Percorsi URL riservati

• Percorsi che iniziano con /_ah/
• Alcuni percorsi che terminano con z. Per evitare conflitti con percorsi riservati, ti consigliamo di evitare tutti i percorsi che terminano con z

Alcuni caratteri 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 non supportati

HTTP/2 Push

Cloud Run supporta HTTP/2, ma non HTTP/2 Server Push.

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.

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

La funzionalità Cloud Run di 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.