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 -Daten

Sie können mit einer Vielzahl unterstützter Clients und Methoden sowohl in der lokalen als auch in der lokalen Umgebung auf Ihre Amazon FSx-Dateisysteme zugreifen. AWS Cloud

Jede SVM hat vier Endpunkte, die für den Zugriff auf Daten oder für die Verwaltung der SVM mithilfe der NetApp ONTAP CLI oder der REST-API verwendet werden:

Unterstützte Clients

FSx for ONTAP-Dateisysteme unterstützen den Zugriff auf Daten aus einer Vielzahl von Recheninstanzen und Betriebssystemen. Dazu unterstützt es den Zugriff über das Network File System (NFS) -Protokoll (v3, v4.0, v4.1 und v4.2), alle Versionen des Server Message Block (SMB) -Protokolls (einschließlich 2.0, 3.0 und 3.1.1) und das Internet Small Computer Systems Interface (iSCSI) -Protokoll.

Die folgenden AWS Compute-Instances werden für die Verwendung mit FSx for ONTAP unterstützt:

Nach dem Mounten erscheinen die Dateisysteme FSx for ONTAP als lokales Verzeichnis oder Laufwerksbuchstabe über NFS und SMB und bieten einen vollständig verwalteten, gemeinsam genutzten Netzwerkdateispeicher, auf den bis zu Tausende von Clients gleichzeitig zugreifen können. iSCSI-LUNS sind als Blockgeräte zugänglich, wenn sie über iSCSI gemountet werden.

Zugriff auf Daten von innen AWS

Jedes Amazon FSx-Dateisystem ist mit einer Virtual Private Cloud (VPC) verknüpft. Sie können von überall in der VPC des Dateisystems auf Ihr FSx for ONTAP-Dateisystem zugreifen, unabhängig von der Availability Zone. Sie können auch von anderen VPCs aus auf Ihr Dateisystem zugreifen, die sich in unterschiedlichen Konten befinden können oder. AWS AWS-Regionen Zusätzlich zu den in den folgenden Abschnitten beschriebenen Anforderungen für den Zugriff auf FSx for ONTAP-Ressourcen müssen Sie auch sicherstellen, dass die VPC-Sicherheitsgruppe Ihres Dateisystems so konfiguriert ist, dass Daten- und Verwaltungsverkehr zwischen Ihrem Dateisystem und den Clients fließen können. Weitere Informationen zur Konfiguration von Sicherheitsgruppen mit den erforderlichen Ports finden Sie unter. Amazon VPC-Sicherheitsgruppen

Zugreifen auf Daten aus derselben VPC

Wenn Sie Ihr Amazon FSx for NetApp ONTAP-Dateisystem erstellen, wählen Sie die Amazon VPC aus, in der es sich befindet. Alle SVMs und Volumes, die mit dem Dateisystem Amazon FSx for NetApp ONTAP verknüpft sind, befinden sich ebenfalls in derselben VPC. Wenn sich beim Mounten eines Volumes das Dateisystem und der Client, der das Volume mountet AWS-Konto, in derselben VPC befinden und Sie je nach Client den DNS-Namen und die Volume-Junction oder SMB-Freigabe der SVM verwenden können. Weitere Informationen finden Sie unter Immer mehr Volumen.

Sie können eine optimale Leistung erzielen, wenn sich der Client und das Volume in derselben Availability Zone befinden wie das Subnetz des Dateisystems oder das bevorzugte Subnetz für Multi-AZ-Dateisysteme. Um das Subnetz oder das bevorzugte Subnetz eines Dateisystems zu identifizieren, wählen Sie in der Amazon FSx-Konsole Dateisysteme und dann das ONTAP-Dateisystem, dessen Volume Sie mounten, und das Subnetz oder bevorzugte Subnetz (Multi-AZ) wird im Bereich Subnetz oder Bevorzugtes Subnetz angezeigt.

Zugreifen auf Daten von außerhalb der Bereitstellungs-VPC

In diesem Abschnitt wird beschrieben, wie Sie von AWS Standorten außerhalb der Bereitstellungs-VPC des Dateisystems auf die Endpunkte eines FSx for ONTAP-Dateisystems zugreifen.

Zugriff auf NFS-, SMB- und ONTAP-Verwaltungsendpunkte auf Multi-AZ-Dateisystemen

Die NFS-, SMB- und ONTAP-Verwaltungsendpunkte auf Amazon FSx for NetApp ONTAP Multi-AZ-Dateisystemen verwenden Floating-IP-Adressen (Internet Protocol), sodass verbundene Clients während eines Failover-Ereignisses nahtlos zwischen den bevorzugten und den Standby-Dateiservern wechseln können. Weitere Informationen zu Failovers finden Sie unter Failover-Prozess für FSx für ONTAP.

