Netzwerkoptionen für Looker (Google Cloud Core)

Auf dieser Seite werden die Optionen für die Netzwerkkonfiguration für Looker (Google Cloud Core)-Instanzen erläutert.

Sie legen die Netzwerkkonfiguration einer Instanz bei der Erstellung der Instanz fest. Es ist ratsam, vor Beginn der Instanzerstellung festzulegen, welche Netzwerkoptionen Sie verwenden möchten. Auf dieser Seite erfahren Sie auch, welche dieser Optionen für die Anforderungen Ihrer Organisation am besten geeignet ist.

Übersicht

Die folgenden Netzwerkkonfigurationsoptionen für Looker (Google Cloud Core) sind verfügbar:

Bei der Auswahl einer Netzwerkkonfiguration für Ihre Looker (Google Cloud Core)-Instanz können die folgenden Informationen hilfreich sein:

  • Die Netzwerkkonfiguration muss beim Erstellen der Instanz festgelegt werden. Eine Instanz, die für öffentliche sichere Verbindungen konfiguriert ist, kann nach dem Erstellen der Instanz nicht mehr geändert werden. Eine Instanz, die für Hybridverbindungen konfiguriert ist, kann in private Verbindungen geändert werden. Eine Instanz mit privaten Verbindungen kann nach der Erstellung in eine Hybridverbindungskonfiguration geändert werden.
  • Die Verfügbarkeit von Funktionen variiert je nach Netzwerkoption. Weitere Informationen finden Sie auf der Dokumentationsseite Verfügbarkeit von Funktionen in Looker (Google Cloud Core).
  • Alle Verbindungen zu BigQuery erfolgen über das private Netzwerk von Google, unabhängig von der Netzwerkkonfiguration.
  • Wenn ein externer Identitätsanbieter für die Einmalanmeldung konfiguriert ist, kommuniziert der Browser des Nutzers mit dem Identitätsanbieter und wird dann zur Looker (Google Cloud Core)-Instanz weitergeleitet. Solange die Weiterleitungs-URL über das Netzwerk des Nutzers erreichbar ist, funktionieren Drittanbieter-Identitätsanbieter für alle Netzwerkkonfigurationen.

Weitere Informationen zur Auswahl der richtigen Netzwerkkonfiguration für Ihr Team finden Sie auch in der Tabelle im Abschnitt Netzwerkoption auswählen auf dieser Dokumentationsseite.

Öffentliche verschlüsselte Verbindungen

Auf eine Looker (Google Cloud Core)-Instanz, die als öffentliche sichere Verbindung bereitgestellt wird, kann über eine externe, über das Internet zugängliche IP-Adresse zugegriffen werden. In dieser Konfiguration wird eingehender (Northbound-)Traffic zu Looker (Google Cloud Core) zusätzlich zum ausgehenden (Southbound-)Zugriff von Looker (Google Cloud Core) auf Internetendpunkte unterstützt. Diese Konfiguration ähnelt der Konfiguration einer von Looker gehosteten Looker (Original)-Instanz.

Traffic zu und von einer öffentlichen Instanz mit sicherer Verbindung wird über das öffentliche Internet übertragen.

Öffentliche sichere Verbindungen lassen nur HTTPS-Traffic in Looker (Google Cloud Core) zu. Google stellt automatisch ein SSL-Zertifikat bereit, wenn der CNAME aktualisiert wird und Google die DIG-Einträge finden kann. Dieses Zertifikat wird automatisch alle vier Monate rotiert. Wenn Sie eine sichere Verbindung zu externen Datenbanken über eine öffentliche sichere Verbindung zu einer Looker (Google Cloud Core)-Instanz herstellen möchten, können Sie eine verschlüsselte SSL-Verbindung einrichten.

Öffentliche sichere Verbindungen lassen sich einfach einrichten und verbinden und erfordern keine erweiterten Netzwerkkonfigurationen oder Fachkenntnisse.

Informationen zum Erstellen einer Looker (Google Cloud Core)-Instanz mit einer öffentlichen sicheren Verbindung finden Sie auf der Dokumentationsseite Looker (Google Cloud Core)-Instanz mit einer öffentlichen sicheren Verbindung erstellen.

