Cette page liste les problèmes connus, les limites et les fonctionnalités non compatibles dans Cloud Run.

Vous pouvez également consulter les problèmes existants ou signaler de nouveaux problèmes dans les outils publics de suivi des problèmes.

Sélectionnez votre catégorie de problème :

Déploiement Diffusion Connectivité et sécurité URL Observabilité Services et fonctionnalités non compatibles

Vous pouvez également filtrer les problèmes connus :

Catégorie	Problème et solution
Diffusion	La règle de redémarrage Always arrête les instances Cloud Run lorsqu'un conteneur se ferme avec le code 0. Lorsqu'une instance Cloud Run multiconteneur a sa règle de redémarrage définie sur Always et qu'un conteneur se ferme avec le code 0, Cloud Run arrête l'instance au lieu de la redémarrer.
Déploiement	L'indicateur de dépendance de conteneur dependsOn ne fonctionne pas pour les instances Cloud Run. L'indicateur dependsOn pour les instances Cloud Run multiconteneurs ne fonctionne pas. Les dépendances spécifiées entre les conteneurs dans les instances multiconteneurs ne sont pas appliquées lors du démarrage des conteneurs.
Diffusion	Récupération différée du service après la levée d'un plafond de dépenses dépassé ou la réactivation de la facturation Si votre projet a dépassé son plafond de dépenses ou si la facturation a été désactivée, vos ressources Cloud Run peuvent mettre jusqu'à 30 minutes à reprendre le traitement du trafic après que vous avez levé le plafond de dépenses ou réactivé la facturation. Pendant cette période, il est possible que les requêtes échouent avec les erreurs 429 ou 503 (avec des journaux indiquant "La requête a été abandonnée, car aucune instance n'était disponible") ou que les instances ne démarrent pas. Il n'existe aucune solution manuelle. Vous devez attendre jusqu'à 30 minutes pour que vos ressources redeviennent saines.
Connectivité et sécurité	Les connecteurs VPC pour les pools de nœuds de calcul ne sont pas prêts pour la production Les connecteurs d'accès au VPC sans serveur avec les pools de nœuds de calcul Cloud Run sont disponibles en version preview et ne sont compatibles qu'avec Terraform à l'aide de l'API Cloud Run v2. La console Google Cloud , Google Cloud CLI, YAML et l'API Cloud Run v1 ne sont pas compatibles. De plus, les composants de préparation à la production tels que les métriques de surveillance ne sont pas pris en charge.
Observabilité	Augmentation linéaire de la métrique de latence d'entrée vers la région Vous pouvez observer une augmentation linéaire artificielle de la métrique run.googleapis.com/request_latency/ingress_to_region, le plus souvent lorsque vous placez un service derrière un équilibreur de charge d'application externe à l'aide du protocole HTTP/2 et que les connexions sont réutilisées. Cela se produit parce que l'horodatage de la requête initiale peut ne pas s'actualiser pour les requêtes suivantes sur la même connexion, tandis que l'heure d'arrivée régionale continue de progresser. Ce modèle est une anomalie de reporting des métriques. Ce problème ne représente pas la latence réelle du plan de données, qui reste généralement faible. La métrique se corrige automatiquement lorsque la connexion se ferme ou que le compteur se réinitialise.
Déploiement	Latence de déploiement élevée dans certaines régions La création ou la mise à jour de ressources Cloud Run peut être plus lente que prévu dans certaines régions, comme us-central1. Si la latence de déploiement pose problème dans une région spécifique, Google recommande de déployer dans une autre région.
Déploiement	Des tâches de jobs Cloud Run peuvent être marquées à tort comme relancées Dans certains cas, une tâche peut être marquée comme ayant fait l'objet d'une nouvelle tentative, même si elle a abouti dès la première tentative. En attendant que ce problème soit résolu, Google recommande de définir le paramètre --max-retries sur 3, ou une valeur supérieure, afin d'éviter les échecs d'exécution erronés.
Déploiement	Les installations de volume ne sont pas compatibles avec Config Connector Si vous déployez votre service ou votre job Cloud Run avec Config Connector, vos points d'installation de volume ne seront pas conservés lors du prochain déploiement. Vous risquez également de rencontrer des problèmes lors de l'utilisation de Config Connector avec des services ou des jobs auxquels des installations de volume sont déjà appliquées.
Diffusion	La variable d'environnement HOME est définie sur /home dans l'environnement d'exécution de première génération L'environnement d'exécution de première génération de Cloud Run définit la variable d'environnement HOME sur /home. L'environnement d'exécution de deuxième génération définit la variable HOME sur la valeur de /etc/passwd pour l'utilisateur en cours d'exécution, ou revient à /home si /etc/passwd n'existe pas ou si l'utilisateur est introuvable dans /etc/passwd.
Diffusion	Impossible d'installer des secrets sur /tmp dans l'environnement d'exécution de première génération Si vous utilisez l'environnement d'exécution de première génération, vous ne pouvez pas installer des secrets directement sur /tmp. Cependant, vous pouvez installer des secrets sur n'importe quel sous-répertoire de /tmp.
Diffusion	Latence élevée des requêtes avec des domaines personnalisés lors de l'appel depuis certaines régions Les requêtes adressées à des services Cloud Run utilisant des domaines personnalisés peuvent présenter une latence très élevée depuis certains emplacements. Ce problème est plus prononcé pour les services Cloud Run basés dans les régions asia-northeast1 et us-east4. Si vous constatez ce problème, vous pouvez obtenir de meilleures performances avec Cloud Load Balancing à l'aide d'un NEG sans serveur.
Diffusion	Il peut arriver qu'une requête soit envoyée aux instances avant que les résultats de la vérification de démarrage soient connus. Cloud Run peut utiliser la requête envoyée au point de terminaison du service pour démarrer une instance. Cloud Run peut également attribuer la requête à l'instance avant que les résultats de la vérification du démarrage soient connus. Si la vérification réussit, l'instance traite la requête à l'adresse receiveTimestamp indiquée dans le journal des requêtes Cloud Run. Si la vérification échoue, Cloud Run enregistre l'échec sans accéder au code du service.
Connectivité et sécurité	Les mappages de domaines personnalisés nécessitent que les URL soient activées. Vous ne pouvez mapper des domaines personnalisés que pour les services Cloud Run qui disposent d'une URL par défaut. En attendant que ce problème soit résolu, si vous avez désactivé l'URL par défaut, nous vous recommandons d'activer l'URL par défaut, de mapper le domaine personnalisé, puis de désactiver à nouveau l'URL par défaut.
Connectivité et sécurité	L'accès au VPC sans serveur n'est pas compatible avec IPv6 Vous ne pouvez pas utiliser IPv6 pour envoyer du trafic via des connecteurs d'accès au VPC sans serveur. IPv6 est compatible lorsque la sortie VPC directe utilise des sous-réseaux à double pile ou lorsque vous accédez à des points de terminaison autres que des VPC, sous réserve que vpc-egress soit défini sur private-ranges-only.
Connectivité et sécurité	Adresses IP non identifiées clairement lorsqu'elles sont utilisées par une solution sans serveur Lorsque vous utilisez la sortie VPC directe, vous pouvez identifier les adresses IP réservées par Cloud Run qui sont actuellement utilisées. Elles sont affichées sous la forme None au lieu de Serverless sur la page Adresses IP de la console Google Cloud .
URL	Chemins d'URL réservés Vous ne pouvez pas utiliser les chemins d'URL suivants : Chemins commençant par /_ah/ Certains chemins se terminant par z Pour éviter tout conflit avec les chemins réservés, nous vous recommandons d'éviter tous les chemins qui se terminent par z.
URL	Certains caractères d'URL encodés sont décodés Cloud Run décode certains caractères encodés dans l'URL des services Cloud Run avant d'atteindre l'instance de conteneur. Par exemple, %41 est automatiquement décodé en A.
Services et fonctionnalités non compatibles	Services incompatibles Web Security Scanner
Services et fonctionnalités non compatibles	Push HTTP/2 Cloud Run est compatible avec HTTP/2, mais pas avec la fonctionnalité Server Push de HTTP/2.
Services et fonctionnalités non compatibles	Méthodes HTTP Cloud Run n'accepte pas les requêtes avec des méthodes HTTP telles que TRACE et CONNECT. Par conséquent, ces méthodes ne sont pas reçues par les services exécutés sur Cloud Run.
Services et fonctionnalités non compatibles	Les connexions Cloud SQL intégrées ne sont pas disponibles pour les jobs Cloud Run exécutés avec plusieurs conteneurs. La fonctionnalité Cloud Run permettant de se connecter à des instances Cloud SQL n'est pas compatible avec les jobs Cloud Run exécutés avec plusieurs conteneurs. Vos jobs continueront de s'exécuter, mais Cloud Run ne montera pas le répertoire /cloudsql dans les conteneurs.

top