Probleme mit grenzenlosen Lakehouses beheben

Auf dieser Seite erfahren Sie, wie Sie häufige Probleme mit Borderless Lakehouse beheben.

Daten und Ressourcen sind veraltet oder werden nicht aktualisiert

Bei föderierten Borderless Lakehouse-Katalogen werden Metadaten aus einer Remote-Cloud basierend auf einem Aktualisierungsintervall synchronisiert. Die Aktualisierung der Hintergrundmetadaten eines Katalogs kann länger dauern, je mehr Ressourcen vorhanden sind (Freigaben, Schemas, Namespaces, Tabellen). Wenn die vorherige Aktualisierung überläuft, wird die aktuelle Aktualisierung übersprungen. Die nächste Aktualisierung wird jedoch im folgenden Intervall neu geplant.

Wenn abgefragte Daten veraltet sind, läuft die Aktualisierung der Hintergrundmetadaten des Katalogs möglicherweise über oder schlägt fehl. Für Remote-Cloud-Ressourcen gilt dasselbe Verhalten. Wenn Sie eine Ressource in der Remote-Cloud löschen, wird sie erst bei der nächsten erfolgreichen Aktualisierung der Hintergrundmetadaten aus Lakehouse gelöscht.

Prüfen Sie den Status der Aktualisierung der Hintergrundmetadaten für einen föderierten Katalog auf der Lakehouse Google Cloud Konsolenseite oder mit der gcloud CLI:

Lakehouse aufrufen

gcloud alpha biglake iceberg catalogs describe FEDERATED_CATALOG_NAME \
    --project="PROJECT_ID"

gcloud alpha biglake delta-sharing catalogs describe FEDERATED_CATALOG_NAME \
    --project="PROJECT_ID"

Probleme mit der Konnektivität oder dem Routing

Wenn beim Verwenden einer privaten Interconnect-Verbindung Probleme mit der Konnektivität oder dem Routing auftreten, prüfen Sie Folgendes:

  • Routenweitergabe prüfen: Prüfen Sie den Cloud Router in Google Cloud um zu bestätigen, dass er die AWS VPC Präfixe gelernt hat. Prüfen Sie Ihre AWS-Routingtabellen, um zu bestätigen, dass sie Routen zurück zu Ihrer Google Cloud VPC haben.
  • ILB-Status prüfen:Rufen Sie in der Google Cloud Console Netzwerkdienste > Load-Balancing auf. Prüfen Sie, ob die Back-Ends (NEGs) für Ihren ILB-Back-End-Dienst fehlerfrei sind. Wenn nicht, prüfen Sie die Netzwerkkonnektivität und die Regeln der AWS-Sicherheitsgruppe.
  • Konnektivität von aus testen Google Cloud: Starten Sie eine Test-VM-Instanz in derselben Google Cloud VPC und demselben Subnetz wie der ILB- oder Service Directory-Endpunkt und versuchen Sie, eine Verbindung zu den AWS ENI-IP-Adressen auf Port 443 herzustellen (z. B. mit curl oder telnet).
  • Service Directory-Auflösung:Prüfen Sie, ob das Dienstkonto des Katalogs Berechtigungen zum Auflösen von Service Directory-Endpunkten hat (roles/servicedirectory.viewer, roles/servicedirectory.pscAuthorizedService).
  • Sicherheitsgruppen und Firewallregeln: Prüfen Sie, ob Google Cloud Firewall regeln und AWS-Sicherheitsgruppen Traffic auf dem TCP-Port 443 zwischen den relevanten IP-Bereichen zulassen.