Nachdem eine Instanz mit öffentlicher sicherer Verbindung erstellt wurde, wird in der Google Cloud Console auf dem Tab Details für die Instanz das Feld Öffentliche IP aktiviert als true und die Felder Private IP aktiviert und PSC aktiviert als false angezeigt.

Private Verbindungen

Für eine Looker (Google Cloud Core)-Instanz, die für die Verwendung privater Verbindungen konfiguriert ist, wird eine interne, von Google gehostete VPC-IP-Adresse verwendet. Sie können diese Adresse verwenden, um mit anderen Ressourcen zu kommunizieren, die auf die VPC zugreifen können. Private Verbindungen machen Dienste erreichbar, ohne das öffentliche Internet zu nutzen oder externe IP-Adressen zu verwenden. Da sie nicht über das Internet übertragen werden, bieten private Verbindungen in der Regel eine geringere Latenz und eingeschränkte Angriffsvektoren.

Bei einer Konfiguration für private Verbindungen werden interne Zertifikate vollständig von Google verwaltet und sind für niemanden zugänglich. Wenn Sie eine Instanz für private Verbindungen mit benutzerdefinierten Zertifikaten bereitstellen, müssen Sie die internen privaten Zertifikate nicht verwalten. Verwenden Sie stattdessen Ihr eigenes benutzerdefiniertes Zertifikat und sorgen Sie dafür, dass die Rotation dieses Zertifikats aufrechterhalten wird.

Bei einer Konfiguration mit privaten Verbindungen hat Looker (Google Cloud Core) keine öffentliche URL. Sie steuern den gesamten eingehenden (Northbound-)Traffic und der gesamte ausgehende (Southbound-)Traffic wird über Ihre VPC weitergeleitet.

Wenn für Ihre Instanz nur eine private Verbindung verwendet wird, ist eine zusätzliche Konfiguration erforderlich, um eine benutzerdefinierte Domain und den Nutzerzugriff auf die Instanz einzurichten, bestimmte Looker (Google Cloud Core)-Funktionen zu verwenden oder eine Verbindung zu externen Ressourcen wie Git-Anbietern herzustellen. Für die Planung und Ausführung dieser Konfiguration sind interne Netzwerkkenntnisse hilfreich.

Looker (Google Cloud Core) unterstützt die folgenden beiden Optionen für private Verbindungen:

Die Verwendung des Zugriffs auf private Dienste oder von Private Service Connect muss beim Erstellen der Instanz festgelegt werden.

Private Service Connect

Die Verwendung von Private Service Connect mit Looker (Google Cloud Core) muss beim Erstellen der Instanz festgelegt werden.

Informationen zum Erstellen einer Private Service Connect-Instanz für Looker (Google Cloud Core) finden Sie auf der Dokumentationsseite Private Service Connect-Instanz für Looker (Google Cloud Core) erstellen.

Nachdem eine Private Service Connect-Instanz erstellt wurde, wird auf dem Tab Details für die Instanz in der Google Cloud Console für das Feld PSC Enabled (PSC aktiviert) der Wert true angezeigt.

Bei der Verwendung mit Looker (Google Cloud Core) unterscheidet sich Private Service Connect in folgenden Punkten vom Zugriff auf private Dienste:

  • Endpunkte und Back-Ends unterstützen öffentliche oder private Zugriffsmethoden.
  • Looker (Google Cloud Core) kann eine Verbindung zu anderen Google-Diensten wie Cloud SQL herstellen, auf die über Private Service Connect zugegriffen werden kann.
  • Es ist nicht erforderlich, große IP-Blöcke zuzuweisen.
  • Direkte Verbindungen ermöglichen transitive Kommunikation.
  • Es ist nicht erforderlich, ein Netzwerk mit anderen Diensten zu teilen.
  • Unterstützt Mandantenfähigkeit.
  • Unterstützt globalen Zugriff.
  • Unterstützt von Google verwaltete Zertifikate für benutzerdefinierte Domains.

Für die Planung und Ausführung von Private Service Connect-Konfigurationen sind interne Netzwerkexperten hilfreich.

