Über VPC-Vernetzung

IBM Cloud® Virtual Private Cloud (VPC) Networking bietet eine private, isolierte und softwaredefinierte Netzwerkumgebung für die Bereitstellung von Cloud-Ressourcen. Sie hilft Ihnen zu kontrollieren, wie Ressourcen innerhalb einer VPC, über private Netzwerke und mit dem öffentlichen Internet kommunizieren, wobei standardmäßig eine starke Isolierung und Sicherheit gewährleistet ist.

In den folgenden Abschnitten werden VPC-Netzwerkkonzepte und das Zusammenspiel verschiedener Netzwerkkomponenten erläutert, um Sie bei der Entwicklung sicherer und skalierbarer Netzwerkarchitekturen zu unterstützen.

VPC, Regionen, Zonen und Subnetze

Bevor Sie mit Ihrer VPC arbeiten, sollten Sie sich mit den grundlegenden Konzepten von Regionen, Zonen und Subnetzen vertraut machen, die für Ihre Bereitstellung relevant sind.

Regionen

Eine RegionEin unabhängiges geografisches Gebiet, das aus einer oder mehreren Zonen besteht. ist eine Abstraktion des geografischen Gebiets, in dem ein VPC bereitgestellt wird. Jede Region enthält mehrere ZonenEin Standort innerhalb einer Region, der als unabhängige Fehlerdomäne fungiert und eine geringere Latenz zu anderen Zonen in der Region aufweist.. Eine VPC-Instanz kann mehrere Zonen innerhalb der zugewiesenen Region umfassen.

IBM Cloud bietet zwei Ebenen von Regionen:

  • MultizonenregionenEine Region, die über physische Standorte in mehreren Zonen verteilt ist, um die Fehlertoleranz zu erhöhen.- Regionen mit drei oder mehr Zonen für hohe Verfügbarkeit.
  • Multizonenregionen mit einem CampusEine Region, die aus mehreren Zonen besteht, die sich innerhalb eines einzigen Gebäudes oder Campus befinden. Abhängigkeiten wie Stromversorgung, Kühlung, Netzwerk und physische Sicherheit können gemeinsam genutzt werden, sind jedoch so konzipiert, dass sie ein hohes Maß an Fehlerunabhängigkeit bieten. - Regionen mit mehreren Zonen innerhalb eines einzigen Campus.

Weitere Informationen über Regionen finden Sie unter Standorte für die Ressourcenbereitstellung.

Zonen

Eine Zone ist ein von Störungen isoliertes Rechenzentrum innerhalb einer Region. Jeder Zone in einer VPC wird ein Standard-Adresspräfix zugewiesen, das den Adressbereich angibt, in dem Subnetze erstellt werden können. Wenn das Standardadressschema nicht Ihren Anforderungen entspricht, können Sie die Adresspräfixe anpassen. Sie könnten zum Beispiel Ihren eigenen öffentlichen Adressbereich IPv4 mitbringen. Weitere Informationen finden Sie unter Bringen Sie Ihr eigenes Subnetz mit.

Die Zuordnung von logischen Zonennamen zu physischen Zonen ist relativ zu jedem Konto. Infolgedessen kann sich der Standard-Adresspräfixbereich für eine Zone von Konto zu Konto unterscheiden. Weitere Informationen finden Sie unter Zonenzuordnung.

Teilnetze

Ein Subnetz ist ein Bereich von IP-Adressen (CIDR-Block) innerhalb einer VPC, in dem Sie Ressourcen bereitstellen. Subnetze bieten eine Netzwerksegmentierung und -isolierung für Ihre Workloads. Weitere Informationen finden Sie unter Über Subnetze.

Merkmale des Teilnetzes

  • Jedes Teilnetz besteht aus einem bestimmten IP-Adressbereich (CIDR-Block)
  • Subnetze sind an eine einzige Zone gebunden und können sich nicht über mehrere Zonen oder Regionen erstrecken
  • Subnetze innerhalb der gleichen VPC werden automatisch über einen impliziten Router miteinander verbunden
  • Jedes Teilnetz reserviert bestimmte IP-Adressen für die Systemnutzung

Adressierung und vom System reservierte IP-Adressen

