Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Accès aux données

Vous pouvez accéder à vos systèmes de fichiers Amazon FSx à l'aide de divers clients et méthodes pris en charge, dans les environnements locaux AWS Cloud et sur site.

Chaque SVM possède quatre points de terminaison qui sont utilisés pour accéder aux données ou pour gérer la SVM à l'aide de la NetApp CLI ONTAP ou de l'API REST :

Clients pris en charge

Les systèmes de fichiers FSx for ONTAP permettent d'accéder aux données à partir d'une grande variété d'instances de calcul et de systèmes d'exploitation. Pour ce faire, il prend en charge l'accès via le protocole NFS (Network File System) (v3, v4.0, v4.1 et v4.2), toutes les versions du protocole Server Message Block (SMB) (y compris 2.0, 3.0 et 3.1.1) et le protocole Internet Small Computer Systems Interface (iSCSI).

Les instances de AWS calcul suivantes sont prises en charge pour une utilisation avec FSx for ONTAP :

Une fois montés, les systèmes de fichiers FSx for ONTAP apparaissent sous forme de répertoire local ou de lettre de lecteur sur NFS et SMB, fournissant un stockage de fichiers réseau partagé et entièrement géré auquel des milliers de clients peuvent accéder simultanément. Les LUN iSCSI sont accessibles sous forme de blocs lorsqu'ils sont montés sur iSCSI.

Accès aux données depuis l'intérieur AWS

Chaque système de fichiers Amazon FSx est associé à un Virtual Private Cloud (VPC). Vous pouvez accéder à votre système de fichiers FSx for ONTAP depuis n'importe où dans le VPC du système de fichiers, quelle que soit la zone de disponibilité. Vous pouvez également accéder à votre système de fichiers depuis d'autres VPC appartenant à AWS des comptes différents ou Régions AWS. Outre les exigences décrites dans les sections suivantes pour accéder aux ressources FSx for ONTAP, vous devez également vous assurer que le groupe de sécurité VPC de votre système de fichiers est configuré de manière à ce que le trafic de données et de gestion puisse circuler entre votre système de fichiers et les clients. Pour plus d'informations sur la configuration des groupes de sécurité dotés des ports requis, consultezGroupes de sécurité Amazon VPC.

Accès aux données depuis le même VPC

Lorsque vous créez votre système de fichiers Amazon FSx for NetApp ONTAP, vous sélectionnez le VPC Amazon dans lequel il se trouve. Toutes les SVM et tous les volumes associés au système de fichiers Amazon FSx NetApp for ONTAP se trouvent également dans le même VPC. Lors du montage d'un volume, si le système de fichiers et le client qui monte le volume se trouvent dans le même VPC Compte AWS, vous pouvez utiliser le nom DNS et la jonction de volume ou le partage SMB de la SVM, selon le client. Pour plus d’informations, consultez Volumes de montage.

Vous pouvez obtenir des performances optimales si le client et le volume se trouvent dans la même zone de disponibilité que le sous-réseau du système de fichiers, ou dans le sous-réseau préféré pour les systèmes de fichiers multi-AZ. Pour identifier le sous-réseau ou le sous-réseau préféré d'un système de fichiers, dans la console Amazon FSx, sélectionnez Systèmes de fichiers, puis choisissez le système de fichiers ONTAP dont vous montez le volume. Le sous-réseau ou le sous-réseau préféré (Multi-AZ) s'affiche dans le panneau Sous-réseau ou Sous-réseau préféré.

Accès aux données depuis l'extérieur du VPC de déploiement

Cette section décrit comment accéder aux points de terminaison d'un système de fichiers FSx for ONTAP depuis des AWS emplacements situés en dehors du VPC de déploiement du système de fichiers.

Accès aux points de terminaison de gestion NFS, SMB et ONTAP sur les systèmes de fichiers multi-AZ

Les points de terminaison de gestion NFS, SMB et ONTAP sur Amazon FSx NetApp pour les systèmes de fichiers ONTAP Multi-AZ utilisent des adresses IP flottantes afin que les clients connectés puissent effectuer une transition fluide entre les serveurs de fichiers préférés et de secours lors d'un événement de basculement. Pour plus d'informations sur les basculements, consultez Processus de basculement pour FSx for ONTAP.

