View a markdown version of this page

Zugriff auf Servicenetzwerke über AWS PrivateLink - Amazon Virtual Private Cloud

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Zugriff auf Servicenetzwerke über AWS PrivateLink

Sie können von Ihrer VPC aus über einen VPC-Endpunkt des Servicenetzwerks (Servicenetzwerk-Endpunkt) eine private Verbindung zu einem Servicenetzwerk herstellen. Über einen Servicenetzwerk-Endpunkt können Sie privat und sicher auf die Ressourcen und Dienste zugreifen, die dem Servicenetzwerk zugeordnet sind. Auf diese Weise können Sie privat über einen einzigen VPC-Endpunkt auf mehrere Ressourcen und Dienste zugreifen.

Ein Servicenetzwerk ist eine logische Sammlung von Ressourcenkonfigurationen und VPC-Lattice-Diensten. Mithilfe eines Servicenetzwerkendpunkts können Sie ein Servicenetzwerk mit Ihrer VPC verbinden und privat von Ihrer VPC oder lokal aus auf diese Ressourcen und Dienste zugreifen. Mit einem Servicenetzwerk-Endpunkt können Sie eine Verbindung zu einem Servicenetzwerk herstellen. Um von Ihrer VPC aus eine Verbindung zu mehreren Servicenetzwerken herzustellen, können Sie mehrere Dienstnetzwerk-Endpunkte erstellen, von denen jeder auf ein anderes Dienstnetzwerk verweist.

Servicenetzwerke sind in () integriert AWS Resource Access Manager .AWS RAM Sie können Ihr Servicenetzwerk über mit einem anderen Konto teilen AWS RAM. Wenn Sie ein Servicenetzwerk mit einem anderen AWS Konto teilen, kann dieses Konto einen Servicenetzwerk-Endpunkt erstellen, über den Sie eine Verbindung zum Servicenetzwerk herstellen können. Sie können ein Servicenetzwerk mithilfe eines Resource Share-In AWS RAM gemeinsam nutzen.

Verwenden Sie die AWS RAM Konsole, um die Ressourcenfreigaben, zu denen Sie hinzugefügt wurden, die gemeinsamen Dienstnetzwerke, auf die Sie zugreifen können, und die AWS Konten, die die Ressourcen mit Ihnen gemeinsam genutzt haben, anzuzeigen. Weitere Informationen finden Sie im AWS RAM Benutzerhandbuch unter Mit Ihnen geteilte Ressourcen.

Preisgestaltung

Die Ressourcenkonfigurationen, die mit Ihrem Servicenetzwerk verknüpft sind, werden Ihnen stündlich in Rechnung gestellt. Ihnen wird auch pro GB verarbeiteter Daten in Rechnung gestellt, wenn Sie über den VPC-Endpunkt des Servicenetzwerks auf Ressourcen zugreifen. Der VPC-Endpunkt des Servicenetzwerks selbst wird Ihnen nicht stündlich in Rechnung gestellt. Weitere Informationen finden Sie unter Amazon VPC Lattice Preise.

-Übersicht

Sie können entweder Ihr eigenes Servicenetzwerk erstellen oder ein Servicenetzwerk kann von einem anderen Konto aus mit Ihnen gemeinsam genutzt werden. In beiden Fällen können Sie einen Service-Netzwerk-Endpunkt erstellen, um von Ihrer VPC aus eine Verbindung zu diesem herzustellen. Weitere Informationen zum Erstellen eines Servicenetzwerks und zum Zuordnen von Ressourcenkonfigurationen finden Sie im Amazon VPC Lattice-Benutzerhandbuch.

Das folgende Diagramm zeigt, wie ein Servicenetzwerk-Endpunkt in Ihrer VPC auf ein Servicenetzwerk zugreift.

Ein Servicenetzwerk-Endpunkt stellt eine Verbindung zu einem Servicenetzwerk her.

Netzwerkverbindungen können nur von der VPC mit dem Dienstnetzwerkendpunkt zu den Ressourcen und Diensten im Dienstnetzwerk initiiert werden. Die VPC mit den Ressourcen und Diensten kann keine Netzwerkverbindungen zur Endpunkt-VPC initiieren.

DNS-Hostnamen

Mit AWS PrivateLink senden Sie über private Endpunkte Datenverkehr an Servicenetzwerke. Wenn Sie einen VPC-Endpunkt für ein Servicenetzwerk erstellen, erstellen wir regionale DNS-Namen (als Standard-DNS-Name bezeichnet) für jede Ressource und jeden Dienst, den Sie für die Kommunikation mit der Ressource und dem Dienst von Ihrer VPC und vor Ort aus verwenden können. Die mit dem Endpunkt verknüpften IP-Adressen können sich ändern. Wir empfehlen, dass Sie DNS anstelle von Endpunkt-IPs verwenden, um eine Verbindung zu Ihren Servicenetzwerken herzustellen.

Der Standard-DNS-Name für eine Ressource im Dienstnetzwerk hat die folgende Syntax:

endpointId-snraId.rcfgId.randomHash.vpc-lattice-rsc.region.on.aws

Der Standard-DNS-Name für einen Lattice-Dienst im Dienstnetzwerk hat die folgende Syntax:

endpointId-snsaId.randomHash.vpc-lattice-svcs.region.on.aws

Wenn Sie den verwenden AWS-Managementkonsole, finden Sie den DNS-Namen auf der Registerkarte Verknüpfungen. Wenn Sie den verwenden AWS CLI, verwenden Sie den Befehl describe-vpc-endpoint-associations.

