Die richtige Netzwerkkonfiguration für Looker (Google Cloud Core)

Bei der Konfiguration von Looker (Google Cloud Core) ist es wichtig, die richtige Netzwerk konfiguration auszuwählen, um eine nahtlose Integration und optimale Leistung zu gewährleisten. Auf dieser Seite finden Sie eine Anleitung, die Ihnen bei der Auswahl zwischen öffentlichen sicheren Verbindungen und den verschiedenen Konfigurationen für private Verbindungen hilft.

Überlegungen zur Netzwerkkonfiguration

Bevor Sie eine Netzwerkkonfiguration auswählen, müssen Sie die Systeme identifizieren, mit denen Looker (Google Cloud Core) verbunden werden soll:

  • Datenquellen: Mit welchen Datenquellen wird Looker (Google Cloud Core) verbunden (z.B. BigQuery, Cloud SQL, lokale Datenbanken)?
  • Git-Repository: Wo wird das Git-Repository gehostet (z.B. öffentliches GitHub, privates GitHub Enterprise, das auf Google Cloud gehostet wird)?
  • Team-Expertise: Hat Ihr Team Fachwissen im Bereich Networking?

Grundlegende Informationen

Berücksichtigen Sie bei der Auswahl der Netzwerkkonfiguration Folgendes:

  • Verbindungen zu BigQuery: Alle Verbindungen zu BigQuery verwenden das private Netzwerk von Google, unabhängig von der Netzwerkkonfiguration.
  • SSO-Konfiguration: Wenn ein externer Identitätsanbieter für die Einmalanmeldung (Single Sign-On, SSO) konfiguriert ist, erfolgt die Kommunikation vom Browser des Nutzers zum Identitätsanbieter und wird dann zu der Looker (Google Cloud Core)-Instanz weitergeleitet. Das funktioniert für alle Optionen, solange die Weiterleitungs-URL für Ihre Nutzer zugänglich ist.
  • Instanzerstellung: Die Netzwerkkonfiguration muss bei der Instanzerstellung ausgewählt werden. Sie kann später nicht mehr geändert werden. Eine Ausnahme besteht, wenn Sie einer Instanz, die nur über eine private IP-Adresse verfügt und den Zugriff auf private Dienste oder Private Service Connect verwendet, eine öffentliche IP-Adresse hinzufügen oder eine öffentliche IP-Adresse aus einer Instanz mit Hybridverbindungen entfernen, die den Zugriff auf private Dienste oder Private Service Connect verwendet.
  • Verfügbarkeit von Funktionen: Die Verfügbarkeit von Standardfunktionen variiert je nach Netzwerk option. Weitere Informationen finden Sie unter Unterschiede zwischen Looker (Google Cloud Core)-Funktionen.

Optionen für die Netzwerkkonfiguration

Das folgende Diagramm kann Ihnen bei der Entscheidung helfen, welche Netzwerkkonfigurationsoption für Sie die richtige ist. Im Diagramm werden die Abkürzungen PSC für Private Service Connect und PSA für den Zugriff auf private Dienste verwendet.

Nur öffentliche IP-Adresse

  • Erläuterung: Die Instanz hat eine öffentliche URL und der Traffic wird über das öffentliche Internet geleitet. Dies ist die einfachste Einrichtung und erfordert keine erweiterte Netzwerkkonfiguration. Wenn Sie eine benutzerdefinierte URL wie looker.mycompany.com benötigen, können Sie eine benutzerdefinierte Domain einrichten.

Private Service Connect – nur private IP-Adresse – empfohlen

  • Warum Private Service Connect? Private Service Connect ist der von Google empfohlene dienstorientierte Ansatz für die Verbindung zu Ressourcen in einem privaten Netzwerk. Er vermeidet die Komplexität von VPC-Peering im gesamten Netzwerk, IP-Bereichskonflikte und transitive Peering-Beschränkungen. Es werden dienstorientierte Verbindungen anstelle von Peering im gesamten Netzwerk verwendet und alle neuen und erweiterten Looker (Google Cloud Core)-Funktionen werden unterstützt.
  • Erläuterung: Mit Private Service Connect stellt Looker (Google Cloud Core) über Private Service Connect-Endpunkte eine Verbindung zu Ihren Ressourcen her. Sie stellen über den freigegebenen Private Service Connect-Endpunkt eine Verbindung zu Ihrer Looker (Google Cloud Core)-Instanz her.
  • Einschränkungen: Auf Ihre Instanz kann nur über den Private Service Connect-Endpunkt zugegriffen werden. Sie hat keine öffentliche IP-Adresse. Für jede separate Datenquelle in Ihrer VPC ist möglicherweise eine separate Endpunktkonfiguration erforderlich.
  • Anforderungen: Wenn Sie eine Verbindung zu Ressourcen im öffentlichen Internet herstellen (z. B. github.com), können Sie den kontrollierten nativen ausgehenden Traffic verwenden oder eine nachgelagerte Private Service Connect-Verbindung mit einem Internet-NEG konfigurieren. Damit Private Service Connect funktioniert, muss der Status der Private Service Connect-Verbindung auf der Detailseite der Looker (Google Cloud Core)-Instanz Akzeptiert sein.
  • Weitere Informationen:

Private Service Connect – öffentliche und private IP-Adresse – empfohlen

  • Warum Private Service Connect? Private Service Connect ist der von Google empfohlene dienstorientierte Ansatz für die Verbindung zu Ressourcen in einem privaten Netzwerk. Er vermeidet die Komplexität von VPC-Peering im gesamten Netzwerk, IP-Bereichskonflikte und transitive Peering-Beschränkungen. Es werden dienstorientierte Verbindungen anstelle von Peering im gesamten Netzwerk verwendet und alle neuen und erweiterten Looker (Google Cloud Core)-Funktionen werden unterstützt. Diese Option bietet eine öffentliche URL für den Zugriff über das Internet, wie die Option „Nur öffentliche IP-Adresse“. Der ausgehende Traffic von Looker (Google Cloud Core) zu Ihren Datenquellen oder dem Git-Repository wird jedoch über Ihre VPC mithilfe von Private Service Connect-Verbindungen weitergeleitet.
  • Erläuterung: Ihre Instanz hat eine öffentliche URL für den Zugriff über das Internet. Der gesamte ausgehende Traffic von Looker (Google Cloud Core) zu Ihren Datenquellen oder dem Git-Repository wird jedoch über Private Service Connect-Verbindungen zu Ihrer VPC weitergeleitet.
  • Einschränkungen: Für jede separate Datenquelle in Ihrer VPC ist möglicherweise eine separate Endpunktkonfiguration erforderlich.
  • Anforderungen: Wenn Sie eine Verbindung zu Ressourcen im öffentlichen Internet herstellen, die sich nicht in Ihrer VPC befinden (z. B. github.com), können Sie den kontrollierten nativen ausgehenden Traffic verwenden oder eine nachgelagerte Private Service Connect-Verbindung mit einem Internet-NEG konfigurieren. Damit Private Service Connect funktioniert, muss der Status der Private Service Connect-Verbindung auf der Detailseite der Looker (Google Cloud Core)-Instanz Akzeptiert sein.
  • Weitere Informationen:

Zugriff auf private Dienste – nur private IP-Adresse – Legacy

  • Warum Zugriff auf private Dienste?: Der Zugriff auf private Dienste ist eine ältere Methode, die auf VPC-Netzwerk-Peering basiert. Sie ist möglicherweise geeignet, wenn Sie bereits eine VPC-Peering-Einrichtung haben. Sie ist jedoch anfällig für Skalierungsprobleme und die Erschöpfung von IP-Bereichen und unterstützt kein transitives Peering. Weitere Informationen zum Zugriff auf private Dienste finden Sie unter Private Verbindungen für eine Looker (Google Cloud Core)-Instanz erstellen (Zugriff auf private Dienste).
  • Erläuterung: Auf Ihre Instanz kann nur über Ihre VPC oder andere per Peering verbundene Netzwerke mit der privaten IP-Adresse zugegriffen werden. Sie hat keine öffentliche URL. Für diese Option ist eine benutzerdefinierte Domainkonfiguration für eine nutzerfreundliche URL erforderlich. Der gesamte Traffic wird über Ihre VPC weitergeleitet.
  • Einschränkungen: Für die Einrichtung ist ein /22 IP-Bereich erforderlich. Bestimmte BI-Connectors sind möglicherweise nicht verfügbar. Für die Einrichtung sind Fachkenntnisse im Bereich Networking erforderlich. Transitives Peering wird nicht unterstützt. Wenn sich Ihre Datenquelle in einem Netzwerk befindet, das per Peering mit Ihrer VPC verbunden ist (wie in einem Hub-and-Spoke-Modell), kann Looker (Google Cloud Core) sie nicht über den Zugriff auf private Dienste erreichen. Wenn Sie eine gemeinsam genutzte VPC verwenden, wenden Sie sich an Ihren Netzwerkadministrator, um die /22 Zuweisung des IP-Bereichs und die Auswirkungen des Peerings im Hostprojekt zu besprechen.
  • Anforderungen: Wenn Sie eine Verbindung zu einem öffentlichen Git-Repository herstellen (z.B. github.com), ist zusätzliche Infrastruktur wie eine Proxy-VM oder Cloud NAT erforderlich.

Zugriff auf private Dienste – öffentliche und private IP-Adresse – Legacy

  • Warum Zugriff auf private Dienste?: Der Zugriff auf private Dienste ist eine ältere Methode, die auf VPC-Netzwerk-Peering basiert. Sie ist möglicherweise geeignet, wenn Sie bereits eine VPC-Peering-Einrichtung haben. Sie ist jedoch anfällig für Skalierungsprobleme und die Erschöpfung von IP-Bereichen und unterstützt kein transitives Peering. Weitere Informationen zum Zugriff auf private Dienste finden Sie unter Private Verbindung mit Zugriff auf private Dienste für Looker (Google Cloud Core) erstellen.
  • Erläuterung: Ihre Instanz hat eine öffentliche URL für den Zugriff über das Internet. Der gesamte ausgehende Traffic von Looker (Google Cloud Core) zu Ihren Datenquellen oder dem Git-Repository wird jedoch über Ihre VPC mithilfe von VPC-Netzwerk-Peering weitergeleitet.
  • Einschränkungen: Für die Einrichtung ist ein /22 IP-Bereich erforderlich. Für die Einrichtung sind Fachkenntnisse im Bereich Networking erforderlich. Transitives Peering wird nicht unterstützt. Wenn sich Ihre Datenquelle in einem Netzwerk befindet, das per Peering mit Ihrer VPC verbunden ist (wie in einem Hub-and-Spoke-Modell), kann Looker (Google Cloud Core) sie nicht über den Zugriff auf private Dienste erreichen. Wenn Sie eine freigegebene VPC verwenden, wenden Sie sich an Ihren Netzwerkadministrator, um die Zuweisung des IP-Bereichs /22 und die Auswirkungen des Peerings im Hostprojekt zu besprechen.

Nächste Schritte