Wenn Sie ein Subnetz erstellen, werden bestimmte IP-Adressen innerhalb des CIDR-Bereichs von IBM für den Betrieb der VPC reserviert. Diese Adressen können Ihren Workloads nicht zugewiesen werden. Wenn der CIDR-Bereich Ihres Subnetzes z. B. 10.10.10.0/24 lautet, sind die folgenden Adressen reserviert:

  • Erste Adresse im CIDR-Bereich (10.10.10.0): Netzadresse

  • Zweite Adresse im CIDR-Bereich (10.10.10.1): Gateway-Adresse

  • Dritte Adresse im CIDR-Bereich (10.10.10.2): Für IBM reserviert

  • Vierte Adresse im CIDR-Bereich (10.10.10.3): Für die zukünftige Verwendung durch IBM reserviert

  • Letzte Adresse im CIDR-Bereich (10.10.10.255): Von der Plattform reserviert (traditionell die Broadcast-Adresse)

    Planen Sie die Größe Ihres Subnetzes so, dass genügend IP-Adressen für Ihre Arbeitslasten zur Verfügung stehen.

Das VPC-Netzwerkmodell

Die VPC-Vernetzung basiert auf drei Konnektivitätsbereichen:

  • Interne Konnektivität- Kommunikation zwischen Ressourcen innerhalb einer einzelnen VPC
  • Private Konnektivität- Kommunikation von Ressourcen mit anderen privaten Netzen und ohne Nutzung des öffentlichen Internets
  • Externe Konnektivität- Kommunikation von Ressourcen mit oder aus dem öffentlichen Internet

Diese Bereiche helfen Ihnen bei der Auswahl der geeigneten Netzwerkdienste für Ihren Anwendungsfall und beim Entwurf von Architekturen, die Ihren Sicherheits- und Leistungsanforderungen entsprechen.

Interne VPC-Konnektivität

Interne Konnektivität ermöglicht die Kommunikation zwischen Ressourcen innerhalb einer einzelnen VPC. Diese Konnektivität ist automatisch, privat und erfordert keine zusätzliche Konfiguration für die grundlegende Subnetz-zu-Subnetz-Kommunikation. Alle Subnetze innerhalb der gleichen VPC sind über einen impliziten Router verbunden, der eine private Kommunikation von Subnetz zu Subnetz und von Instanz zu Instanz ermöglicht. Für die grundlegende Konnektivität innerhalb einer VPC müssen Sie keine Routing-Tabellen oder statischen Routen konfigurieren.

Diese interne Konnektivität unterstützt gängige Architekturen wie mehrschichtige Anwendungen (Web-, Anwendungs- und Datenbanksubnetze), Ost-West-Verkehr zwischen Instanzen und zonenübergreifende Kommunikation für hohe Verfügbarkeit.

Virtuelle Netzschnittstellen

Alle VPC-Ressourcen, die am Netzwerkbetrieb teilnehmen, werden über eine virtuelle Netzwerkschnittstelle (VNI) an das Netzwerk angeschlossen. Eine VNI ist eine logische Darstellung einer Netzwerkschnittstelle, die eine Ressource mit einem Subnetz verbindet.

Hauptmerkmale der VNI:

  • Erstellt innerhalb eines bestimmten Teilnetzes
  • Zuweisung einer privaten IP-Adresse aus dem CIDR-Bereich des Subnetzes
  • Dienen als Anknüpfungspunkte für Sicherheitsgruppen
  • Kann mit schwebenden IP-Adressen für externe Konnektivität verbunden werden
  • Sie bilden die Grundlage für den Verkehrsfluss, die Durchsetzung der Sicherheit und die Konnektivität

VNIs helfen Ihnen, den Netzwerkzugang auf granularer Ebene zu kontrollieren und bieten Flexibilität bei der Verwaltung von Netzwerkkonfigurationen. Weitere Informationen finden Sie unter Über virtuelle Netzwerkschnittstellen.

Sicherheitskontrollen für interne Konnektivität

Der Datenverkehr innerhalb einer VPC wird durch mehrere Ebenen von Sicherheitskontrollen geregelt, die zusammenarbeiten, um Ihre Ressourcen zu schützen.

Sicherheitsgruppen

Sicherheitsgruppen bieten zustandsabhängige Sicherheit auf Instanzebene, indem sie den ein- und ausgehenden Verkehr zu einzelnen Ressourcen kontrollieren. Bei der Anwendung auf VNI-Ebene erhalten die Sicherheitsgruppen Informationen über den Verbindungsstatus, wodurch der Rückverkehr für eine zugelassene Verbindung automatisch zugelassen wird, ohne dass eine explizite Regel erforderlich ist. Weitere Informationen finden Sie unter Über Sicherheitsgruppen.

