Problèmes connus dans Cloud Run

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
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 des pools de nœuds de calcul Cloud Run sont disponibles en preview et ne sont compatibles qu'avec Terraform à l'aide de l'API Cloud Run v2. Ils ne sont pas compatibles avec la Google Cloud console, Google Cloud CLI, YAML et l'API Cloud Run v1. De plus, les composants prêts pour la production, tels que les métriques de surveillance, ne sont pas compatibles.
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, car 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 d'avancer. Ce modèle est une anomalie de création de rapports sur les 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 est réinitialisé.
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, alors qu'en réalité la tâche 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 HOME variable d'environnement 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 avoir 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. Avant que les résultats de la vérification de démarrage soient connus, Cloud Run peut également attribuer la requête à l'instance. Si la vérification réussit, alors l'instance traitera la requête au receiveTimestamp indiqué dans le journal des requêtes Cloud Run. Si la vérification échoue, Cloud Run enregistre l'échec sans saisir le code du service.
Connectivité et sécurité	Les mappages de domaines personnalisés nécessitent que les URL run.app soient activées Vous ne pouvez mapper des domaines personnalisés que pour les services Cloud Run qui disposent d'une URL run.app par défaut. En attendant que ce problème soit résolu, si vous avez désactivé l'URL run.app par défaut, nous vous recommandons de l'activer, de mapper le domaine personnalisé, puis de désactiver à nouveau l'URL run.app par défaut.run.app
Connectivité et sécurité	L'accès au VPC sans serveur n'est pas compatible avec IPv6 Vous ne pouvez pas utiliser le protocole 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, affichées sous la forme None au lieu de Serverless sur la page Adresses IP de la Google Cloud console.
URL	Chemins d'URL réservés Vous ne pouvez pas utiliser les chemins d'URL suivants : /eventlog 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'est pas compatible avec les requêtes incluant 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 n'installera pas le répertoire /cloudsql dans les conteneurs.

Haut de page