

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à.

# Applicazioni Amazon ECS in sottoreti condivise, zone locali e zone Wavelength
<a name="cluster-regions-zones"></a>

Amazon ECS supporta carichi di lavoro che utilizzano Local Zones, Wavelength Zones e quando è richiesta una bassa latenza o AWS Outposts l'elaborazione locale dei dati.
+ Puoi utilizzare Local Zones come estensione di e Regione AWS per collocare le risorse in più posizioni più vicine agli utenti finali.
+ Le zone Wavelength possono essere utilizzate per creare applicazioni che offrono latenze molto basse a dispositivi 5G e agli utenti finali. Wavelength implementa servizi di elaborazione e archiviazione AWS standard ai margini delle reti 5G dei gestori di telecomunicazioni.
+ AWS Outposts offre modelli nativi Servizi AWS, infrastrutturali e operativi praticamente a qualsiasi data center, spazio di co-ubicazione o struttura locale.

**Importante**  
Amazon ECS sui AWS Fargate carichi di lavoro non è supportato in Local Zones, Wavelength Zones o attivo al momento. AWS Outposts 

Per informazioni sulle differenze tra Local Zones, Wavelength Zones AWS Outposts e, [vedi Come devo pensare a quando usare AWS Wavelength, AWS Local Zones o per applicazioni che richiedono bassa latenza o elaborazione locale](https://aws.amazon.com/wavelength/faqs/) dei dati in. AWS Outposts AWS Wavelength FAQs

## Sottoreti condivise
<a name="clusters-shared-subnets"></a>

È possibile utilizzare la *Condivisione VPC* per condividere sottoreti con altri account AWS all'interno della stessa AWS Organizations. 

Puoi utilizzare VPC condivisi per EC2 tenendo conto delle seguenti considerazioni:
+ Il proprietario della sottorete VPC deve condividere una sottorete con un account partecipante prima che tale account possa utilizzarlo per risorse Amazon ECS.
+ Non è possibile utilizzare il gruppo di sicurezza predefinito per il VPC per le istanze di container, in quanto questo appartiene al proprietario. Inoltre, i partecipanti non possono avviare le istanze utilizzando i gruppi di sicurezza appartenenti ad altri partecipanti o al proprietario.
+ In una sottorete condivisa, il partecipante e il proprietario controllano separatamente i gruppi di sicurezza all'interno di ciascun account. Il proprietario della sottorete può visualizzare i gruppi di sicurezza che sono stati creati dai partecipanti, ma non può eseguire operazioni sugli stessi. Se il proprietario della sottorete desidera rimuovere o modificare questi gruppi di sicurezza, è il partecipante che ha creato il gruppo di sicurezza che deve eseguire l'operazione.
+ Il proprietario del VPC condiviso non può visualizzare, aggiornare o eliminare un cluster creato da un partecipante nella sottorete condivisa. Ciò si aggiunge alle risorse VPC alle quali ogni account ha un accesso diverso. Per ulteriori informazioni, consulta la sezione [Responsabilità e autorizzazioni per proprietari e partecipanti](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-sharing.html#vpc-share-limitations) nella *Guida per l'utente di Amazon VPC*.

Puoi usare shared VPCs for Fargate con le seguenti considerazioni:
+ Il proprietario della sottorete VPC deve condividere una sottorete con un account partecipante prima che tale account possa utilizzarlo per risorse Amazon ECS.
+ Non è possibile creare un servizio o lanciare un'attività utilizzando il gruppo di sicurezza predefinito per il VPC, in quanto questo appartiene al proprietario. Inoltre, i partecipanti non possono creare un servizio o lanciare un'attività utilizzando i gruppi di sicurezza appartenenti ad altri partecipanti o al proprietario.
+ In una sottorete condivisa, il partecipante e il proprietario controllano separatamente i gruppi di sicurezza all'interno di ciascun account. Il proprietario della sottorete può visualizzare i gruppi di sicurezza che sono stati creati dai partecipanti, ma non può eseguire operazioni sugli stessi. Se il proprietario della sottorete desidera rimuovere o modificare questi gruppi di sicurezza, è il partecipante che ha creato il gruppo di sicurezza che deve eseguire l'operazione.
+ Il proprietario del VPC condiviso non può visualizzare, aggiornare o eliminare un cluster creato da un partecipante nella sottorete condivisa. Ciò si aggiunge alle risorse VPC alle quali ogni account ha un accesso diverso. Per ulteriori informazioni, consulta la sezione [Responsabilità e autorizzazioni per proprietari e partecipanti](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-sharing.html#vpc-share-limitations) nella *Guida per l'utente di Amazon VPC*.

Per ulteriori informazioni sulla condivisione delle sottoreti VPC, consulta la pagina [Condivisione del VPC con altri account](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-sharing.html#vpc-share-limitations) nella *Guida per l'utente di Amazon VPC*.

## Local Zones
<a name="clusters-local-zones"></a>

Una *zona locale* è un'estensione di una Regione AWS zona geografica molto vicina agli utenti. Le zone locali hanno le loro connessioni a Internet e supportano Direct Connect. Le risorse create in una zona locale possono servire gli utenti locali con comunicazioni a latenza molto bassa. Per ulteriori informazioni, consulta [AWS Zone locali](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).

Una zona locale è rappresentata da un codice della regione seguito da un identificatore che indica la posizione, ad esempio `us-west-2-lax-1a`.

Per utilizzare una zona locale, è necessario prima attivare la zona. Una volta eseguita l'attivazione, dovrai creare un Amazon VPC e una sottorete nella zona locale. 

Puoi avviare istanze Amazon EC2, FSx file server Amazon e Application Load Balancer da utilizzare per i cluster e le attività Amazon ECS. 

Per ulteriori informazioni, consulta [What is AWS Local Zones?](https://docs.aws.amazon.com/local-zones/latest/ug/what-is-aws-local-zones.html) nella *AWS Local Zones User Guide*.

## Zone Wavelength
<a name="clusters-wavelength-zones"></a>

È possibile utilizzare *AWS Wavelength* per creare applicazioni che offrono latenze molto basse a dispositivi mobili e utenti finali. Wavelength implementa servizi di elaborazione e archiviazione AWS standard ai margini delle reti 5G dei gestori di telecomunicazioni. È possibile estendere un Amazon Virtual Private Cloud (VPC) a una o più zone Wavelength. Quindi, puoi utilizzare AWS risorse come le istanze Amazon EC2 per eseguire applicazioni che richiedono una latenza estremamente bassa e una connessione nella regione. Servizi AWS 

Una zona Wavelength è una zona isolata nella posizione carrier in cui viene implementata l'infrastruttura Wavelength. Le Wavelength Zones sono legate a un. Regione AWS Una zona Wavelength è un'estensione logica di una regione ed è gestita dal piano di controllo nella regione.

Una zona Wavelength è rappresentata da un codice della regione seguito da un identificatore che indica la zona Wavelength, ad esempio `us-east-1-wl1-bos-wlz-1`.

Per utilizzare una zona Wavelength, devi prima attivare la zona. Una volta eseguita l'attivazione, dovrai creare un Amazon VPC e una sottorete nella zona Wavelength. Quindi, potrai avviare le istanze Amazon EC2 nella zona da utilizzare per i cluster e le attività Amazon ECS. 

Per ulteriori informazioni, consulta [Nozioni di base su AWS Wavelength](https://docs.aws.amazon.com/wavelength/latest/developerguide/get-started-wavelength.html) nella *Guida per gli sviluppatori di AWS Wavelength *.

Le Wavelength Zone non sono disponibili in tutte. Regioni AWS Per informazioni sulle regioni che supportano le zone Wavelength, consulta [Zone Wavelength disponibili](https://docs.aws.amazon.com/wavelength/latest/developerguide/available-wavelength-zones.html) nella *Guida per gli sviluppatori di AWS Wavelength *.