Weitere Informationen zu Private Service Connect-Instanzen finden Sie auf der Dokumentationsseite Private Service Connect mit Looker (Google Cloud Core) verwenden.

Mit Private Service Connect auf eine Looker (Google Cloud Core)-Instanz zugreifen

Private Service Connect-Back-Ends können verwendet werden, um privat auf Looker (Google Cloud Core)-Instanzen mit Private Service Connect zuzugreifen oder um über das öffentliche Internet auf Looker (Google Cloud Core) zuzugreifen.

Kontrollierter nativer ausgehender Traffic

Wenn Sie die Einstellung Globaler FQDN oder die Einstellung Verbindung zum Looker Marketplace aktivieren verwenden, verwendet Looker (Google Cloud Core) kontrollierten nativen Egress. Diese integrierte, verwaltete Lösung vereinfacht die ausgehende Internetverbindung (HTTPS) für Bereitstellungen, die auf Private Service Connect basieren. Durch kontrollierten nativen ausgehenden Traffic ist es nicht mehr erforderlich, einen Erstellerdienst für den ausgehenden Internet-Traffic in Ihrer Virtual Private Cloud (VPC) zu erstellen. Beim kontrollierten nativen Egress wird Internet-Traffic über die von Google verwaltete Looker-VPC geleitet. Das bietet mehrere wichtige Vorteile, vor allem in Bezug auf die Vereinfachung der Konfiguration und die Verbesserung der Nutzerfreundlichkeit für Kunden mit sicheren Umgebungen.

Die wichtigsten Vorteile des kontrollierten nativen Egress:

  • Vereinfachte Konfiguration: Die Konfiguration wird vereinfacht, da keine Voraussetzungen wie die Bereitstellung von Load Balancern und NAT-Gateways oder die Zuweisung von Subnetz-Speicherplatz für einen Private Service Connect-Producer-Dienst erforderlich sind. Der kontrollierte native Egress wird von Looker (Google Cloud Core) verwaltet, um HTTPS-Interneteingang zu ermöglichen.
  • Komplizierte Umgehungslösungen sind nicht mehr erforderlich: Bietet eine vereinfachte Möglichkeit, eine Verbindung zu Diensten wie Marketplace herzustellen, ohne eine Netzwerkinfrastruktur bereitzustellen.
  • Unterstützt wichtige externe Dienste: Ermöglicht konfigurierbaren nativen Egress für vom Kunden angegebene vollständig qualifizierte Domainnamen (Fully Qualified Domain Names, FQDNs) wie Looker-verwalteter Marketplace, github.com und gitlab.com.

Berücksichtigen Sie bei der Auswahl des kontrollierten nativen Egress Folgendes:

  • Der kontrollierte native ausgehende Traffic unterstützt HTTPS-Internetausgang für öffentliche Endpunkte.

  • Sie können die IP-Adressen, die von Looker (Google Cloud Core) für kontrollierten nativen ausgehenden Traffic verwendet werden, in der Google Cloud Console auf der Seite Instanzen für Ihre Looker (Google Cloud Core)-Instanz auf dem Tab Details ansehen. Die IP-Adressen, die für ausgehenden Internet-Traffic verwendet werden, werden im Abschnitt Konfiguration für kontrollierten ausgehenden Traffic im Feld IPs für ausgehenden Traffic angezeigt. Die IP-Adressen sind für Ihre Looker (Google Cloud Core)-Instanz eindeutig. Diese IP-Adressen werden über den Secure Web Proxy zugewiesen. Sie sind dynamisch und können sich ohne Vorwarnung ändern.

  • Traffic zu Google APIs, die von der eingeschränkten VIP unterstützt werden, wird automatisch über kontrollierten nativen Egress weitergeleitet. Für Google APIs, die von der eingeschränkten VIP nicht unterstützt werden, können Sie eine Regel für ausgehenden Traffic mit globalem FQDN hinzufügen, um Traffic zu dieser API über kontrollierten nativen ausgehenden Traffic zuzulassen.

  • Wenn sich Ihre Looker (Google Cloud Core)-Instanz in einem VPC Service Controls-Perimeter befindet, blockiert VPC Service Controls kontrollierten nativen ausgehenden Traffic zu Google APIs, die nicht von VPC Service Controls unterstützt werden. Diese Dienste müssen als Producer-Dienste veröffentlicht werden und Traffic kann über Private Service Connect zugelassen werden, indem der Dienst der Zulassungsliste für lokale FQDNs hinzugefügt wird. Ein Beispiel für einen solchen Dienst ist die Google Maps API.

  • Der Looker Action Hub wird von kontrolliertem nativem Egress nicht unterstützt.

  • Für ausgehende Verbindungen zu Nicht-Google-Diensten kann kontrollierter nativer Egress verwendet werden, indem sie der globalen FQDN-Zulassungsliste hinzugefügt werden.