Netz-ACLs

Netzwerk-Zugriffskontrolllisten (ACLs) bieten zustandslose Sicherheit auf Subnetzebene, indem sie den Verkehr filtern, der in ein Subnetz eintritt oder es verlässt. Im Gegensatz zu Sicherheitsgruppen sind Netzwerk-ACLs zustandslos, d. h. der Rückverkehr muss ausdrücklich durch separate Regeln zugelassen werden. Auf Subnetzebene angewandt, wirken sich Netzwerk-ACLs auf alle Ressourcen innerhalb des Subnetzes aus und bieten eine grobkörnige Filterung, die als grundlegende Sicherheitsrichtlinie dient. Weitere Informationen finden Sie unter Über Netzwerk-ACLs.

Routing-Tabellen und Routen

VPC verwendet Routing-Tabellen, um zu steuern, wie der Verkehr innerhalb und außerhalb Ihrer VPC geleitet wird. Während der implizite Router grundlegende Subnetz-zu-Subnetz-Verbindungen automatisch abwickelt, können Sie benutzerdefinierte Routen erstellen, um erweiterte Routing-Szenarien zu implementieren und den Verkehrsfluss genauer zu steuern.

Verwenden Sie in den folgenden Fällen benutzerdefinierte Routing-Tabellen:

  • Um das Standard-Routing-Verhalten für bestimmte Subnetze oder Verkehrsquellen außer Kraft zu setzen.
  • Zur Weiterleitung des Datenverkehrs durch eine virtuelle Netzwerk-Appliance zur Überprüfung oder Verarbeitung.
  • Implementierung von Hub-and-Spoke-Netztopologien mit zentralisierten Diensten.
  • So steuern Sie, wie der eingehende Datenverkehr aus dem Internet oder von VPN-Verbindungen weitergeleitet wird.
  • Implementierung fortgeschrittener Netzarchitekturen mit mehreren Routing-Domänen.

Weitere Informationen finden Sie unter Informationen zu Routing-Tabellen und Routen.

Private Konnektivität über eine einzelne VPC hinaus

Private Konnektivität ermöglicht es Ihrem VPC, mit anderen Netzwerken zu kommunizieren, ohne den Datenverkehr über das öffentliche Internet zu leiten. Der gesamte Datenverkehr verbleibt auf dem Backbone von IBM Cloud Private, was für mehr Sicherheit, geringere Latenzzeiten und eine vorhersehbare Leistung sorgt.

Verbinden mehrerer VPCs

Verwenden Sie IBM Cloud® Transit Gateway um skalierbares Routing zwischen mehreren VPCs zu ermöglichen. Transit Gateway bietet:

  • Regionsübergreifende Konnektivität- Verbinden Sie VPCs über verschiedene Regionen hinweg IBM Cloud
  • Kontoübergreifende Konnektivität- Verbinden Sie VPCs über verschiedene IBM Cloud Konten hinweg
  • Hub-and-Spoke-Topologie- Zentralisierung der Konnektivität über ein einziges Transit-Gateway
  • Transitive Routing- Ermöglicht die Kommunikation zwischen verbundenen Netzwerken

Transit Gateway ist ideal für Unternehmensarchitekturen, die eine zentralisierte Netzwerkverwaltung und Konnektivität über mehrere VPCs hinweg erfordern. Weitere Informationen finden Sie unter IBM Cloud Transit Gateway.

Verbindung zu lokalen Netzwerken

Verbinden Sie Ihre VPC mit lokalen Rechenzentren oder anderen Cloud-Umgebungen, indem Sie die folgenden Optionen verwenden:

VPN for VPC

VPN for VPC bietet verschlüsselte Konnektivität über das Internet zwischen Ihrer VPC und entfernten Netzwerken. Diese Lösung ist ideal für hybride Cloud-Architekturen, in denen Sie Ihre VPC mit lokalen Rechenzentren verbinden, den Fernzugriff für Benutzer ermöglichen oder eine Site-to-Site-Konnektivität zwischen verschiedenen Standorten herstellen müssen.