Sie können privates DNS nur aktivieren, wenn Ihr Servicenetzwerk über eine ARN-type Ressourcenkonfiguration für einen Amazon RDS-Datenbankservice verfügt. Mit privatem DNS können Sie weiterhin Anfragen an die Ressource stellen, indem Sie den vom Dienst für die Ressource bereitgestellten DNS-Namen verwenden und gleichzeitig die private Konnektivität über den VPC-Endpunkt des AWS Servicenetzwerks nutzen. Weitere Informationen finden Sie unter DNS-Auflösung.

DNS-Auflösung

Wenn Sie einen Servicenetzwerkendpunkt erstellen, erstellen wir DNS-Namen für jede Ressourcenkonfiguration und jeden Lattice-Dienst, der dem Servicenetzwerk zugeordnet ist. Diese DNS-Einträge sind öffentlich. Daher sind diese DNS-Namen öffentlich auflösbar. DNS-Anfragen von außerhalb der VPC geben jedoch immer noch die privaten IP-Adressen der Netzwerkschnittstellen des Servicenetzwerkendpunkts zurück. Sie können diese DNS-Namen verwenden, um lokal auf die Ressource und Dienste zuzugreifen, sofern Sie über VPN oder Direct Connect Zugriff auf die VPC haben, in der sich der Servicenetzwerkendpunkt befindet.

Privates DNS

Wenn Sie privates DNS für Ihren VPC-Endpunkt im Servicenetzwerk aktivieren und in Ihrer VPC sowohl DNS-Hostnamen als auch DNS-Auflösung aktiviert sind, erstellen wir versteckte, AWS verwaltete private gehostete Zonen für die Ressourcenkonfigurationen mit benutzerdefinierten DNS-Namen. Die gehostete Zone enthält einen Datensatz für den Standard-DNS-Namen für die Ressource, der ihn in die privaten IP-Adressen der Netzwerkschnittstellen des Servicenetzwerk-Endpunkts in Ihrer VPC auflöst.

Amazon stellt einen DNS-Server für Ihre VPC zu Verfügung, den Route 53 Resolver. Der Route 53 Resolver löst automatisch lokale VPC-Domainnamen und Datensätze in privaten gehosteten Zonen. Sie können den Route 53 Resolver jedoch nicht von außerhalb Ihrer VPC verwenden. Wenn Sie von Ihrem lokalen Netzwerk aus auf Ihren VPC-Endpunkt zugreifen möchten, können Sie die Standard-DNS-Namen oder Route 53 Resolver-Endpunkte und Resolver-Regeln verwenden. Weitere Informationen finden Sie unter Integration mit und. AWS Transit GatewayAWS PrivateLinkAmazon Route 53 Resolver

Subnetze und Availability Zones

Sie können Ihre VPC-Endpunkte mit einem Subnetz pro Availability Zone konfigurieren. Wir erstellen eine elastic network interface für den VPC-Endpunkt in Ihrem Subnetz. Wir weisen jeder elastic network interface IP-Adressen aus ihrem Subnetz in Vielfachen von /28 zu, wenn der IP-Adresstyp des VPC-Endpunkts IPv4 ist. Die Anzahl der in jedem Subnetz zugewiesenen IP-Adressen hängt von der Anzahl der Ressourcenkonfigurationen ab. Bei Bedarf fügen wir zusätzliche IP-Adressen in /28-Blöcken hinzu. In einer Produktionsumgebung empfehlen wir für hohe Verfügbarkeit und Ausfallsicherheit, mindestens zwei Availability Zones für jeden VPC-Endpunkt zu konfigurieren und zusammenhängende IPs verfügbar zu haben.

IP-Adresstypen

Service-network Endpunkte können IPv4-, IPv6- oder Dual-Stack-Adressen unterstützen. Endpunkte, die IPv6 unterstützen, können auf DNS-Abfragen mit AAAA-Datensätzen antworten. Der IP-Adresstyp eines Dienstnetzwerkendpunkts muss mit den Subnetzen für den Ressourcenendpunkt kompatibel sein, wie hier beschrieben:

  • IPv4 – Weisen Sie Ihren Endpunkt-Netzwerkschnittstellen IPv4-Adressen zu. Diese Option wird nur unterstützt, wenn alle ausgewählten Subnetze über IPv4-Adressbereiche verfügen.

  • IPv6 – Weisen Sie Ihren Endpunktnetzwerkschnittstellen IPv6-Adressen. Diese Option wird nur unterstützt, wenn alle ausgewählten Subnetze reine IPv6-Subnetze sind.

  • Dualstack – Zuweisen von IPv4- und IPv6-Adressen zu Ihren Endpunktnetzwerkschnittstellen. Diese Option wird nur unterstützt, wenn alle ausgewählten Subnetze sowohl IPv4- als auch IPv6-Adressbereiche aufweisen.

Wenn ein VPC-Endpunkt im Servicenetzwerk IPv4 unterstützt, haben die Netzwerkschnittstellen des Endpunkts IPv4-Adressen. Wenn ein VPC-Endpunkt im Servicenetzwerk IPv6 unterstützt, haben die Netzwerkschnittstellen des Endpunkts IPv6-Adressen. Die IPv6-Adresse für eine Endpunkt-Netzwerkschnittstelle ist aus dem Internet nicht erreichbar. Wenn Sie eine Endpunktnetzwerkschnittstelle mit einer IPv6-Adresse beschreiben, beachten Sie, dass denyAllIgwTraffic aktiviert ist.