Auf dieser Seite werden bekannte Probleme von Cloud Run aufgeführt.
Außerdem können Sie in der öffentlichen Problemverfolgung prüfen, ob Probleme vorhanden sind, und neue Probleme eröffnen.
Hilfe zur Behebung allgemeiner Probleme mit Cloud Run finden Sie unter Fehlerbehebung.
Google Cloud-Dienste werden noch nicht unterstützt
In der folgenden Tabelle sind Dienste aufgeführt, die noch nicht von Cloud Run unterstützt werden.
| Dienst | Hinweise |
|---|---|
| Web Security Scanner | |
| Container Threat Detection |
Hohe Anfragelatenz mit benutzerdefinierten Domains beim Aufrufen aus einigen Regionen
Anfragen an Cloud Run-Dienste mit benutzerdefinierten Domains können von einigen Standorten aus eine sehr hohe Latenz haben.
Dieses Problem ist bei Cloud Run-Diensten in asia-northeast1 und us-east4 stärker ausgeprägt.
Wenn dieses Problem auftritt, können Sie mit einer serverlosen NEG eine höhere Leistung mit Cloud Load Balancing erzielen.
HTTP/2-Push wird nicht unterstützt
Cloud Run unterstützt HTTP/2, jedoch nicht HTTP/2 Server Push.
Die Verwendung von HTTP/2 hinter einem klassischen Application Load Balancer, der mit Identity-Aware Proxy gesichert ist, wird nicht unterstützt.
Cloud Run-Dienste mit HTTP/2 hinter einem klassischen Application Load Balancer, die mit IAP gesichert sind, stoßen bei Anfrage auf eine Endlosschleife. Google empfiehlt die Verwendung eines globalen externen Application Load Balancers, wenn Sie einen HTTP/2-fähigen Dienst nutzen, der mit IAP gesichert ist. Weitere Informationen finden Sie unter Load-Balancer-Modi.
VPC mit Cloud SQL mit Einstellungen für ausgehenden Traffic verwenden
Bei Verwendung der Öffentlichen IP-Adressmethode zum Herstellen einer Verbindung zu Cloud SQL, können Sie in Cloud Run keine Cloud SQL-Verbindung mit einem serverlosen VPC-Connector verwenden, der die folgende Einstellung für ausgehenden Traffic hat: all-traffic.
IP-Adressen werden bei Verwendung durch serverloses Computing nicht klar identifiziert
Wenn Sie ausgehenden Direct VPC-Traffic verwenden, werden die von Cloud Run reservierten IP-Adressen bei der Anzeige der Seite „IP-Adressen“ in Google Cloud Console als „Keine“ und nicht als „Serverlos“ identifiziert.
Nicht unterstützte HTTP-Anfragemethoden
Anfragen mit den HTTP-Methoden TRACE und CONNECT werden nicht unterstützt und werden daher nicht von Diensten empfangen, die in Cloud Run ausgeführt werden.
Reservierte URL-Pfade
Die folgenden URL-Pfade können nicht verwendet werden:
/eventlog- Pfade, die mit
/_ah/beginnen - Einige Pfade, die auf
zenden Vermeiden Sie alle Pfade, die aufzenden, damit sie sich nicht mit reservierten Pfaden überschneiden.
Einige codierte URL-Zeichen sind decodiert
Einige codierte Zeichen in der URL von Cloud Run-Diensten werden von Cloud Run decodiert, bevor die Containerinstanz erreicht wird. Beispielsweise wird %41 automatisch in A decodiert.
Die Umgebungsvariable HOME ist in der Ausführungsumgebung der ersten Generation auf /home festgelegt.
Die Cloud Run-Ausführungsumgebung der ersten Generation legt die Umgebungsvariable HOME auf /home fest. Die Ausführungsumgebung der zweiten Generation legt diese Variable nicht fest.
Eingeschränktes Subnetz beim Zugriff auf VPC-Netzwerkziele
Wenn Sie über eine private IP-Adresse auf ein Ziel zugreifen, kann sich das Ziel nicht im Subnetz 192.168.1.0/24 befinden. Die Verwendung dieses Subnetzes verhindert, dass Cloud Run mit dem Ziel kommuniziert.
Sie können keine Secrets unter /tmp in der Ausführungsumgebung der ersten Generation bereitstellen
Wenn Sie die Ausführungsumgebung der ersten Generation verwenden, können Sie Secrets nicht direkt in /tmp bereitstellen. Sie können Secrets jedoch in jedem Unterverzeichnis von /tmp bereitstellen.
Ausführungsumgebung der zweiten Generation überschreibt /tmp
Die Ausführungsumgebung der zweiten Generation stellt ein leeres tmpfs in /tmp bereit. Dies bedeutet, dass alle Daten im /tmp Ihres Containers für Ihren Dienst nicht zugänglich sind.
Cloud Run-Jobs können fälschlicherweise als wiederholt markiert werden
In manchen Fällen kann eine Aufgabe als wiederholt markiert werden, wenn die Aufgabe beim ersten Versuch tatsächlich erfolgreich war. Bis dieses Problem behoben ist, empfiehlt Google, den Parameter --max-retries auf 3 oder höher zu setzen, um irreführende Ausführungsfehler zu vermeiden.
Ausgehender VPC-Netzwerktraffic unterstützt IPv6 nicht
Sie können IPv6 nicht verwenden, wenn Traffic über direkten VPC-Ausgang oder Connectors für serverlosen VPC-Zugriff gesendet wird. Beachten Sie, dass IPv6 beim Zugriff auf Nicht-VPC-Endpunkte unterstützt wird, während vpc-egress auf private-ranges-only gesetzt ist.
Volume-Bereitstellungen sind nicht mit Skaffold, Config Connector und Integrationen kompatibel
Wenn Sie Ihren Cloud Run-Dienst oder -Job mit Skaffold-, Config Connector- oder Cloud Run-Integrationen bereitstellen, werden Ihre Volume-Bereitstellungen bei der nächsten Bereitstellung nicht mehr beibehalten. Möglicherweise treten auch Probleme bei der Verwendung von Skaffold-, Config Connector- oder Cloud Run-Integrationen in Dienste oder Jobs auf, auf die bereits Volume-Bereitstellungen angewendet werden. Wir arbeiten zurzeit an einer Lösung dieses Problems.
Limits für Dateideskriptoren
Die maximale Anzahl von Dateideskriptoren für Cloud Run-Umgebungen der ersten und zweiten Generation beträgt 25.000 pro Instanz. Dies ist eine feste Beschränkung. Wenn Sie das Limit überschreiten, haben Ihre Instanz möglicherweise keine Sockets mehr.