Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Accesso ai dati FSx for ONTAP
Puoi accedere ai tuoi file system Amazon FSx utilizzando una varietà di client e metodi supportati sia in ambiente locale che locale. Cloud AWS
Ogni SVM dispone di quattro endpoint utilizzati per accedere ai dati o per gestire l'SVM utilizzando l'ONTAP NetApp CLI o l'API REST:
+ `Nfs`— Per la connessione tramite il protocollo Network File System (NFS)
+ `Smb`— Per la connessione tramite il protocollo Service Message Block (SMB) (se la SVM fa parte di un Active Directory o se si utilizza un gruppo di lavoro).
+ `Iscsi`— Per la connessione tramite il protocollo Internet Small Computer Systems Interface (iSCSI) per il supporto dello storage a blocchi condiviso.
+ `Nvme`— Per la connessione tramite Non-Volatile Memory Express (NVMe) TCP/IP per il supporto dello storage a blocchi condiviso.
+ `Management`— Per gestire le SVM utilizzando la NetApp CLI o l'API ONTAP o la console NetApp
**Nota**
Il protocollo iSCSI è disponibile su tutti i file system con 6 o meno coppie di [coppie ad alta disponibilità (HA)](HA-pairs.md). Il NVMe/TCP protocollo è disponibile sui file system di seconda generazione con 6 o meno coppie HA.
**Topics**
+ [Client supportati](#supported-clients-fsx)
+ [Utilizzo dei protocolli di storage a blocchi](#using-block-storage)
+ [Accesso ai dati dall'interno di Cloud AWS](#access-environments)
+ [Accesso ai dati dall'ambiente locale](#accessing-data-from-on-premises)
+ [Configura il routing per accedere ai Multi-AZ file system dall'esterno del tuo VPC](configuring-routing-using-AWSTG.md)
+ [Configura il routing per accedere ai Multi-AZ file system dall'ambiente locale](configure-routing-maz-on-prem.md)
+ [Montaggio di volumi su client Linux](attach-linux-client.md)
+ [Montaggio di volumi su client Microsoft Windows](attach-windows-client.md)
+ [Montaggio di volumi su client macOS](attach-mac-client.md)
+ [Provisioning di iSCSI per Linux](mount-iscsi-luns-linux.md)
+ [Provisioning di iSCSI per Windows](mount-iscsi-windows.md)
+ [Provisioning NVMe/TCP per Linux](provision-nvme-linux.md)
+ [Accesso ai dati tramite punti di accesso Amazon S3](accessing-data-via-s3-access-points.md)
+ [Accesso ai dati da altri AWS services](using-fsx-with-other-AWS-services.md)
## Client supportati
I file system FSx for ONTAP supportano l'accesso ai dati da un'ampia varietà di istanze di calcolo e sistemi operativi. A tale scopo supporta l'accesso tramite il protocollo Network File System (NFS) (v3, v4.0, v4.1 e v4.2), tutte le versioni del protocollo Server Message Block (SMB) (incluse 2.0, 3.0 e 3.1.1) e il protocollo Internet Small Computer Systems Interface (iSCSI).
**Importante**
Amazon FSx non supporta l'accesso ai file system dalla rete Internet pubblica. Amazon FSx scollega automaticamente qualsiasi indirizzo IP elastico, che è un indirizzo IP pubblico raggiungibile da Internet, che viene collegato all'interfaccia di rete elastica di un file system.
Le seguenti istanze di AWS calcolo sono supportate per l'uso con FSx for ONTAP:
+ Istanze Amazon Elastic Compute Cloud (Amazon EC2) che eseguono Linux con supporto NFS o SMB, Microsoft Windows e macOS. Per ulteriori informazioni, consulta, e. [Montaggio di volumi su client Linux](attach-linux-client.md) [Montaggio di volumi su client Microsoft Windows](attach-windows-client.md) [Montaggio di volumi su client macOS](attach-mac-client.md)
+ Contenitori Docker Amazon Elastic Container Service (Amazon ECS) su istanze Amazon EC2 Windows e Linux. Per ulteriori informazioni, consulta [Utilizzo di Amazon Elastic Container Service con FSx per ONTAP](mount-ontap-ecs-containers.md).
+ *Amazon Elastic Kubernetes Service — Per ulteriori informazioni, consulta il driver CSI [Amazon FSx for NetApp ONTAP nella Guida per l'utente di Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/fsx-ontap.html).*
+ Red Hat OpenShift Service on AWS (ROSA): per ulteriori informazioni, consulta What is Red Hat Service on[? OpenShift AWS](https://docs.aws.amazon.com/ROSA/latest/userguide/what-is-rosa.html) nella Red Hat OpenShift Service on AWS User Guide.
+ WorkSpaces Istanze Amazon. Per ulteriori informazioni, consulta [Utilizzo di Amazon WorkSpaces con FSx for ONTAP](using-workspaces.md).
+ Istanze Amazon AppStream 2.0.
+ AWS Lambda — Per ulteriori informazioni, consulta il post del AWS blog [Enabling SMB access for server-less workload with Amazon](https://aws.amazon.com/blogs/storage/enabling-smb-access-for-serverless-workloads/) FSx.
+ Macchine virtuali (VM) in esecuzione in VMware Cloud su ambienti. AWS Per ulteriori informazioni, consulta [Configurare Amazon FSx for NetApp ONTAP come storage esterno](https://docs.vmware.com/en/VMware-Cloud-on-AWS/services/com.vmware.vmc-aws-operations/GUID-D55294A3-7C40-4AD8-80AA-B33A25769CCA.html?hWord=N4IghgNiBcIGYGcAeIC+Q) e [VMware Cloud on with AWS Amazon FSx](https://vmc.techzone.vmware.com/fsx-guide#overview) for ONTAP Deployment Guide. NetApp
Una volta montati, i file system FSx for ONTAP vengono visualizzati come una directory locale o una lettera di unità su NFS e SMB, fornendo uno storage di file di rete condiviso e completamente gestito a cui possono accedere simultaneamente fino a migliaia di client. I LUN iSCSI sono accessibili come dispositivi a blocchi se montati su iSCSI.
## Utilizzo dei protocolli di storage a blocchi
Amazon FSx for NetApp ONTAP supporta i protocolli di storage a blocchi Internet Small Computer Systems Interface (iSCSI) e Non-Volatile Memory Express (NVMe) su TCP (). NVMe/TCP Negli ambienti SAN (Storage Area Network), i sistemi di storage sono destinazioni dotate di dispositivi di destinazione di storage. Per iSCSI, i dispositivi di storage di destinazione sono denominati unità logiche (LUN). Infatti NVMe/TCP, i dispositivi di archiviazione di destinazione sono denominati namespace.
Si utilizza l'interfaccia logica iSCSI (LIF) di SVM per connettersi allo storage a blocchi NVMe e iSCSI.
È possibile configurare lo storage creando LUN per iSCSI e creando namespace per NVMe. Gli host accedono quindi alle LUN e ai namespace utilizzando i protocolli iSCSI o TCP.
Per ulteriori informazioni sulla configurazione di iSCSI NVMe/TCP e dello storage a blocchi, vedere:
+ [Provisioning di iSCSI per Linux](mount-iscsi-luns-linux.md)
+ [Provisioning di iSCSI per Windows](mount-iscsi-windows.md)
+ [Provisioning NVMe/TCP per Linux](provision-nvme-linux.md)
## Accesso ai dati dall'interno di Cloud AWS
Ogni file system Amazon FSx è associato a un Virtual Private Cloud (VPC). È possibile accedere al file system FSx for ONTAP da qualsiasi punto del VPC del file system, indipendentemente dalla zona di disponibilità. È inoltre possibile accedere al file system da altri VPC che possono trovarsi in account diversi o. AWS Regioni AWS Oltre ai requisiti descritti nelle seguenti sezioni per l'accesso alle risorse FSx for ONTAP, è necessario assicurarsi che il gruppo di sicurezza VPC del file system sia configurato in modo che il traffico di dati e di gestione possa fluire tra il file system e i client. Per ulteriori informazioni sulla configurazione dei gruppi di sicurezza con le porte richieste, vedere. [Gruppi di sicurezza Amazon VPC](limit-access-security-groups.md#fsx-vpc-security-groups)
### Accesso ai dati dall'interno dello stesso VPC
Quando crei il tuo file system Amazon FSx for NetApp ONTAP, selezioni l'Amazon VPC in cui si trova. Tutte le SVM e i volumi associati al file system Amazon FSx NetApp for ONTAP si trovano anche nello stesso VPC. Quando si monta un volume, se il file system e il client che monta il volume si trovano nello stesso VPC e Account AWS, è possibile utilizzare il nome DNS e la giunzione di volume o la condivisione SMB di SVM, a seconda del client.
È possibile ottenere prestazioni ottimali se il client e il volume si trovano nella stessa zona di disponibilità della sottorete del file system o nella sottorete preferita per i file system. Multi-AZ ****Per identificare la sottorete o la sottorete preferita di un file system, nella console Amazon FSx, scegli File system, quindi scegli il **file system** ONTAP di cui stai montando il volume e la sottorete o la sottorete preferita (Multi-AZ) viene visualizzata nel pannello Subnet o Preferred subnet.****
### Accesso ai dati dall'esterno del VPC di implementazione
Questa sezione descrive come accedere agli endpoint di un file system FSx for ONTAP da AWS posizioni esterne al VPC di implementazione del file system.
#### Accesso agli endpoint di gestione NFS, SMB e ONTAP sui file system Multi-AZ
Gli endpoint di gestione NFS, SMB e ONTAP sui file system Amazon FSx NetApp for Multi-AZ ONTAP utilizzano indirizzi IP (Internet Protocol) mobili in modo che i client connessi passino senza problemi dal file server preferito a quello di standby durante un evento di failover. Per ulteriori informazioni sui failover, consulta [Processo di failover per FSx for ONTAP](high-availability-AZ.md#Failover).
Questi indirizzi IP mobili vengono creati nelle tabelle di routing VPC associate al file system e si trovano all'interno dei file system `EndpointIPv4AddressRange` `EndpointIPv6AddressRange` o specificati durante la creazione. L'intervallo di indirizzi IP dell'endpoint utilizza i seguenti intervalli di indirizzi, a seconda di come viene creato un file system:
+ Multi-AZ I file system dual-stack creati con la console Amazon FSx o l'API Amazon FSx per impostazione predefinita utilizzano un intervallo di indirizzi IP /118 disponibile selezionato da Amazon FSx da uno degli intervalli CIDR del VPC. È possibile avere indirizzi IP degli endpoint sovrapposti per i file system distribuiti nelle stesse VPC/route tabelle, purché non si sovrappongano a nessuna sottorete.
+ Multi-AZ IPv4-only per impostazione predefinita, i file system creati utilizzando la console Amazon FSx utilizzano gli ultimi 64 indirizzi IP dell'intervallo CIDR primario del VPC per l'intervallo di indirizzi IP dell'endpoint del file system.
Multi-AZ IPv4-only i file system creati utilizzando l'API AWS CLI o Amazon FSx utilizzano per impostazione predefinita un intervallo di indirizzi IP all'interno del blocco di `198.19.0.0/16` indirizzi per l'intervallo di indirizzi IP dell'endpoint.
+ Per entrambi i tipi di rete, puoi anche specificare il tuo intervallo di indirizzi IP quando utilizzi l'opzione di **creazione Standard**. L'intervallo di indirizzi IP che scegli può essere interno o esterno all'intervallo di indirizzi IP del VPC, purché non si sovrapponga a nessuna sottorete e purché non sia già utilizzato da un altro file system con lo stesso VPC e le stesse tabelle di routing. Per questa opzione, ti consigliamo di utilizzare un intervallo che si trova all'interno dell'intervallo di indirizzi IP del VPC.
[AWS Transit Gateway](https://aws.amazon.com/transit-gateway/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc)Supporta solo il routing verso indirizzi IP mobili, noto anche come peering transitivo. Peering VPC e Site-to-Site VPN non supportano Direct Connect il peering transitivo. Pertanto, è necessario utilizzare Transit Gateway per accedere a queste interfacce da reti esterne al VPC del file system.
Il diagramma seguente illustra l'utilizzo di Transit Gateway per NFS, SMB o l'accesso di gestione a un Multi-AZ file system che si trova in un VPC diverso rispetto ai client che vi accedono.
**Nota**
Assicurati che tutte le tabelle di routing che stai utilizzando siano associate al tuo file system. Multi-AZ In questo modo è possibile prevenire l'indisponibilità durante un failover. Per informazioni sull'associazione delle tabelle di routing Amazon VPC al file system, consulta. [Aggiornamento dei file system](updating-file-system.md)
Per informazioni su quando è necessario utilizzare Transit Gateway per accedere al file system FSx for ONTAP, vedere. [Quando è richiesto il Transit Gateway?](#when-is-transit-gateway-required)
Amazon FSx gestisce le tabelle di routing VPC per i Multi-AZ file system utilizzando l'autenticazione basata su tag. Queste tabelle di routing sono contrassegnate con. `Key: AmazonFSx; Value: ManagedByAmazonFSx` Durante la creazione o l'aggiornamento dei Multi-AZ file system FSx for ONTAP, si CloudFormation consiglia di aggiungere il `Key: AmazonFSx; Value: ManagedByAmazonFSx` tag manualmente.
#### Accesso a NFS, SMB o alla CLI e API ONTAP per i file system Single-AZ
Gli endpoint utilizzati per accedere ai file system FSx for Single-AZ ONTAP tramite NFS o SMB e per amministrare i file system utilizzando l'ONTAP CLI o l'API REST sono indirizzi IP secondari sull'ENI del file server attivo. Gli indirizzi IP secondari rientrano nell'intervallo CIDR del VPC, quindi i client possono accedere ai dati e alle porte di gestione utilizzando il peering VPC o senza richiedere. AWS Direct Connect Site-to-Site VPN AWS Transit Gateway
Il diagramma seguente illustra l'utilizzo Site-to-Site VPN o Direct Connect per l'accesso NFS, SMB o di gestione a un Single-AZ file system che si trova in un VPC diverso da quello dei client che vi accedono.
#### Quando è richiesto il Transit Gateway?
La necessità o meno del Transit Gateway per i Multi-AZ file system dipende dal metodo utilizzato per accedere ai dati del file system. Single-AZ i file system non richiedono Transit Gateway. La tabella seguente descrive quando sarà necessario utilizzare per accedere AWS Transit Gateway ai Multi-AZ file system.
| Accesso ai dati | Richiede Transit Gateway? |
| --- | --- |
| Accesso a FSx tramite NFS, SMB o l'API REST NetApp ONTAP, CLI. oppure NetApp Console | Solo se:[See the AWS documentation website for more details](http://docs.aws.amazon.com/it_it/fsx/latest/ONTAPGuide/supported-fsx-clients.html) |
| Accesso ai dati tramite iSCSI | No |
| Accesso ai dati tramite NVMe | No |
| Unire una SVM a un Active Directory | No |
| SnapMirror | No |
| FlexCache Memorizzazione nella cache | No |
| Cache globale dei file | No |
#### Accesso agli endpoint NVMe, iSCSI e intercluster al di fuori del VPC di implementazione
È possibile utilizzare il peering VPC o accedere AWS Transit Gateway agli endpoint NVMe, iSCSI e intercluster del file system dall'esterno del VPC di implementazione del file system. È possibile utilizzare VPC Peering per instradare il traffico NVMe, iSCSI e intercluster tra VPC. Una connessione peering VPC è una connessione di rete tra due VPC e viene utilizzata per instradare il traffico tra di loro utilizzando indirizzi IPv4 o IPv6 privati. Puoi utilizzare il peering VPC per connettere VPC all'interno dello stesso Regione AWS o tra diversi. Regioni AWS Per ulteriori informazioni sul peering VPC, consulta Cos'[è il peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html)? nella *Amazon VPC Peering* Guide.
## Accesso ai dati dall'ambiente locale
È possibile accedere ai file system FSx for ONTAP da locale utilizzando [Site-to-Site VPN](https://aws.amazon.com/vpn/)e [Direct Connect](https://aws.amazon.com/getting-started/projects/connect-data-center-to-aws/); linee guida più specifiche sui casi d'uso sono disponibili nelle sezioni seguenti. [Oltre ai requisiti elencati di seguito per accedere a diverse risorse FSx for ONTAP dall'ambiente locale, devi anche assicurarti che il gruppo di sicurezza VPC del tuo file system consenta il flusso di dati tra il file system e i client; per un elenco delle porte richieste, consulta i gruppi di sicurezza Amazon VPC.](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/limit-access-security-groups.html#fsx-vpc-security-groups)
### Accesso agli endpoint NFS, SMB e ONTAP CLI e REST API da locale
Questa sezione descrive come accedere alle porte di gestione NFS, SMB e ONTAP sui file system FSx for ONTAP dalle reti locali.
#### Multi-AZ Accesso ai file system dall'ambiente locale
Amazon FSx richiede l'utilizzo AWS Transit Gateway o la configurazione di NetApp Global File Cache NetApp FlexCache remota o l'accesso ai Multi-AZ file system da una rete locale. Per supportare il failover tra zone di disponibilità per i Multi-AZ file system, Amazon FSx utilizza indirizzi IP mobili per le interfacce utilizzate per gli endpoint di gestione NFS, SMB e ONTAP.
Poiché gli endpoint NFS, SMB e di gestione utilizzano indirizzi IP mobili, è necessario utilizzarli insieme o per accedere [AWS Transit Gateway](https://aws.amazon.com/transit-gateway/?whats-new-cards.sort-by=item.additionalFields.postDateTime&whats-new-cards.sort-order=desc)a queste interfacce da una rete locale. AWS Direct Connect Site-to-Site VPN Gli indirizzi IP mobili utilizzati per queste interfacce si trovano all'interno o specificati durante la creazione del `EndpointIPv4AddressRange` file system. `EndpointIPv6AddressRange` Multi-AZ L'intervallo di indirizzi IP dell'endpoint utilizza i seguenti intervalli di indirizzi, a seconda di come viene creato un file system:
+ Multi-AZ I file system dual-stack creati con la console Amazon FSx o l'API Amazon FSx per impostazione predefinita utilizzano un intervallo di indirizzi IP /118 disponibile selezionato da Amazon FSx da uno degli intervalli CIDR del VPC. È possibile avere indirizzi IP degli endpoint sovrapposti per i file system distribuiti nelle stesse VPC/route tabelle, purché non si sovrappongano a nessuna sottorete.
+ Multi-AZ IPv4-only per impostazione predefinita, i file system creati utilizzando la console Amazon FSx utilizzano gli ultimi 64 indirizzi IP dell'intervallo CIDR primario del VPC per l'intervallo di indirizzi IP dell'endpoint del file system.
Multi-AZ IPv4-only i file system creati utilizzando l'API AWS CLI o Amazon FSx utilizzano per impostazione predefinita un intervallo di indirizzi IP all'interno del blocco di `198.19.0.0/16` indirizzi per l'intervallo di indirizzi IP dell'endpoint.
+ Per entrambi i tipi di rete, puoi anche specificare il tuo intervallo di indirizzi IP quando utilizzi l'opzione di **creazione Standard**. L'intervallo di indirizzi IP che scegli può essere interno o esterno all'intervallo di indirizzi IP del VPC, purché non si sovrapponga a nessuna sottorete e purché non sia già utilizzato da un altro file system con lo stesso VPC e le stesse tabelle di routing. Per questa opzione, ti consigliamo di utilizzare un intervallo che si trova all'interno dell'intervallo di indirizzi IP del VPC.
Gli indirizzi IP mobili vengono utilizzati per consentire una transizione senza interruzioni dei client al file system di standby nel caso in cui sia necessario un failover. Per ulteriori informazioni, consulta [Processo di failover per FSx for ONTAP](high-availability-AZ.md#Failover).
**Importante**
Per accedere a un Multi-AZ file system utilizzando un Transit Gateway, ciascuno degli allegati del Transit Gateway deve essere creato in una sottorete la cui tabella di routing è associata al file system.
Per ulteriori informazioni, consulta [Configura il routing per accedere ai Multi-AZ file system dall'ambiente locale](configure-routing-maz-on-prem.md).
#### Accesso ai Single-AZ file system dall'ambiente locale
Il requisito da utilizzare AWS Transit Gateway per accedere ai dati da una rete locale non esiste per i Single-AZ file system. Single-AZ i file system vengono distribuiti in un'unica sottorete e non è necessario un indirizzo IP mobile per fornire il failover tra i nodi. Invece, gli indirizzi IP a cui accedi sui Single-AZ file system sono implementati come indirizzi IP secondari all'interno dell'intervallo VPC CIDR del file system, consentendoti di accedere ai tuoi dati da un'altra rete senza richiedere. AWS Transit Gateway
### Accesso agli endpoint tra cluster dall'ambiente locale
Gli endpoint intercluster di FSx for ONTAP sono dedicati al traffico di replica tra i file system ONTAP, incluse le implementazioni locali e FSx for NetApp ONTAP. NetApp Il traffico di replica include SnapMirror e FlexClone le relazioni tra le macchine virtuali di storage (SVM) e i volumi tra diversi file system e Global File Cache. FlexCache NetApp Gli endpoint intercluster vengono utilizzati anche per il traffico di Active Directory.
Poiché gli endpoint intercluster di un file system utilizzano indirizzi IP che rientrano nell'intervallo CIDR del VPC fornito quando crei il file system FSx for ONTAP, non è necessario utilizzare un Transit Gateway per il routing del traffico intercluster tra locali e. Cloud AWS Tuttavia, i client locali devono comunque utilizzare Site-to-Site VPN o Direct Connect stabilire una connessione sicura al tuo VPC.
Per ulteriori informazioni, consulta [Configura il routing per accedere ai Multi-AZ file system dall'ambiente locale](configure-routing-maz-on-prem.md).