VPN for VPC verwendet branchenübliche Verschlüsselungsprotokolle, um die Daten während der Übertragung zu schützen, und unterstützt einen hohen Durchsatz, wodurch es sich für bandbreitenintensive Arbeitslasten eignet. Sie können VPN-Verbindungen entweder mit einem richtlinienbasierten oder einem routenbasierten Ansatz konfigurieren, je nach den Anforderungen Ihres Netzwerks und den Möglichkeiten Ihrer VPN-Geräte vor Ort.

  • Richtlinienbasierte VPNs verwenden Zugriffskontrolllisten, um zu bestimmen, welcher Datenverkehr verschlüsselt und durch den Tunnel gesendet wird.
  • Routenbasierte VPNs verwenden Routing-Tabellen, um den Datenverkehr durch die VPN-Verbindung zu leiten, und bieten mehr Flexibilität für komplexe Netzwerktopologien. Weitere Informationen finden Sie unter VPN for VPC.

Privater Zugang zu den Dienstleistungen von IBM Cloud

Greifen Sie von Ihrer VPC aus auf die Dienste von IBM Cloud zu, ohne den Datenverkehr dem öffentlichen Internet auszusetzen, indem Sie die folgenden Optionen verwenden:

Virtuelle private Endpunkte (VPEs)

Virtual Private Endpoints ermöglichen Ressourcen in Ihrer VPC den Zugriff auf unterstützte IBM Cloud Services, indem sie private IP-Adressen aus Ihrem VPC-Adressraum verwenden. Diese Fähigkeit ist nützlich, wenn Sie auf Dienste wie IBM Cloud Object Storage für die Objektspeicherung, Key Protect für die Verwaltung von Verschlüsselungsschlüsseln oder verwaltete Datenbankdienste zugreifen müssen, ohne den Datenverkehr über das öffentliche Internet zu leiten. Weitere Informationen finden Sie unter Über virtuelle private Endpunkte.

Privater Pfad

IBM Cloud Private Path ermöglicht private Konnektivität zwischen Kunden und Anbietern für IBM, Partner oder vom Kunden gehostete Dienste über das IBM Cloud Private Netzwerk. Diese Lösung ist nützlich, wenn Sie auf Dienste von Drittanbietern, Partnerlösungen oder benutzerdefinierte Anwendungen zugreifen müssen, ohne den Datenverkehr dem öffentlichen Internet auszusetzen. Weitere Informationen finden Sie unter IBM Cloud Private Path.

Externe Konnektivität

Externe Konnektivität ermöglicht die Kommunikation zwischen Ihren VPC-Ressourcen und dem öffentlichen Internet. Standardmäßig sind alle VPC-Ressourcen privat und können nicht aus dem Internet abgerufen werden. Sie müssen die externe Konnektivität ausdrücklich aktivieren, indem Sie Network Address Translation (NAT) verwenden.

Netzadressumsetzung (Network Address Translation, NAT)

Network Address Translation (NAT) ist eine Methode, um private IP-Adressen, die innerhalb Ihrer VPC verwendet werden, auf öffentliche IP-Adressen abzubilden, die mit dem Internet kommunizieren können. NAT ist für die externe Konnektivität unerlässlich, da VPC-Ressourcen private IP-Adressen aus RFC 1918-Adressbereichen (wie 10.0.0.0/8, 172.16.0.0/12 und 192.168.0.0/16) verwenden, die im öffentlichen Internet nicht geroutet werden können. NAT ermöglicht es diesen privaten Ressourcen, mit Internetdiensten zu kommunizieren, indem ihre privaten IP-Adressen in öffentliche IP-Adressen übersetzt werden.

IBM Cloud VPC unterstützt zwei Arten von NAT:

Quellen-NAT (SNAT)
Übersetzt die Quell-IP-Adresse des ausgehenden Datenverkehrs von einer privaten IP-Adresse in eine öffentliche IP-Adresse. Dieses Verhalten ermöglicht es virtuellen Serverinstanzen, Verbindungen zum Internet herzustellen und dabei ihre privaten IP-Adressen zu verbergen. SNAT wird über öffentliche Gateways implementiert und verwendet ein Many-to-One-Mapping, bei dem sich mehrere Instanzen eine einzige öffentliche IP-Adresse teilen.
Ziel-NAT (DNAT)
Übersetzt die Ziel-IP-Adresse des eingehenden Datenverkehrs von einer öffentlichen IP-Adresse in eine private IP-Adresse. Dieses Verhalten ermöglicht es externen Clients, Verbindungen zu Instanzen in Ihrer VPC zu initiieren. DNAT wird über schwebende IP-Adressen implementiert und verwendet eine Eins-zu-Eins-Zuordnung, bei der jede öffentliche IP-Adresse einer einzelnen privaten IP-Adresse entspricht.