Ces adresses IP flottantes sont créées dans les tables de routage VPC que vous associez à votre système de fichiers et font partie des systèmes de fichiers que vous pouvez spécifier lors de EndpointIpAddressRange la création. EndpointIpAddressRangeUtilise les plages d'adresses suivantes, en fonction de la manière dont le système de fichiers est créé :

Ne AWS Transit Gatewayprend en charge que le routage vers des adresses IP flottantes, également connu sous le nom de peering transitif. Peering VPC, et AWS VPN ne prenez pas en charge AWS Direct Connect le peering transitif. Par conséquent, vous devez utiliser Transit Gateway pour accéder à ces interfaces depuis des réseaux extérieurs au VPC de votre système de fichiers.

Le schéma suivant illustre l'utilisation de Transit Gateway pour l'accès NFS, SMB ou de gestion à un système de fichiers multi-AZ situé dans un VPC différent de celui des clients qui y accèdent.

Pour savoir dans quels cas vous devez utiliser Transit Gateway pour accéder à votre système de fichiers FSx for ONTAP, consultez. Quand est-ce que Transit Gateway est requis ?

Accès à NFS, SMB ou à la CLI et à l'API ONTAP pour les systèmes de fichiers mono-AZ

Les points de terminaison utilisés pour accéder à FSx pour les systèmes de fichiers ONTAP mono-AZ via NFS ou SMB, et pour administrer les systèmes de fichiers à l'aide de la CLI ONTAP ou de l'API REST, sont des adresses IP secondaires sur l'ENI du serveur de fichiers actif. Les adresses IP secondaires se situent dans la plage CIDR du VPC, de sorte que les clients peuvent accéder aux données et aux ports de gestion à l'aide de l'appairage VPC, ou sans en avoir besoin. AWS Direct Connect AWS VPN AWS Transit Gateway

Le schéma suivant illustre l'utilisation AWS VPN ou AWS Direct Connect pour l'accès NFS, SMB ou de gestion à un système de fichiers mono-AZ situé dans un VPC différent de celui des clients qui y accèdent.

Quand est-ce que Transit Gateway est requis ?

La nécessité ou non de Transit Gateway pour vos systèmes de fichiers multi-AZ dépend de la méthode que vous utilisez pour accéder aux données de votre système de fichiers. Les systèmes de fichiers mono-AZ ne nécessitent pas Transit Gateway. Le tableau suivant décrit à quel moment vous devrez utiliser pour accéder AWS Transit Gateway aux systèmes de fichiers multi-AZ.

Configuration du routage à l'aide de AWS Transit Gateway

Si vous disposez d'un système de fichiers multi-AZ EndpointIPAddressRange dont un se situe en dehors de la plage d'adresses CIDR de votre VPC, vous devez configurer un routage supplémentaire pour accéder à votre système de fichiers AWS Transit Gateway à partir de réseaux pairs ou sur site.

Pour ajouter la table de routage à votre système de fichiers, consultezMettre à jour un système de fichiers.

Accès aux points de terminaison iSCSI ou inter-clusters en dehors du VPC de déploiement

Vous pouvez utiliser le peering VPC ou accéder AWS Transit Gateway aux points de terminaison iSCSI ou inter-clusters de votre système de fichiers depuis l'extérieur du VPC de déploiement du système de fichiers. Vous pouvez utiliser le peering VPC pour acheminer le trafic iSCSI et inter-clusters entre les VPC. Une connexion d'appairage VPC est une connexion réseau entre deux VPC, utilisée pour acheminer le trafic entre eux à l'aide d'adresses IPv4 privées. Vous pouvez utiliser le peering VPC pour connecter des VPC au sein d'un même Région AWS VPC ou entre différents. Régions AWS Pour plus d'informations sur le peering VPC, voir Qu'est-ce que le peering VPC ? dans le guide de peering Amazon VPC.