glpi-neural-brain/data/research-evidence/61dcfd3d96fe6b7b9ef7bee5.json

{
  "schema_version": 1,
  "saved_at": "2026-08-07T05:21:53.0939629Z",
  "content_sha256": "228a707003705e99a0d8257ea4890b82a83dde04e151b653bc59939f3c20d954",
  "result": {
    "title": "Private Service Connect für Google APIs  |  Google Codelabs",
    "url": "https://codelabs.developers.google.com/codelabs/cloudnet-psc?hl=de",
    "snippet": "In this codelab, you will learn about Private Service Connect for Google APIs. More specifically, you will create a service endpoint for storage APIs, create a cloud storage bucket \u0026...",
    "content": "Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.\n\nPrivate Service Connect für Google APIs\n\n1. Einführung\n\nMit Private Service Connect können Sie private Endpunkte mit globalen internen IP-Adressen innerhalb Ihres VPC-Netzwerks erstellen. Sie können diesen internen IP-Adressen DNS-Namen mit aussagekräftigen Namen wie storage-pscendpoint.p.googleapis.com und bigtable-adsteam.p.googleapis.com zuweisen. Anstatt API-Anfragen an Endpunkte für öffentliche Dienste wie storage.googleapis.com zu senden, können Sie die Anfragen an den Private Service Connect-Endpunkt senden, der privat und intern in Ihrem VPC-Netzwerk ist.\n\nDiese Namen und IP-Adressen sind intern in Ihrem VPC-Netzwerk und allen lokalen Netzwerken vergeben, die über Cloud VPN-Tunnel oder Cloud Interconnect-Anhänge (VLANs) mit ihm verbunden sind.\n\nSie können steuern, welcher Traffic an welchen Endpunkt geleitet wird, und ob der Traffic innerhalb der Google Cloud bleiben soll.\n\nLerninhalte\n\nAnwendungsfälle für Private Service Connect\n\nNetzwerkanforderungen\n\nUnterstützte APIs\n\nPrivate Service Connect-Endpunkt erstellen\n\nCloud Storage-Bucket erstellen\n\nPrivate Cloud DNS-Zonen erstellen und aktualisieren\n\nNAT-Gateway für den Zugriff auf öffentliche Google-APIs erstellen\n\nBOTO-Konfigurationsdatei erstellen und aktualisieren\n\n„gsutil list“ auf VM1 ausführen, das auf Ihren PSC-Dienstendpunkt aufgelöst wird\n\nFühren Sie „gsutil list“ auf VM2 aus, das in der öffentlichen googleapis.com-Domain aufgelöst wird.\n\nDNS-Auflösung mit „Tcpdump“ validieren\n\nVoraussetzungen\n\nKenntnisse von DNS, Nano oder Vi-Editor\n\n2. Anwendungsfälle für Private Service Connect\n\nSie können mehrere Private Service Connect-Endpunkte im selben VPC-Netzwerk erstellen. Die Bandbreite für einen bestimmten Endpunkt ist nicht begrenzt. Da Private Service Connect-Endpunkte globale interne IP-Adressen verwenden, können sie von jeder Ressource in Ihrem VPC-Netzwerk verwendet werden.\n\nMit mehreren Endpunkten können Sie verschiedene Netzwerkpfade mithilfe von Cloud Router und Firewallregeln festlegen.\n\nSie können Firewallregeln erstellen, um zu verhindern, dass einige VMs über einen Private Service Connect-Endpunkt auf Google APIs zugreifen und anderen VMs Zugriff gewähren.\n\nSie können eine Firewallregel für eine VM-Instanz festlegen, die den gesamten Traffic im Internet untersagt. An Private Service Connect-Endpunkte gesendeter Traffic erreicht weiterhin Google.\n\nWenn lokale Hosts, die über einen Cloud VPN-Tunnel oder einen Cloud Interconnect-Anhang (VLAN) an eine VPC angeschlossen sind, können Sie einige Anfragen über den Tunnel oder VLAN senden, während Sie weitere Anfragen über das öffentliche Internet senden. Mit dieser Konfiguration können Sie den Tunnel oder VLAN für Dienste wie Google Books umgehen, die nicht vom privaten Google-Zugriff unterstützt werden. Für diese Konfiguration erstellen Sie einen Private Service Connect-Endpunkt, bewerben Sie die IP-Adressen des Private Service Connect-Endpunkts mithilfe von benutzerdefinierten Cloud Router Route Advertisements und aktivieren Sie eine Richtlinie für die eingehende Cloud DNS-Weiterleitung . Die Anwendung kann einige Anfragen über den Cloud VPN-Tunnel oder den Cloud Interconnect-Anhang (VLAN) senden. Dazu wird der Name des Private Service Connect-Endpunkts verwendet. Beim Senden weiterer Anfragen über das Internet wird der DNS-Name verwendet.\n\nWenn Sie Ihr lokales Netzwerk über mehrere Cloud Interconnect-Anhänge (VLANs) mit Ihrem VPC-Netzwerk verbinden, können Sie einigen Traffic von lokalen Speicherorten über ein VLAN und den Rest über andere senden, wie in Abbildung 2 gezeigt. Auf diese Weise können Sie Ihr eigenes Wide Area Netzwerk anstelle des Netzwerks von Google verwenden und so die Datenverschiebung im Hinblick auf die geografischen Anforderungen steuern. Für diese Konfiguration erstellen Sie zwei Private Service Connect-Endpunkte. Erstellen Sie ein benutzerdefiniertes Route Advertisement für den ersten Endpunkt in der BGP-Sitzung des Cloud Routers, der das erste VLAN verwaltet. Erstellen Sie dann ein anderes benutzerdefiniertes Route Advertisement für den zweiten Endpunkt in der BGP-Sitzung von Cloud Router, der das zweite VLAN verwaltet. Lokale Hosts, die für die Verwendung des Namens des Private Service Connect-Endpunkts konfiguriert sind, senden Traffic über den entsprechenden Cloud Interconnect-Anhang (VLAN).\n\nSie können auch mehrere Cloud Interconnect-Anhänge (VLANs) in einer Aktiv/Aktiv-Topologie verwenden. Wenn Sie für die BGP-Sitzungen auf den Cloud Routern, die die VLANs verwalten, dieselbe IP-Adresse des Private Service Connect-Endpunkts über benutzerdefinierte Route Advertisements bewerben, werden Pakete, die von lokalen Systemen an die Endpunkte gesendet werden, über die VLANs mit ECMP weitergeleitet.\n\nAbbildung 1. Durch die Konfiguration von Private Service Connect, Cloud Router und lokalen Hosts können Sie steuern, welcher Cloud Interconnect-Anhang (VLAN) zum Senden von Traffic an Google APIs verwendet wird.\n\n3. Netzwerkanforderungen\n\nFür die Verwendung von Private Service Connect müssen VM-Instanzen ohne externe IP-Adressen ihre primäre Schnittstelle in einem Subnetz mit aktiviertem privaten Google-Zugriff haben.\n\nEine VM mit einer externen IP-Adresse kann über Private Service Connect-Endpunkte auf Google APIs und Google-Dienste zugreifen, unabhängig davon, ob der private Google-Zugriff für ihr Subnetz aktiviert ist. Die Verbindung zum Private Service Connect-Endpunkt verbleibt im Google-Netzwerk.\n\nPrivate Service Connect-Endpunkte sind über Peering-VPC-Netzwerke nicht erreichbar.\n\nUnterstützte APIs\n\nBeim Erstellen eines Private Service Connect-Endpunkts wählen Sie aus, auf welche APIs Sie Zugriff haben: „all-apis“ oder „vpc-sc“.\n\nDie API-Bundles bieten Zugriff auf dieselben APIs, die über die VIPs für den privaten Google-Zugriff verfügbar sind.\n\nDas Bundle „all-apis“ bietet Zugriff auf dieselben APIs wie „private.googleapis.com“.\n\nDas vpc-sc-Bundle bietet Zugriff auf dieselben APIs wie restricted.googleapis.com.\n\n4. Codelab-Topologie und ‑Anwendungsfall\n\nAbbildung 1: Codelab-Topologie\n\nCodelab-Anwendungsfall –\n\nUnser Kunde benötigt für die Übertragung von Cloud Storage-Daten eine Mischung aus privatem (Interconnect) und öffentlichem Google APIs-Zugriff. Um die Anforderungen unserer Kunden zu erfüllen, stellen wir Private Service Connect mit einer eindeutigen /32-Adresse, BOTO-Konfiguration und DNS-Eintragsaktualisierungen bereit. VM1 verwendet PSC für den Zugriff auf Cloud Storage-Buckets. VM2 verwendet dagegen öffentliche googleapis.com-IP-Bereiche über das NAT-Gateway.\n\nAlle Aspekte des Labs werden in der Google Cloud Platform bereitgestellt. Der Anwendungsfall ist jedoch auch für die Hybrid Cloud-Bereitstellung mit erforderlicher Traffic-Trennung anwendbar.\n\n5. Einrichtung und Anforderungen\n\nUmgebung zum selbstbestimmten Lernen einrichten\n\nMelden Sie sich in der Cloud Console an und erstellen Sie ein neues Projekt oder verwenden Sie ein vorhandenes Projekt. Wenn Sie noch kein Gmail- oder G Suite-Konto haben, müssen Sie eines erstellen .\n\nNotieren Sie sich die Projekt-ID, also den projektübergreifend nur einmal vorkommenden Namen eines Google Cloud-Projekts. Der oben angegebene Name ist bereits vergeben und kann leider nicht mehr verwendet werden. Sie wird später in diesem Codelab als PROJECT_ID bezeichnet.\n\nAls Nächstes müssen Sie die Abrechnung in der Cloud Console aktivieren , um Google Cloud-Ressourcen verwenden zu können.\n\nDie Durchführung dieses Codelabs sollte keine oder nur geringe Kosten verursachen. Folgen Sie bitte der Anleitung im Abschnitt „Bereinigen“, in der Sie erfahren, wie Sie Ressourcen herunterfahren können, damit nach Abschluss dieser Anleitung keine Gebühren anfallen. Neue Nutzer von Google Cloud kommen für das Programm für kostenlose Testversionen mit einem Guthaben von 300 $ infrage.\n\nCloud Shell starten\n\nWährend Sie Google Cloud von Ihrem Laptop aus per Fernzugriff nutzen können, wird in diesem Codelab Google Cloud Shell verwendet, eine Befehlszeilenumgebung, die in der Cloud ausgeführt wird.\n\nKlicken Sie in der GCP Console oben rechts in der Symbolleiste auf das Cloud Shell-Symbol:\n\nDie Bereitstellung und Verbindung mit der Umgebung sollte nur wenige Augenblicke dauern. Anschließend sehen Sie in etwa Folgendes:\n\nDiese virtuelle Maschine verfügt über sämtliche Entwicklertools, die Sie benötigen. Sie bietet ein Basisverzeichnis mit 5 GB nichtflüchtigem Speicher und läuft in Google Cloud, was die Netzwerkleistung und Authentifizierung erheblich verbessert. Für dieses Lab benötigen Sie lediglich einen Browser.\n\n6. Hinweis\n\nAPIs aktivieren\n\nPrüfen Sie in Cloud Shell, ob Ihre Projekt-ID eingerichtet ist.\n\ngcloud config list project\ngcloud config set project [YOUR-PROJECT-NAME]\nprojectname=YOUR-PROJECT-NAME\necho $projectname\n\nAlle erforderlichen Dienste aktivieren\n\ngcloud services enable compute.googleapis.com\ngcloud services enable servicedirectory.googleapis.com\ngcloud services enable dns.googleapis.com\n\n7. VPC-Netzwerk erstellen\n\nVPC-Netzwerk\n\nÜber Cloud Shell\n\ngcloud compute networks create psc-lab --subnet-mode custom\n\nAusgabe\n\nCreated\nNAME SUBNET_MODE BGP_ROUTING_MODE IPV4_RANGE GATEWAY_IPV4\npsc-lab CUSTOM REGIONAL\n\nSubnetz erstellen\n\nÜber Cloud Shell\n\ngcloud compute networks subnets create psclab-subnet \\\n--network psc-lab --range 10.0.0.0/24 --region us-central1\n\n–enable-private-ip-google-access\n\nAusgabe\n\nCreated\nNAME REGION NETWORK RANGE\npsclab-subnet us-central1 psc-lab 10.0.0.0/24\n\nFirewallregeln erstellen\n\nÜber Cloud Shell\n\ngcloud compute firewall-rules create psclab-ssh \\\n--network psc-lab --allow tcp:22 --source-ranges=35.235.240.0/20\n\nAusgabe\n\nNAME NETWORK DIRECTION PRIORITY ALLOW DENY DISABLED\npsclab-ssh psc-lab INGRESS 1000 tcp:22 False\n\nCloud NAT-Instanz erstellen\n\nCloud Router erstellen\n\nÜber Cloud Shell\n\ngcloud compute routers create crnat \\\n--network psc-lab \\\n--asn 65000 \\\n--region us-central1\n\nCloud NAT erstellen\n\nÜber Cloud Shell\n\ngcloud compute routers nats create cloudnat \\\n--router=crnat \\\n--auto-allocate-nat-external-ips \\\n--nat-all-subnet-ip-ranges \\\n--enable-logging \\\n--region us-central1\n\n8. Private Service Connect-Endpunkt erstellen\n\nWenn Sie die IP-Adresse des Private Service Connect-Endpunkts \u003cpscendpointip\u003e konfigurieren, müssen Sie eine eindeutige IP-Adresse angeben, die nicht in Ihrem VPC definiert ist.\n\nÜber Cloud Shell\n\ngcloud beta compute addresses create psc-ip \\\n--global \\\n--purpose=PRIVATE_SERVICE_CONNECT \\\n--addresses=\u003cpscendpointip\u003e \\\n--network=psc-lab\n\n„pscendpointip“ für die Dauer des Labs speichern\n\n(gcloud compute addresses list --filter=name:psc-ip --format=\"value(address)\")\n\npscendpointip=$(gcloud compute addresses list --filter=name:psc-ip --format=\"value(address)\")\necho $pscendpointip\n\nErstellen Sie eine Weiterleitungsregel, um den Endpunkt mit Google APIs und Google-Diensten zu verbinden.\n\nÜber Cloud Shell\n\ngcloud beta compute forwarding-rules create pscendpoint \\\n--global \\\n--network=psc-lab \\\n--address=psc-ip \\\n--target-google-apis-bundle=all-apis\n\nKonfigurierte Private Service Connect-Endpunkte auflisten\n\nÜber Cloud Shell\n\ngcloud compute forwarding-rules list \\\n--filter target=\"(all-apis OR vpc-sc)\" --global\n\nKonfigurierte Private Service Connect-Endpunkte beschreiben\n\nÜber Cloud Shell\n\ngcloud compute forwarding-rules describe \\\npscendpoint --global\n\n9. Bucket erstellen\n\nErstellen Sie einen Cloud Storage-Bucket und ersetzen Sie BUCKET_NAME durch einen global eindeutigen Namen Ihrer Wahl.\n\nÜber Cloud Shell\n\ngsutil mb -l us-central1 -b on gs://BUCKET_NAME\n\n„BUCKET_NAME“ für die Dauer des Labs speichern\n\nBUCKET_NAME=YOUR BUCKET NAME\necho $BUCKET_NAME\n\n10. DNS-Konfiguration\n\nAngenommen, Sie haben eine Anwendung, die Google Cloud Storage verwendet. Ohne Private Service Connect stellen Ihre Anwendungen möglicherweise eine Verbindung zu „storage.googleapis.com“ her, was standardmäßig in eine öffentliche Adresse aufgelöst wird. Mit Private Service Connect können Sie Namen wie „storage-psclab.p.googleapis.com“ erstellen und verwenden. Der Name und die Adressen sind privat für Ihr VPC-Netzwerk und alle angehängten lokalen Netzwerke.\n\nPrivate Service Connect für DNS folgt der Namenskonvention SERVICE-ENDPOINT.p.googleapis.com. Im obigen Beispiel ist „storage“ der SERVICE und „psclab“ der ENDPOINT. Es ist unbedingt erforderlich, das „-“ zwischen SERVICE und ENDPOINT einzufügen.\n\nWenn Sie über einen Private Service Connect-Endpunkt auf Cloud Storage zugreifen möchten, erstellen Sie einen DNS-Eintrag (A) „storage-psclab.p.googleapis.com“, der auf die IP-Adresse des Private Service Connect-Endpunkts verweist.\n\nPrivate DNS-Zone erstellen\n\ngcloud dns --project=$projectname managed-zones create psc-dns-zone --description=\"\" --dns-name=\"p.googleapis.com.\" --visibility=\"private\" --networks=\"psc-lab\"\n\nDNS-A‑Eintrag erstellen\n\ngcloud dns --project=$projectname record-sets transaction start --zone=psc-dns-zone\n\ngcloud dns --project=$projectname record-sets transaction add $pscendpointip --name=storage-pscendpoint.p.googleapis.com. --ttl=300 --type=A --zone=psc-dns-zone\n\ngcloud dns --project=$projectname record-sets transaction execute --zone=psc-dns-zone\n\n11. Virtuelle Maschinen erstellen\n\nErstellen Sie die VM (psc-instance-1), die zum Validieren von Private Service Connect verwendet wird.\n\nÜber Cloud Shell\n\ngcloud compute instances create psc-instance-1 \\\n--subnet psclab-subnet \\\n--zone us-central1-a \\\n--image=centos-7-v20210122 \\\n--image-project=centos-cloud \\\n--no-address \\\n--metadata=startup-script=yum\\ install\\ tcpdump\\ -y$'\\n'yum\\ install\\ bind-utils\\ -y$'\\n'yum\\ install\\ nano\\ -y\n\nBei der VM-Instanz (psc-instance-1) anmelden\n\nSSH-Verbindung zur VM über Cloud Shell herstellen\n\ngcloud compute ssh --zone \"us-central1-a\" \"psc-instance-1\" --project \"$projectname\"\n\nErstellen Sie zusätzliche Cloud Shell-Terminals, indem Sie dreimal auf das Pluszeichen + (Screenshot unten) klicken.\n\nErstellen Sie die VM (psc-ins",
    "content_type": "text/html",
    "query": "Wie wird Private Service Connect in GCP Cloud Storage konfiguriert, um private Pfade zu sichern?",
    "language": "de-DE",
    "round": 2,
    "fetched": true,
    "relevant": true,
    "relevance": 0.6000000000000001,
    "source_quality": "reputable_secondary",
    "source_quality_score": 0.7440000000000001,
    "actionable": true,
    "covered_gap_ids": [
      "GAP-004"
    ],
    "assessment_reason": "Der Inhalt des Kandidaten beschreibt allgemein Private Service Connect und seine Anwendung in Google Cloud, aber er liefert keine konkreten Schritte zur Konfiguration von Private Service Connect für Cloud Storage, um private Pfade zu sichern. Es fehlen detaillierte Anweisungen, Einstellungen oder Prüfkriterien, die in der konkreten Suchanfrage erwartet werden."
  }
}