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.
Greifen Sie auf Servicenetzwerke zu AWS PrivateLink
Sie können von Ihrer VPC aus eine private Verbindung zu einem Servicenetzwerk herstellen, indem Sie einen VPC-Endpunkt für ein Servicenetzwerk verwenden (Dienstnetzwerk-Endpunkt). Ü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 über einen einzigen VPC-Endpunkt privat auf mehrere Ressourcen und Dienste zugreifen.
Ein Servicenetzwerk ist eine logische Sammlung von Ressourcenkonfigurationen und VPC-Lattice-Diensten. Mithilfe eines Dienstnetzwerk-Endpunkts können Sie ein Servicenetzwerk mit Ihrer VPC verbinden und privat von Ihrer VPC oder von Ihrem Standort aus auf diese Ressourcen und Dienste zugreifen. Über einen 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 Servicenetzwerk-Endpunkte erstellen, die jeweils auf ein anderes Servicenetzwerk verweisen.
Servicenetzwerke sind in () integriert AWS Resource Access Manager .AWS RAM Sie können Ihr Servicenetzwerk über ein anderes Konto gemeinsam nutzen AWS RAM. Wenn Sie ein Servicenetzwerk mit einem anderen AWS Konto teilen, kann dieses Konto einen Dienstnetzwerk-Endpunkt für die Verbindung mit dem Servicenetzwerk erstellen. Sie können ein Servicenetzwerk mithilfe eines Resource Share In AWS RAM gemeinsam nutzen.
Verwenden Sie die AWS RAM Konsole, um die Ressourcenfreigaben anzuzeigen, zu denen Sie hinzugefügt wurden, die gemeinsam genutzten Dienstenetzwerke, auf die Sie zugreifen können, und die AWS Konten, die die Ressourcen mit Ihnen gemeinsam genutzt haben. Weitere Informationen finden Sie im AWS RAM Benutzerhandbuch unter Ressourcen, die für Sie freigegeben wurden.
Preisgestaltung
Die Ressourcenkonfigurationen, die Ihrem Servicenetzwerk zugeordnet sind, werden Ihnen stündlich in Rechnung gestellt. Ihnen wird auch pro GB an verarbeiteten 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
Inhalt
-Übersicht
Sie können entweder Ihr eigenes Servicenetzwerk erstellen oder ein Servicenetzwerk kann von einem anderen Konto aus mit Ihnen geteilt werden. In beiden Fällen können Sie einen Servicenetzwerk-Endpunkt erstellen, um von Ihrer VPC aus eine Verbindung zu ihm herzustellen. Weitere Informationen zum Erstellen eines Servicenetzwerks und zum Zuordnen von Ressourcenkonfigurationen zu diesem Netzwerk finden Sie im Amazon VPC Lattice-Benutzerhandbuch.
Das folgende Diagramm zeigt, wie ein Service-Netzwerk-Endpunkt in Ihrer VPC auf ein Servicenetzwerk zugreift.
Netzwerkverbindungen können nur von der VPC, die den Dienstnetzwerk-Endpunkt hat, zu den Ressourcen und Diensten im Servicenetzwerk initiiert werden. Die VPC mit den Ressourcen und Diensten kann keine Netzwerkverbindungen zur Endpunkt-VPC initiieren.
DNS-Hostnamen
Mit AWS PrivateLink senden Sie Datenverkehr über private Endpunkte an Servicenetzwerke. Wenn Sie einen VPC-Endpunkt für ein Servicenetzwerk erstellen, erstellen wir regionale DNS-Namen (als Standard-DNS-Namen bezeichnet) für jede Ressource und jeden Dienst, die Sie für die Kommunikation mit der Ressource und dem Dienst von Ihrer VPC aus und vor Ort verwenden können. Die dem Endpunkt zugewiesenen IP-Adressen können sich ändern. Wir empfehlen, DNS anstelle von Endpunkt-IPs zu verwenden, um eine Verbindung zu Ihren Servicenetzwerken herzustellen.
Der Standard-DNS-Name für eine Ressource im Servicenetzwerk 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 https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-vpc-endpoint-associations.html 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 DNS-Namen verwenden, den der AWS Service für die Ressource bereitgestellt hat, und gleichzeitig die private Konnektivität über den VPC-Endpunkt des Service-Netzwerks nutzen. Weitere Informationen finden Sie unter DNS-Auflösung.
DNS-Auflösung
Wenn Sie einen Servicenetzwerk-Endpunkt 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 weiterhin 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 privat 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 Dienstnetzwerk-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 Integrieren mit und. AWS Transit GatewayAWS PrivateLinkAmazon Route 53 Resolver
Subnetze und Availability Zones
Sie können Ihren Service-Netzwerk-Endpunkt mit einem Subnetz pro Availability Zone konfigurieren. Wir erstellen eine elastische Netzwerkschnittstelle für den VPC-Endpunkt in jedem von Ihnen angegebenen Subnetz. Wir weisen jeder elastischen Netzwerkschnittstelle aus ihrem Subnetz wie folgt IP-Adressen zu:
-
VPC-Lattice-Dienste (Layer 7) — Wir weisen allen VPC Lattice-Diensten, die dem Servicenetzwerk zugeordnet sind, einen /28-Block (16 zusammenhängende IPv4-Adressen) pro Availability Zone zu. Dieser /28-Block wird zugewiesen, wenn der Service-Netzwerk-Endpunkt erstellt wird, auch wenn sich derzeit keine Dienste im Servicenetzwerk befinden. Der /28-Block muss aus 16 zusammenhängenden, unbesetzten IPv4-Adressen bestehen und darf sich nicht mit den fünf AWS-reservierten Adressen (erste vier und letzte IP) überschneiden. Stellen Sie sicher, dass ausreichend freier zusammenhängender Adressraum verfügbar ist. Für IPv6 weisen wir den VPC-Lattice-Diensten außerdem einen /80-Block pro Availability Zone zu.
-
VPC-Lattice-Ressourcen (Layer 4/TCP) — Wir weisen pro Ressourcenkonfiguration pro Availability Zone eine IPv4-Adresse zu. Für VPC-Lattice-Ressourcen ist kein zusammenhängender Adressraum erforderlich. Wir weisen bis zu 63 IP-Adressen pro Elastic Network-Schnittstelle zu. Wenn zusätzliche Ressourcenkonfigurationen dieses Limit überschreiten, erstellen wir eine weitere elastische Netzwerkschnittstelle im selben Subnetz. Für IPv6 weisen wir der ersten elastischen Netzwerkschnittstelle, die für Ressourcen erstellt wurde, einen /80-Block zu. Bei Verwendung von IPv6 werden keine zusätzlichen elastischen Netzwerkschnittstellen erstellt. Wenn Sie eine Ressourcenkonfiguration aus dem Servicenetzwerk entfernen, geben wir die zugehörige IP-Adresse frei. Wenn alle IPv4-Adressen auf einer elastischen Netzwerkschnittstelle freigegeben sind, entfernen wir die elastische Netzwerkschnittstelle.
In einer Produktionsumgebung empfehlen wir aus Gründen der Hochverfügbarkeit und Ausfallsicherheit, mindestens zwei Availability Zones für jeden Service-Netzwerk-Endpunkt zu konfigurieren und sicherzustellen, dass jedes Subnetz über ausreichend verfügbare IPv4-Adressen verfügt.
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 Dienstnetzwerk-Endpunkts 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 für ein Servicenetzwerk IPv4 unterstützt, haben die Endpunkt-Netzwerkschnittstellen IPv4-Adressen. Wenn ein VPC-Endpunkt für ein Dienstnetzwerk IPv6 unterstützt, haben die Endpunkt-Netzwerkschnittstellen 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.