Einen Vergleich zwischen ausgehenden Verbindungen, die kontrollierten nativen ausgehenden Traffic oder veröffentlichte Private Service Connect-Dienste verwenden, finden Sie im Abschnitt Vergleich von kontrolliertem nativem ausgehenden Traffic und Private Service Connect-Verbindungen.

Verbindung zu externen Diensten über Private Service Connect herstellen

Looker (Google Cloud Core)-Instanzen mit Private Service Connect können Endpunkte verwenden, um eine Verbindung zu Google Cloud oder externen Ressourcen herzustellen. Wenn eine Ressource extern ist, müssen auch eine Netzwerk-Endpunktgruppe (NEG) und ein Load Balancer eingerichtet werden. Außerdem muss für jede ausgehende Verbindung zu einem eindeutigen Dienst der Dienst mit Private Service Connect veröffentlicht werden. Auf der Looker (Google Cloud Core)-Seite muss jede eindeutige Egress-Verbindung über die Einstellung Lokaler FQDN erstellt und für jeden Dienst, mit dem Sie eine Verbindung herstellen möchten, verwaltet werden.

Eine Übersicht über eingehende und ausgehende Netzwerktopologien für Private Service Connect.

Ein Beispiel für die Verbindung zu einem externen Dienst mit Private Service Connect finden Sie im Looker PSC Southbound HTTPS Internet NEG Codelab.

Einen Vergleich der ausgehenden Verbindungstypen für Private Service Connect finden Sie im Abschnitt Kontrollierter nativer Egress im Vergleich zu Private Service Connect-Verbindungen.

Kontrollierter nativer ausgehender Traffic im Vergleich zu Private Service Connect-Verbindungen

In der folgenden Tabelle werden die wichtigsten Funktionen für die Verbindung zu externen Diensten mit kontrolliertem nativem ausgehenden Traffic oder über Southbound-Private Service Connect-Verbindungen verglichen.

Funktion Kontrollierter nativer ausgehender Traffic Southbound-Verbindungen mit Private Service Connect
Hauptziel Konfiguration für den Zugriff auf bestimmte, häufig verwendete öffentliche externe Dienste (z. B. Marketplace, GitHub) vereinfachen. Ermöglicht es Looker (Google Cloud Core), als Dienstnutzer zu fungieren, um die Kommunikation mit Diensten in Ihrer VPC, Ihrem Multi-Cloud-Netzwerk oder dem Internet herzustellen.
Verwaltung und Komplexität Eine verwaltete, integrierte Private Service Connect-Funktion für Looker (Google Cloud Core), die komplexe Anforderungen an das Netzwerkwissen überflüssig macht. Erfordert eine manuelle, detaillierte Konfiguration durch den Kunden, um Downstream-Verbindungen einzurichten.
Zielgerichtete Dienste Entwickelt für HTTPS-Internet-Egress-Dienste (z. B. Marketplace, github.com, gitlab.com) Unterstützt eine Vielzahl von ausgehenden Diensten (sowohl privat als auch öffentlich), einschließlich von Google verwalteter Datenbanken (z. B. Cloud SQL), lokaler Datenbanken und selbstverwalteter Dienste.

Zugriff auf private Dienste