Externe Konnektivitätsoptionen

IBM Cloud VPC bietet die folgenden Optionen für externe Verbindungen:

Öffentliches Gateway

Ein öffentliches Gateway ermöglicht allen Instanzen in einem Subnetz den Zugang zum Internet für ausgehende Verbindungen. Die Instanzen können keine eingehenden Verbindungen aus dem Internet empfangen.

Verwenden Sie in den folgenden Fällen ein öffentliches Gateway:

  • Instanzen müssen Software-Updates oder Pakete aus dem Internet herunterladen
  • Anwendungen müssen ausgehende API-Aufrufe an externe Dienste tätigen
  • Mehrere Instanzen benötigen einen ausgehenden Internetzugang, ohne dass sie dem eingehenden Verkehr ausgesetzt sind

Weitere Informationen finden Sie unter Über öffentliche Gateways.

Variable IP-Adresse

Eine Floating-IP-Adresse ist eine öffentliche IP-Adresse, die Sie mit einer virtuellen Netzwerkschnittstelle verknüpfen können, um eine bidirektionale Internetverbindung für eine einzelne Instanz zu ermöglichen.

Verwenden Sie in den folgenden Fällen eine freie IP-Adresse:

  • So stellen Sie einen Webserver, eine Anwendung oder einen API-Endpunkt dem Internet zur Verfügung

  • So bieten Sie SSH- oder RDP-Zugang zu einer Instanz aus dem Internet

  • Zur Erleichterung der bidirektionalen Konnektivität für eine bestimmte Instanz

  • So implementieren Sie einen Bastion-Host oder Sprung-Server

    Wenn Sie einer Instanz eine freie IP zuordnen, ist die Instanz dem eingehenden Internetverkehr ausgesetzt. Verwenden Sie Sicherheitsgruppen und Netzwerk-ACLs, um den Zugriff zu kontrollieren und Ihre Instanz zu schützen.

Weitere Informationen finden Sie unter Über freie IP-Adressen.

Die folgende Tabelle verdeutlicht den Unterschied zwischen einem öffentlichen Gateway und Floating IP:

Vergleich der externen Anschlussmöglichkeiten
Feature Öffentliches Gateway Variable IP-Adresse
Richtung Nur ausgehend. Instanzen können Verbindungen zum Internet initiieren, aber keine eingehenden Verbindungen empfangen Bidirektional. Instanzen können Verbindungen initiieren und empfangen
Scope Gesamtes Teilnetz Einzelne Instanz
NAT-Typ Quellen-NAT (SNAT)- Many-to-1 NAT Ziel-NAT (DNAT)- 1-to-1 NAT
Anwendungsfall Software-Updates, Paket-Downloads, ausgehende API-Aufrufe Webserver, Anwendungsendpunkte, SSH-Zugang
Sicherheit Die Instanzen sind vor eingehendem Internetverkehr geschützt Die Instanzen sind dem eingehenden Internetverkehr ausgesetzt (verwenden Sie Sicherheitsgruppen, um den Zugriff zu kontrollieren)

Öffentliche Adressbereiche

Ein öffentlicher Adressbereich ist ein zusammenhängender Satz von IBM-bereitgestellten öffentlichen IP-Adressen, die Sie reservieren und an eine VPC in einer Verfügbarkeitszone binden können. Im Gegensatz zu Floating-IP-Adressen, die einzelne öffentliche IP-Adressen bereitstellen, erhalten Sie mit öffentlichen Adressbereichen einen Block aufeinander folgender öffentlicher IP-Adressen, die Sie für erweiterte Routing- und Sicherheitsszenarien verwenden können.