Diese Floating-IP-Adressen werden in den VPC-Routentabellen erstellt, die Sie Ihrem Dateisystem zuordnen, und befinden sich innerhalb der Dateisysteme, EndpointIpAddressRange die Sie bei der Erstellung angeben können. Je nachdem, wie ein Dateisystem erstellt wird, werden die folgenden Adressbereiche EndpointIpAddressRange verwendet:

AWS Transit GatewayUnterstützt nur Routing zu Floating-IP-Adressen, was auch als transitives Peering bezeichnet wird. VPC-Peering und unterstützen transitives Peering AWS VPN nicht. AWS Direct Connect Daher müssen Sie Transit Gateway verwenden, um von Netzwerken aus, die sich außerhalb der VPC Ihres Dateisystems befinden, auf diese Schnittstellen zuzugreifen.

Das folgende Diagramm veranschaulicht die Verwendung von Transit Gateway für NFS-, SMB- oder Verwaltungszugriff auf ein Multi-AZ-Dateisystem, das sich in einer anderen VPC befindet als die Clients, die darauf zugreifen.

Informationen darüber, wann Sie Transit Gateway für den Zugriff auf Ihr FSx for ONTAP-Dateisystem verwenden müssen, finden Sie unter. Wann ist Transit Gateway erforderlich?

Zugriff auf NFS, SMB oder die ONTAP CLI und API für Single-AZ-Dateisysteme

Die Endpunkte, die für den Zugriff auf FSx für ONTAP Single-AZ-Dateisysteme über NFS oder SMB und für die Verwaltung von Dateisystemen mithilfe der ONTAP CLI oder REST API verwendet werden, sind sekundäre IP-Adressen auf der ENI des aktiven Dateiservers. Die sekundären IP-Adressen befinden sich innerhalb des CIDR-Bereichs der VPC, sodass Clients über VPC-Peering oder ohne Bedarf auf Daten- und Management-Ports zugreifen können. AWS Direct Connect AWS VPN AWS Transit Gateway

Das folgende Diagramm veranschaulicht die Verwendung von AWS VPN oder AWS Direct Connect für den NFS-, SMB- oder Verwaltungszugriff auf ein Single-AZ-Dateisystem, das sich in einer anderen VPC befindet als die Clients, die darauf zugreifen.

Wann ist Transit Gateway erforderlich?

Ob Transit Gateway für Ihre Multi-AZ-Dateisysteme erforderlich ist, hängt von der Methode ab, mit der Sie auf Ihre Dateisystemdaten zugreifen. Single-AZ-Dateisysteme benötigen kein Transit Gateway. In der folgenden Tabelle wird beschrieben, wann Sie Multi-AZ-Dateisysteme AWS Transit Gateway für den Zugriff verwenden müssen.

Routing konfigurieren mit AWS Transit Gateway

Wenn Sie ein Multi-AZ-Dateisystem mit einem Dateisystem habenEndpointIPAddressRange, das außerhalb des CIDR-Bereichs Ihrer VPC liegt, müssen Sie zusätzliches Routing in Ihrem einrichten, um über AWS Transit Gateway Peering-Netzwerke oder lokale Netzwerke auf Ihr Dateisystem zuzugreifen.

Informationen zum Hinzufügen der Routing-Tabelle zu Ihrem Dateisystem finden Sie unter. Aktualisierung eines Dateisystems

Zugreifen auf iSCSI- oder Cluster-Inter-Cluster-Endpunkte außerhalb der Bereitstellungs-VPC

Sie können entweder VPC Peering verwenden oder von außerhalb der AWS Transit Gateway Bereitstellungs-VPC des Dateisystems auf die iSCSI- oder Inter-Cluster-Endpunkte Ihres Dateisystems zugreifen. Sie können VPC Peering verwenden, um iSCSI- und Cluster-Verkehr zwischen VPCs weiterzuleiten. Eine VPC-Peering-Verbindung ist eine Netzwerkverbindung zwischen zwei VPCs und wird verwendet, um den Verkehr zwischen ihnen mithilfe privater IPv4-Adressen weiterzuleiten. Sie können VPC-Peering verwenden, um VPCs innerhalb derselben AWS-Region oder zwischen verschiedenen zu verbinden. AWS-Regionen Weitere Informationen zu VPC-Peering finden Sie unter Was ist VPC-Peering? im Amazon VPC Peering Guide.