Die Verwendung von Zugriff auf private Dienste für private Verbindungen mit Looker (Google Cloud Core) muss beim Erstellen der Instanz festgelegt werden. Looker (Google Cloud Core)-Instanzen können optional eine öffentliche sichere Verbindung mit ihrer privaten Verbindung (Zugriff auf private Dienste) enthalten. Nachdem Sie eine Instanz erstellt haben, die den Zugriff auf private Dienste verwendet, können Sie dieser Instanz eine private Verbindung hinzufügen oder eine private Verbindung daraus entfernen.

Wenn Sie eine private Verbindung (Zugriff auf private Dienste) erstellen möchten, müssen Sie in Ihrer VPC einen /22-CIDR-Bereich für Looker (Google Cloud Core) zuweisen.

Wenn Sie den Nutzerzugriff auf eine Instanz einrichten möchten, die nur eine private Verbindung (Zugriff auf private Dienste) verwendet, müssen Sie eine benutzerdefinierte Domain einrichten und den Zugriff auf die Domain entsprechend den Anforderungen Ihrer Organisation konfigurieren. Wenn Sie eine Verbindung zu externen Ressourcen herstellen möchten, müssen Sie zusätzliche Konfigurationen vornehmen. Für die Planung und Ausführung dieser Konfiguration sind interne Netzwerkkenntnisse hilfreich.

Informationen zum Erstellen einer Looker (Google Cloud Core)-Instanz für den Zugriff auf private Dienste finden Sie auf der Dokumentationsseite Instanz für private Verbindungen erstellen.

Nachdem eine Instanz für den Zugriff auf private Dienste erstellt wurde, wird auf dem Tab Details für die Instanz in der Google Cloud Console das Feld Private IP Enabled als true angezeigt.

Hybridverbindungen konfigurieren

Looker (Google Cloud Core)-Instanzen, die Zugriff auf private Dienste oder Private Service Connect für ihre private Verbindung verwenden, unterstützen eine Hybridverbindungskonfiguration.

Eine Looker (Google Cloud Core)-Instanz, die den Zugriff auf private Dienste verwendet und eine Hybridverbindung hat, hat eine öffentliche URL. Der gesamte eingehende (Northbound-)Traffic wird über die öffentliche Verbindung mit HTTPS übertragen. Ausgehender (Southbound-)Traffic wird über Ihre VPC weitergeleitet, die so konfiguriert werden kann, dass nur Traffic über private Verbindungen mit HTTPS oder Verschlüsselung zugelassen wird. Der gesamte Traffic bei der Übertragung ist verschlüsselt.

Für eine Looker (Google Cloud Core)-Instanz, die für Private Service Connect aktiviert ist, wird eine vom Kunden definierte IP-Adresse verwendet, die in einer VPC für den eingehenden Traffic zugänglich ist. Für die Kommunikation mit der VPC und lokalen oder Multi-Cloud-Arbeitslasten werden Dienstanhänge verwendet, die Sie für den ausgehenden Traffic bereitstellen.

Bei einer Hybridverbindungskonfiguration wird eingehender Traffic über eine öffentliche Verbindung und ausgehender Traffic über eine private Verbindung weitergeleitet.

Nachdem eine Instanz mit einer Hybrid Connections-Konfiguration erstellt wurde, wird auf dem Tab Details für die Instanz in der Google Cloud Console für das Feld Öffentliche IP aktiviert der Wert true und für das Feld Private IP aktiviert oder PSC aktiviert der Wert true angezeigt.

Netzwerkoption auswählen

In der folgenden Tabelle sehen Sie, welche Funktionen für die verschiedenen Netzwerkoptionen verfügbar sind.

Netzwerkanforderungen
Feature Öffentliche verschlüsselte Verbindungen Hybridverbindungen (PSA) Private Verbindungen (PSA) Hybridverbindungen (PSC) Private Verbindungen (PSC)
Erfordert die Zuweisung eines IP-Bereichs für die Instanzerstellung Nein Ja (/22 pro Instanz und Region) Ja (/22 pro Instanz und Region) Nein Nein
Cloud Armor Ja. In Looker (Google Cloud Core) werden standardmäßige Cloud Armor-Regeln verwendet, die von Google verwaltet werden. Diese Regeln sind nicht konfigurierbar. Ja. In Looker (Google Cloud Core) werden standardmäßige Cloud Armor-Regeln verwendet, die von Google verwaltet werden. Diese Regeln sind nicht konfigurierbar. Nein Ja. In Looker (Google Cloud Core) werden standardmäßige Cloud Armor-Regeln verwendet, die von Google verwaltet werden. Diese Regeln sind nicht konfigurierbar. Wird mit vom Kunden verwalteten regionalen externen Application Load Balancern, Private Service Connect-Backends und vom Kunden verwalteten Google Cloud Armor unterstützt.
Benutzerdefinierte Domain Ja Unterstützt als öffentliche URL Ja Unterstützt als öffentliche URL Ja
Eingehender Zugriff
Feature Öffentliche verschlüsselte Verbindungen Hybridverbindungen (PSA) Private Verbindungen (PSA) Hybridverbindungen (PSC) Private Verbindungen (PSC)
Öffentliches Internet Ja Ja Nein Wird mit von Google verwalteten regionalen externen Application Load Balancern unterstützt Unterstützt mit vom Kunden verwalteten regionalen externen Application Load Balancern, Private Service Connect-Backends und benutzerdefinierten Domains
VPC-Peering (Zugriff auf private Dienste) Nein Ja Ja Nein Nein
PSC-basiertes Routing Nein Nein Nein

Unterstützt mit Folgendem:

  • Regionaler externer Application Load Balancer und Private Service Connect-Backend
  • Regionaler interner Application Load Balancer und Private Service Connect-Backend

Globaler Zugriff wird unterstützt (mit dem erweiterten Dienstanhang-URI). So können Sie von einer anderen Region aus auf Ihre Instanz zugreifen.
Hybridnetzwerk Nein Ja Ja Ja Ja
Ausgehender Zugriff
Feature Öffentliche verschlüsselte Verbindungen Hybridverbindungen (PSA) Private Verbindungen (PSA) Hybridverbindungen (PSC) Private Verbindungen (PSC)
Internet Ja Nein Nein Wird mit regionalem internen TCP-Proxy-Load-Balancer, Internet-NEG und Cloud NAT-Gateway unterstützt.
VPC-Peering (Zugriff auf private Dienste) Nein Ja Ja Nein Nein
Private Service Connect-basiertes Routing Nein Nein Nein Wird mit dem internen regionalen TCP-Proxy-Load-Balancer und dem hybriden NEG unterstützt
Hybridnetzwerke (Multi-Cloud und lokal) Nein Ja Ja Wird mit dem internen regionalen TCP-Proxy-Load-Balancer, dem Hybrid-NEG und Google Cloud Netzwerkprodukten unterstützt
Anwendung
Feature Öffentliche verschlüsselte Verbindungen Hybridverbindungen (PSA) Private Verbindungen (PSA) Hybridverbindungen (PSC) Private Verbindungen (PSC)
GitHub Ja Wird mit internem TCP-Proxy-Load-Balancer und Internet-NEG unterstützt Ja. Ein Beispiel finden Sie im Codelab zu PSC-basierten Southbound-HTTPS-Internetverbindungen mit einer NEG über Looker.
GitHub Enterprise Nein Ja Ja Ja Ja
Cloud SQL Ja Wird unterstützt, wenn Cloud SQL in derselben VPC wie Looker (Google Cloud Core) bereitgestellt wird. Ja Ja Ja
BigQuery Ja Ja Ja Ja Ja
Einbetten Ja Ja Ja Ja Ja
Marketplace Ja Nein Nein Ja Ja
Looker Action Hub Ja Ja Nein Ja Nein
Von Looker verwalteter MCP-Server Ja. Während der Vorschauphase werden nur öffentliche sichere Verbindungen offiziell unterstützt. Nein Nein Nein Nein
Verbundene Tabellenblätter Ja Ja Ja Ja Ja
SMTP Ja Ja Ja Ja. Ausgehende Verbindungen sind erforderlich.
Vorteile
Feature Öffentliche verschlüsselte Verbindungen Hybridverbindungen (PSA) Private Verbindungen (PSA) Hybridverbindungen (PSC) Private Verbindungen (PSC)
Vorteile
  • Eine öffentlich zugängliche URL bedeutet, dass es einfach ist, von anderen Diensten, die auf die Instanz zugreifen oder zu Looker weiterleiten müssen, eine Verbindung zu Looker (Google Cloud Core) herzustellen.
  • Es ist keine erweiterte Netzwerkkonfiguration erforderlich.
  • Über eine öffentliche URL auf Looker (Google Cloud Core) zugreifen
  • Der ausgehende Zugriff auf Multi-Cloud-Umgebungen erfolgt auf Grundlage der IP-Erreichbarkeit.
    		•
    • Private Instanz für ein- und ausgehenden Zugriff
    • Der ausgehende Zugriff auf Multi-Cloud-Umgebungen erfolgt auf Grundlage der IP-Erreichbarkeit.
    • Keine gemeinsamen Einschränkungen und keine IP-Koordination zwischen Nutzer und Ersteller erforderlich
    • Für die Instanziierung von Looker (Google Cloud Core) ist keine Subnetz-Zuweisung erforderlich
    • Expliziter Zugriff auf Looker (Google Cloud Core) und Endpunkte
    • Unterstützt von Google verwaltete externe Load Balancer.
    • Keine gemeinsamen Einschränkungen und keine IP-Koordination zwischen Nutzer und Ersteller erforderlich
    • Für die Instanziierung von Looker (Google Cloud Core) ist keine Subnetz-Zuweisung erforderlich
    • Expliziter Zugriff auf Looker (Google Cloud Core) und Endpunkte
    • Unterstützt öffentlichen und privaten Zugriff auf Looker (Google Cloud Core) mit Private Service Connect-Back-Ends
    Hinweise
    Feature Öffentliche verschlüsselte Verbindungen Hybridverbindungen (PSA) Private Verbindungen (PSA) Hybridverbindungen (PSC) Private Verbindungen (PSC)
    Hinweise Wenn Sie eine benutzerdefinierte URL verwenden möchten, müssen Sie einen vollständig qualifizierten Domainnamen konfigurieren, z. B. looker.examplepetstore.com. Eine benutzerdefinierte URL wie examplepetstore.looker.com ist nicht möglich.
    • Für ausgehenden Zugriff auf lokale und Multi-Cloud-Umgebungen sind Firewall-Updates erforderlich
    • Wenn Sie Looker (Google Cloud Core) in einer Hub-and-Spoke-VPC-Architektur mit VPC-Peering bereitstellen, führt dies zu einem nicht transitiven Routing zu Looker, wenn über hybride Netzwerke von lokalen oder Multi-Cloud-Netzwerken aus darauf zugegriffen wird.
    • Zusätzliche Infrastruktur für die Verbindung zu öffentlichem Git (Proxy-VM, Internet-NEG und Load-Balancer)
    • Für ausgehenden Zugriff auf lokale und Multi-Cloud-Umgebungen sind Firewall-Updates erforderlich
    • Wenn Sie Looker (Google Cloud Core) in einer Hub-and-Spoke-VPC-Architektur mit VPC-Peering bereitstellen, führt dies zu einem nicht transitiven Routing zu Looker, wenn über hybride Netzwerke von lokalen oder Multi-Cloud-Netzwerken aus darauf zugegriffen wird.
    • Zusätzliche Infrastruktur für die Verbindung zu öffentlichem Git (Proxy-VM, Internet-NEG und Load-Balancer)
    • Der öffentliche Zugriff auf Looker (Google Cloud Core) wird von Google verwaltet.
    • Für jeden ausgehenden Endpunkt (IP-Adresse) ist ein veröffentlichter Private Service Connect-Dienst erforderlich.
    • Für den öffentlichen Zugriff auf Looker (Google Cloud Core) ist die Integration in einen externen Application Load Balancer und ein Private Service Connect-Backend erforderlich
    • Für jeden ausgehenden Endpunkt (IP-Adresse) ist ein veröffentlichter Private Service Connect-Dienst erforderlich.

    Nächste Schritte