Verwenden Sie in den folgenden Fällen einen öffentlichen Adressbereich:

  • Um den eingehenden Internetverkehr zur Prüfung durch eine zentrale Sicherheitseinrichtung oder Firewall zu leiten.

  • Um die Verwaltung mehrerer variabler IP-Adressen zu vermeiden und stattdessen den Datenverkehr über einen einzigen, skalierbaren IP-Bereich abzuwickeln.

  • Zuweisung zusammenhängender Blöcke von öffentlichen IP-Adressen für skalierbare Routing- und Sicherheitsrichtlinien.

  • Implementierung fortschrittlicher Netzwerkarchitekturen mit VNF-Appliances oder Sicherheitslösungen von Drittanbietern.

    Öffentliche Adressbereiche können den Ressourcen nicht direkt zugewiesen werden. Sie werden nur in benutzerdefinierten Ingress-Routentabellen verwendet, um den Datenverkehr zu den nächsten Zielressourcen wie Firewalls zu leiten. Überprüfen Sie Ihre Sicherheitsgruppenregeln, Netzwerk-ACLs und Egress-Routen und passen Sie sie an, um den Verkehrsfluss für den öffentlichen Adressbereich IP zu kontrollieren.

Weitere Informationen finden Sie unter Über öffentliche Adressbereiche.

Vergleich der Gateway-Dienste

In der folgenden Tabelle sind die Funktionen der VPC-Gateway-Dienste zusammengefasst:

Fähigkeiten der Gateway-Dienste
Funktionalität Öffentliches Gateway (SNAT) Ungebundene IP (DNAT) Network ACL VPN for VPC
Ausgehender Internetzugang Ja - Gesamtes Teilnetz Ja - Einzelne Instanz Nicht zutreffend Nicht zutreffend
Eingehender Internetzugang Nein Ja - Begrenzt auf eine einzige Instanz Ja - Eingeschränkt durch Vorschriften Nein
Zugriffssteuerung Vor eingehendem Verkehr geschützte Instanzen Erfordert Sicherheitsgruppen zum Schutz Zustandslose Filterung nach Dienst, Protokoll oder Anschluss Verschlüsselte Standort-zu-Standort-Konnektivität
Skalierbarkeit Unterstützt Tausende von Instanzen pro Subnetz Eine schwebende IP pro Instanz Angewandt auf das gesamte Teilnetz Unterstützt mehrere VPN-Verbindungen
Anwendungsfall Ausschließlicher Internetzugang nach außen Öffentlich zugängliche Dienste Grundlegende Teilnetzsicherheit Hybride Cloud-Konnektivität

Abbildung, die zeigt, wie eine VPC mit Subnetzen unterteilt
werden kann IBM VPC-Konnektivität und -Sicherheit

Lastausgleich und DNS-Dienste

VPC bietet Lastausgleichs- und DNS-Dienste, um den Datenverkehr zu verteilen, die Verfügbarkeit zu verbessern und die Erkennung von Diensten in Ihrer Netzwerkarchitektur zu ermöglichen.

Lastverteiler für VPC

IBM Cloud Load Balancer für VPC verteilt den Datenverkehr auf mehrere Instanzen, um die Verfügbarkeit und Leistung von Anwendungen zu verbessern.

Lastverteiler-Typen

  • Application Load Balancer- Layer 7 Load Balancing mit erweiterten Routing-Funktionen basierend auf HTTP / HTTPS Verkehr
  • Network Load Balancer- Layer 4 Load Balancing für TCP und UDP Datenverkehr mit hohem Durchsatz und geringer Latenz

Optionen für den Einsatz von Lastverteilern

  • Öffentliche Load Balancer- Verteilen den Verkehr aus dem Internet auf die Instanzen in Ihrer VPC
  • Private Load Balancer- Verteilen den Datenverkehr zwischen internen Ressourcen oder aus privaten Netzwerken

Load Balancer lassen sich nahtlos in VPC-Subnetze, VNIs und Sicherheitskontrollen integrieren, um eine vollständige Lösung zur Verteilung des Datenverkehrs zu bieten. Weitere Informationen finden Sie unter IBM Cloud Load Balancer für VPC.

DNS Services

IBM Cloud® DNS Services bietet eine maßgebliche DNS-Namensauflösung für Ihre VPC-Ressourcen und ermöglicht die Erkennung von Diensten in Ihrer Netzwerkarchitektur. DNS Services spielt in allen drei Konnektivitätsbereichen (intern, privat und extern) eine entscheidende Rolle, indem es die Namensauflösung für Ressourcen und Dienste bereitstellt. Weitere Informationen finden Sie unter DNS Services.

Nächste Schritte

Jetzt, da Sie die VPC-Netzwerkkonzepte verstanden haben, können Sie: