Problemas conocidos en Cloud Run

En esta página, se enumeran los problemas conocidos, las limitaciones y las funciones no compatibles de Cloud Run.

También puedes verificar los problemas existentes o abrir problemas nuevos desde la herramienta pública de seguimiento de errores.

Selecciona la categoría del problema:

Deployment Entrega Conectividad y seguridad URL Observabilidad Servicios y funciones no compatibles

O bien, filtra los problemas conocidos:

Categoría	Problema y solución
Entrega	Recuperación retrasada del servicio después de levantar un límite de inversión excedido o volver a habilitar la facturación Si tu proyecto excedió su límite de inversión o se inhabilitó la facturación, es posible que tus recursos de Cloud Run experimenten una demora de hasta 30 minutos antes de que reanuden la entrega de tráfico después de que levantes el límite de inversión o vuelvas a habilitar la facturación. Durante este período, es posible que las solicitudes fallen con errores 429 o 503 (con registros que indiquen "Se anuló la solicitud porque no había ninguna instancia disponible") o que las instancias no se inicien. No hay una solución manual. Debes esperar hasta 30 minutos para que tus recursos vuelvan a estar en buen estado.
Conectividad y seguridad	Los conectores de VPC para los grupos de trabajadores no están listos para producción Los conectores de Acceso a VPC sin servidores con grupos de trabajadores de Cloud Run están disponibles en versión preliminar y solo se admiten a través de Terraform con la API de Cloud Run v2. No hay compatibilidad en la Google Cloud consola, Google Cloud CLI, YAML ni la API de Cloud Run v1. Además, no se admiten componentes listos para la producción, como las métricas de supervisión.
Observabilidad	Aumento lineal en la métrica de latencia de entrada a la región Es posible que observes un aumento lineal artificial en la métricarun.googleapis.com/request_latency/ingress_to_region, por lo general, cuando colocas un servicio detrás de un balanceador de cargas de aplicaciones externo con el protocolo HTTP/2 y se reutilizan las conexiones. Esto sucede porque es posible que la marca de tiempo de la solicitud inicial no se actualice para las solicitudes posteriores en la misma conexión, mientras que la hora de llegada regional continúa avanzando. Este patrón es una anomalía de informes de métricas. Este problema no representa la latencia real del plano de datos, que suele ser baja. La métrica se corrige cuando se cierra la conexión o se restablece el contador.
Deployment	Latencia de implementación alta en algunas regiones Crear o actualizar recursos de Cloud Run puede ser más lento de lo esperado en algunas regiones, como us-central1. Si la latencia de implementación es un problema en una región en particular, Google recomienda realizar la implementación en otra región.
Deployment	Las tareas de trabajo de Cloud Run pueden marcarse como falsas para reintentarse En algunas situaciones, una tarea puede marcarse como reintentada, incluso cuando la tarea se realizó de forma correcta en el primer intento. Hasta que se resuelva este problema, Google recomienda mantener el parámetro --max-retries en 3 o superior para evitar fallas de ejecución falsas.
Deployment	Las activaciones de volumen no son compatibles con Config Connector Si implementas tu servicio o trabajo de Cloud Run con Config Connector, las activaciones de volumen no se conservarán la próxima vez que realices la implementación. También es posible que tengas problemas para usar Config Connector con servicios o trabajos que ya tengan activaciones de volumen aplicadas.
Entrega	La variable de entorno HOME se configura como /home en el entorno de ejecución de primera generación El entorno de ejecución de primera generación de Cloud Run establece la variable de entorno HOME en /home. El entorno de ejecución de segunda generación configura la variable HOME en el valor de /etc/passwd para el usuario en ejecución o recurre a /home si no existe /etc/passwd o no se puede encontrar al usuario en /etc/passwd.
Entrega	No puedes activar secrets en /tmp en el entorno de ejecución de primera generación Si usas el entorno de ejecución de primera generación, no puedes activar secrets directamente en /tmp. Sin embargo, puedes activar secrets en cualquier subdirectorio de /tmp.
Entrega	Latencia de solicitud alta con dominios personalizados cuando se invoca desde algunas regiones Las solicitudes a los servicios de Cloud Run mediante dominios personalizados pueden tener una latencia muy alta desde algunas ubicaciones. Este problema es más pronunciado en los servicios de Cloud Run en asia-northeast1 y us-east4. Si observas este problema, puedes lograr un mayor rendimiento con Cloud Load Balancing mediante un NEG sin servidores.
Entrega	A veces, se puede enviar una solicitud a las instancias antes de que se conozcan los resultados del sondeo de inicio Cloud Run puede usar la solicitud enviada al extremo del servicio para iniciar una instancia. Antes de que se conozcan los resultados del sondeo de inicio, Cloud Run también puede asignar la solicitud a la instancia. Si el sondeo se aprueba, entonces la instancia procesará la solicitud en el receiveTimestamp que aparece en el registro de solicitudes de Cloud Run. Si el sondeo falla, Cloud Run registra la falla sin ingresar el código del servicio.
Conectividad y seguridad	Las asignaciones de dominios personalizados requieren URLs run.app habilitadas Solo puedes asignar dominios personalizados para los servicios de Cloud Run que tienen una URL run.app predeterminada. Hasta que se resuelva este problema , si inhabilitaste la URL run.app predeterminada, te recomendamos que habilites la URL run.app predeterminada, asignes el dominio personalizado y, luego, vuelvas a inhabilitar la URL run.app predeterminada.
Conectividad y seguridad	El Acceso a VPC sin servidores no es compatible con IPv6 No puedes usar IPv6 cuando envíes tráfico a través de conectores de Acceso a VPC sin servidores. IPv6 es compatible cuando la salida de VPC directa usa subredes de pila doble o cuando se accede a extremos que no son de VPC, mientras que vpc-egress se configura como private-ranges-only.
Conectividad y seguridad	Direcciones IP que no están identificadas con claridad cuando la usan sin servidores Cuando usas la salida de VPC directa, puedes identificar las direcciones IP reservadas por Cloud Run que están en uso, que se muestran como None en lugar de Serverless en la página de direcciones IP de la Google Cloud consola.
URL	Rutas de URL reservadas No puedes usar las siguientes rutas de URL: /eventlog Rutas de acceso que comienzan con /_ah/. Algunas rutas que terminan con z. Para evitar conflictos con rutas reservadas, te recomendamos que evites todas las rutas que terminan en z
URL	Algunos caracteres de URL codificados están decodificados Cloud Run decodifica algunos caracteres codificados en la URL de los servicios de Cloud Run antes de llegar a la instancia de contenedor. Por ejemplo, %41 se decodifica automáticamente en A.
Servicios y funciones no compatibles	Servicios no compatibles Web Security Scanner
Servicios y funciones no compatibles	Envío HTTP/2 Cloud Run admite HTTP/2, pero no HTTP/2 Server Push.
Servicios y funciones no compatibles	Métodos HTTP Cloud Run no admite solicitudes con métodos HTTP como TRACE y CONNECT. Como resultado, los servicios que se ejecutan en Cloud Run no reciben estos métodos.
Servicios y funciones no compatibles	Las conexiones integradas de Cloud SQL no están disponibles para los trabajos de Cloud Run que se ejecutan con varios contenedores La función de Cloud Run para conectarse a instancias de Cloud SQL no es compatible con los trabajos de Cloud Run que se ejecutan con varios contenedores. Tus trabajos seguirán ejecutándose, pero Cloud Run no activará el directorio /cloudsql dentro de los contenedores.

Volver al principio