Bekannte Probleme

Umfang und Funktionen der Google Distributed Cloud (GDC) Sandbox:

  • Persistenz: Die GDC Sandbox ist nicht persistent und wird monatlich inkrementell aktualisiert. Wenn Umgebungen aktualisiert werden, werden sie in den Standardzustand zurückversetzt. Das bedeutet, dass Sie Ihre Konfigurationen noch einmal bereitstellen müssen. Wir empfehlen, Ihre Konfigurationen, Ihren Code und Ihre Container in einem Code-Repository zu speichern. So können Sie Ihre Entwicklungsumgebungen mit geringem und hohem Risiko in Produktionsumgebungen umwandeln.
  • Ressourcen: Bei dieser Version ist die Anzahl der folgenden Ressourcen begrenzt:
    • Eine Organisation
    • Ein Mandant
    • Zwei Kubernetes-Cluster
  • Nutzer: Um eine angemessene Nutzung freigegebener Ressourcen zu gewährleisten, ist die Anzahl der Nutzer auf maximal 25 begrenzt.
  • Vertrauliche Daten: Nutzer müssen der Endnutzer-Lizenzvereinbarung zustimmen, bevor sie auf die GDC Sandbox zugreifen können. Wir empfehlen, die GDC Sandbox nicht für vertrauliche Daten oder Produktionsarbeitslasten zu verwenden, da sie für Test-, Entwicklungs- und Schulungszwecke vorgesehen ist.
  • IO-Erfahrung: Die GDC Sandbox unterstützt nur die Application Operator- (AO) oder Endnutzer-Persona-Erfahrung der GDC Sandbox.

Bekannte Probleme:

  1. Der Status der Projektnetzwerkrichtlinie wird in der UI immer als Not Read angezeigt unabhängig vom tatsächlichen Status. Verwenden Sie die API oder CLI, um den tatsächlichen Status zu prüfen.

  2. Wenn die Schritte unter Auf die Umgebung zugreifen , um Zertifikate zu installieren noch nicht ausgeführt wurden, wird beim Hochladen einer Datei in einen Bucket (Objektspeicher) der folgende Fehler angezeigt: Check network speed to ensure your file size is within limits and certificates are properly set. Sie können entweder die Zertifikate installieren oder diese Problemumgehung verwenden:

    1. Öffnen Sie im Browser in Ihrer GDC Sandbox die Webseite https://objectstorage.org-1.zone1.google.gdch.test und akzeptieren Sie das Zertifikat.
    2. Versuchen Sie noch einmal, die Datei hochzuladen.
    3. Wenn weiterhin Probleme wie ErrPresignSignatureNotRecognized auftreten, versuchen Sie, die TLS-Überprüfung mit gdcloud config set storage/s3_insecure_skip_tls_verify true zu deaktivieren.

  3. Zeitüberschreitung bei der Anmeldung: Die Authentifizierung kann sowohl in der UI als auch in der CLI eine Zeitüberschreitung verursachen, wenn einige Minuten lang nicht auf die Umgebung zugegriffen wird.

    1. Zeitüberschreitung in der UI: Leeren Sie den Browsercache und aktualisieren Sie den Browser.
    2. Zeitüberschreitung bei gdcloud: Melden Sie sich noch einmal an. Weitere Informationen finden Sie unter Verbindung mit einer Instanz herstellen.

  4. Die einzige unterstützte Speicherklasse zum Erstellen von PersistentVolumeClaim-Objekten ist standard-rwo: ReadWriteOnce. Die Speicherklasse standard-rwx: ReadWriteMany wird nicht unterstützt.

  5. Nachdem Sie auth/login_config_cert_path mit gdcloud config set festgelegt haben, wird der Wert nach dem Ausführen von gdcloud auth login wieder aufgehoben. Um dieses Problem zu umgehen, fügen Sie beim Ausführen von gdcloud auth login immer --login-config-cert=/tmp/org-1-web-tls-ca.cert hinzu.

  6. Chrome kann nach der Anmeldung bei RDP nicht gestartet werden. Versuchen Sie, das Problem folgendermaßen zu umgehen:

    1. Entfernen Sie ~/.local/share/keyrings.
    2. Starten Sie Chrome mit dem folgenden Befehl:
    /opt/google/chrome/google-chrome --password-store=basic

  7. Wenn die IAM-Rolle „Organisationsadministrator“ vom Nutzer fop-platform-admin@example.com entfernt wird, kann die Rolle nicht neu zugewiesen werden und der Nutzer verliert den Zugriff auf die meisten Funktionen. Wenden Sie sich in diesem Fall an den GDC Sandbox-Support.

  8. Der Webbrowser kann auf der Gateway-Instanz nicht geöffnet werden. Wahrscheinliche Ursache: Auf dem Gateway ist nicht mehr genügend Speicherplatz vorhanden. In den meisten Fällen ist der Speicherplatz mit verwaisten Containern, Volumes und Images überlastet. Versuchen Sie, mit der folgenden Lösung etwas Speicherplatz freizugeben:

    docker images prune -a
docker volumes prune
docker containers prune

  9. Versuche, eine Verbindung zur virtuellen Maschine (VM) mit gcloud compute ssh herzustellen, schlagen fehl. Verwenden Sie stattdessen sshuttle, wie unter Verbindung zu einer VM herstellen beschrieben.

  10. Wenn die Authentifizierung des Dienstkontos mit dial tcp: lookup service-accounts.org-1.google.gdch.test on with no such host fehlschlägt, ändern Sie token_uri in https://service-accounts.org-1.zone1.google.gdch.test/authenticate in der KEY_FILE mit den standardmäßigen Anmeldedaten der Anwendung.

  11. Die GPU-Hosts sind architektonisch vom Rest des Ökosystems isoliert. Datenebenendienste wie DBS und Object Storage sowie VMs für allgemeine Zwecke sind ausdrücklich vom Zugriff auf die Ressourcen ausgeschlossen, auf denen die GPU-Arbeitslasten ausgeführt werden.

  12. Sandbox-Audit-Logs sind nur vorübergehend verfügbar, jeweils nach der Bereitstellung oder Aktualisierung der Sandbox. Offiziell ist die Audit-Protokollierung in der Sandbox kein unterstützter Anwendungsfall, da es sich um eine Funktion für PA-/IO-Personas handelt. Ziel der Sandbox ist es, das Testen der AO-Persona zu erleichtern.

    1. Um dieses Problem zu umgehen, aktualisieren oder stellen Sie die Sandbox-Umgebung noch einmal bereit, um den Zugriff auf Audit-Logs vorübergehend wiederherzustellen, oder führen Sie einen Roll-out-Neustart des StatefulSet aus:

      kubectl rollout restart statefulset -n obs-system audit-logs-loki-io