Regioni e zone - Amazon Elastic Compute Cloud

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

Regioni e zone

Amazon EC2 è ospitato in più località in tutto il mondo. Queste posizioni sono composte da Regioni AWS, zone di disponibilità, zone locali, AWS Outposts e zone di Wavelength.

  • Le Regioni sono aree geografiche separate.

  • Le zone di disponibilità sono più posizioni isolate all’interno di ogni Regione.

  • Le zone locali offrono la possibilità di collocare le risorse, come calcolo e archiviazione, in più posizioni più vicine agli utenti finali.

  • Le zone Wavelength offrono la possibilità di creare applicazioni che forniscono latenze molto basse a dispositivi 5G e utenti finali. Wavelength distribuisce servizi di calcolo e storage standard di AWS all'edge delle reti 5G dei provider all'avanguardia nei servizi di telecomunicazione.

  • AWS Outposts porta i servizi nativi, l’infrastruttura e i modelli operativi AWS praticamente in ogni data center, spazio di co-locazione o struttura on-premises.

AWS gestisce data center ad alta disponibilità e all'avanguardia. Anche se rari, i guasti che compromettono la disponibilità di istanze nella stessa ubicazione possono verificarsi. Se ospiti tutte le istanze in un'unica ubicazione in cui si verifica un guasto, nessuna di esse risulterà disponibile.

Per ulteriori informazioni, consulta Infrastruttura globale di AWS.

Regioni

Ogni regione è pensata per essere isolata dalle altre regioni . Ciò consente di raggiungere la maggiore stabilità e tolleranza ai guasti possibile.

Quando avvii un’istanza, seleziona una Regione che collochi le istanze più vicine a clienti specifici o che soddisfi i requisiti legali o di altro tipo. Puoi avviare istanze in più Regioni.

Quando visualizzi le tue risorse, vedi soltanto le risorse legate alla regione specificata. Questo perché le regioni sono isolate l'una dall'altra e le risorse non vengono replicate in automatico tra le regioni.

Regioni disponibili

Per un elenco delle Regioni disponibili, consulta AWS Regions.

Endpoint regionali per Amazon EC2

Quando utilizzi un'istanza tramite l'interfaccia a riga di comando o le operazioni API, è necessario specificare il relativo endpoint regionale. Per ulteriori informazioni sulle regioni e sugli endpoint per Amazon EC2, consulta la pagina relativa a servizi endpoint Amazon EC2 nella Guida per gli sviluppatori EC2 di Amazon.

Per ulteriori informazioni, consulta Regioni AWS nella Guida per l’utente di Regioni AWS e zone di disponibilità.

Zone di disponibilità

Ciascuna regione presenta più località isolate, conosciute come zone di disponibilità. Il codice per la zona di disponibilità è il codice della Regione seguito da un identificatore con una lettera. Ad esempio, us-east-1a.

Avviando le istanze EC2 in più zone di disponibilità, puoi proteggere le applicazioni dai guasti di una singola posizione nella Regione.

Il diagramma seguente illustra più zone di disponibilità in una regione AWS. La zona di disponibilità A e la zona di disponibilità B hanno una sottorete ciascuna e ogni sottorete contiene istanze EC2. La zona di disponibilità C non ha sottoreti, pertanto non puoi avviare istanze in questa zona di disponibilità.

Una Regione con istanze in una zona di disponibilità.

Per ulteriori informazioni, consulta Cloud privati virtuali per le istanze EC2.

Zone di disponibilità per Regione

Per l’elenco di zone di disponibilità per Regione, consulta AWS Availability Zones.

istanze nelle zone di disponibilità

Quando avvii un’istanza, selezioni una Regione e un cloud privato virtuale (VPC). In seguito, puoi selezionare una sottorete da una delle zone di disponibilità o consentirci di sceglierne una per te. Quando avvii le istanze iniziali, ti consigliamo di consentirci di selezionare una zona di disponibilità per te a seconda dello stato del sistema e della capacità disponibile. Se avvii istanze aggiuntive, specifica una zona di disponibilità solo se le nuove istanze devono essere vicine alle istanze esistenti o separate da esse.

Se distribuisci le istanze tra più zone di disponibilità e si verifica un errore in un’istanza, puoi progettare l’applicazione affinché un’istanza di un’altra zona di disponibilità possa gestire le richieste.

Per ulteriori informazioni, consulta AWS Availability Zones nella Guida per l’utente di Regioni AWS e zone di disponibilità.

Zone locali

Una zona locale è un'estensione di una regione AWS in prossimità geografica degli utenti. Le zone locali hanno le proprie connessioni a Internet e supportano Direct Connect, in modo che le risorse create in una zona locale possano servire gli utenti locali con comunicazioni a bassa latenza. Per ulteriori informazioni, consulta Cosa sono le zone locali AWS? nella Guida per l'utente alle zone locali AWS.

Il codice di una zona locale è il relativo codice della Regione seguito da un identificatore che ne indica la posizione fisica. Ad esempio, us-west-2-lax-1 a Los Angeles.

Nel diagramma seguente sono illustrate la Regione AWS us-west-2, due delle relative zone di disponibilità e due delle relative zone locali. Il VPC copre le zone di disponibilità e una delle zone locali. Ogni zona del VPC contiene una sottorete e ogni sottorete contiene un'istanza.

Un VPC con zone di disponibilità e zone locali.

Zone locali disponibili

Per l'elenco delle zone locali disponibili, consulta Zone locali disponibili nella Guida per l'utente alle zone locali AWS. Per l'elenco delle zone locali annunciate, consulta Posizioni delle zone locali AWS.

Istanze nelle zone locali

Per utilizzare Local Zone, occorre dapprima abilitarlo. Quindi, crea una sottorete nella zona locale. Puoi specificare la sottorete della zona locale all'avvio delle istanze, collocandole così nella sottorete della zona locale.

Quando avvii un'istanza in una zona locale, assegni anche un indirizzo IP da un gruppo di confine di rete. Un gruppo di confine di rete è un insieme univoco di zone di disponibilità, Local Zones o zone Wavelength da cui AWS pubblicizza gli indirizzi IP, ad esempio us-west-2-lax-1a. Puoi allocare gli indirizzi IP seguenti da un gruppo di confine di rete:

  • Indirizzi IPv4 elastici forniti da Amazon

  • Indirizzi VPC IPv6 forniti da Amazon (disponibili solo nelle zone di Los Angeles)

Per ulteriori informazioni su come avviare un'istanza in una zona locale, consulta la pagina Nozioni di base sulle zone locali AWS nella Guida per l'utente delle zone locali AWS.

Zone Wavelength

AWS Wavelength consente agli sviluppatori di creare applicazioni che offrono latenze molto basse a dispositivi mobili e utenti finali. Wavelength distribuisce servizi di calcolo e storage standard di AWS all'edge delle reti 5G dei provider all'avanguardia nei servizi di telecomunicazione. Gli sviluppatori possono estendere un cloud privato virtuale (VPC) a una o più zone Wavelength e poi usare le risorse AWS come le istanze Amazon EC2 per eseguire applicazioni che richiedono una latenza molto bassa e una connessione ai servizi AWS nella regione.

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

Il codice di una zona Wavelength è il relativo codice della Regione seguito da un identificatore che ne indica la posizione fisica. Ad esempio, us-east-1-wl1-bos-wlz-1 a Boston.

Nel diagramma seguente sono illustrate la Regione AWS us-west-2, due delle relative zone di disponibilità e una zona Wavelength. Il VPC copre le zone di disponibilità e la zona Wavelength. Ogni zona del VPC contiene una sottorete e ogni sottorete contiene un'istanza.

Un VPC con zone di disponibilità e una zona Wavelength.

Le zone Wavelength non sono disponibili in tutte le regioni. Per informazioni sulle regioni che supportano le zone Wavelength, consulta Zone Wavelength disponibili nella Guida per gli sviluppatori di AWS Wavelength.

Zone Wavelength disponibili

Per la lista delle zone Wavelength disponibili, consulta Zone Wavelength disponibili nella Guida AWS Wavelength.

Istanze nelle zone Wavelength

Per utilizzare una zona Wavelength, devi prima accettare esplicitamente la zona. Quindi, crea una sottorete nella zona Wavelength. Puoi specificare la sottorete Wavelength all'avvio delle istanze. Inoltre puoi assegnare un indirizzo IP da un gruppo di confine di rete, che è un insieme univoco di zone di disponibilità, Local Zones o zone Wavelength da cui AWS pubblicizza gli indirizzi IP, ad esempio us-east-1-wl1-bos-wlz-1.

Per informazioni dettagliate su come avviare un'istanza in una zona Wavelength, consulta Nozioni di base su AWS Wavelength nella Guida per gli sviluppatori di AWS Wavelength.

AWS Outposts

AWS Outposts è un servizio completamente gestito che estende l'infrastruttura AWS, i servizi, le API e gli strumenti alla sede del cliente. Fornendo l'accesso locale all'infrastruttura gestita AWS, AWS Outposts consente ai clienti di creare ed eseguire applicazioni in locale utilizzando le stesse interfacce di programmazione delle regioni AWS, impiegando al contempo le risorse di calcolo e storage locali per le esigenze di bassa latenza ed elaborazione dei dati locali.

Un Outpost è un pool di capacità di calcolo e storage AWS distribuite presso una sede del cliente. AWS esegue, monitora e gestisce queste capacità come parte di una regione AWS. Puoi creare sottoreti nell'Outpost e specificarle quando crei risorse AWS. Le istanze nelle sottoreti Outpost comunicano con altre istanze nella regione AWS utilizzando indirizzi IP privati, tutti all'interno dello stesso VPC.

Nel diagramma seguente sono illustrate la regione AWS us-west-2, due delle relative zone di disponibilità e un Outpost. Il VPC copre le zone di disponibilità e l'Outpost. L'Outpost si trova in un data center on-premises del cliente. Ogni zona del VPC contiene una sottorete e ogni sottorete contiene un'istanza.

Un VPC con zone di disponibilità e un Outpost.

Istanze su un Outpost

Per iniziare a utilizzareAWS Outposts, devi creare un Outpost e ordinarne la capacità. AWS Outposts offre due fattori di forma, i rack Outposts e i server Outposts. Per ulteriori informazioni sulle configurazioni degli Outpost, consulta Famiglia AWS Outposts. Dopo aver installato l'apparecchiatura Outpost, la capacità di calcolo e archiviazione è disponibile quando avvii le istanze EC2 sul tuo Outpost.

Per avviare istanze EC2, devi creare una sottorete Outpost. I gruppi di sicurezza controllano il traffico in entrata e in uscita per le istanze di una sottorete Outpost, proprio come per le istanze di una sottorete zona di disponibilità. Per connetterti a istanze in una sottorete Outpost utilizzando SSH, specifica una coppia di chiavi quando le avvii, proprio come fai per le istanze nelle sottoreti delle zone di disponibilità.

Per ulteriori informazioni, consulta la Guida introduttiva ai rack Outposts o la Guida introduttiva ai server Outposts.

Volumi su un rack Outposts

Se la capacità di calcolo del tuo Outpost si trova su un rack Outpost, puoi creare volumi EBS nella sottorete Outpost che hai creato. Quando crei il volume, specifica il nome della risorsa Amazon (ARN) dell'Outpost.

Il seguente comando create-volume crea un volume vuoto di 50 GB nell'Outpost specificato.

aws ec2 create-volume --availability-zone us-east-2a --outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138 --size 50

Puoi modificare dinamicamente la dimensione dei tuoi volumi gp2 Amazon EBS senza scollegarli. Per ulteriori informazioni sulla modifica di un volume senza scollegarlo, consulta Richiesta di modifiche ai volumi EBS nella Guida per l'utente di Amazon EBS.

Ti consigliamo di limitare il volume root per un'istanza su un rack Outpost a 30 GiB o meno. È possibile specificare i volumi di dati nel mappatura dei dispositivi a blocchi dell'AMI o dell'istanza per fornire ulteriore archiviazione. Per tagliare i blocchi inutilizzati dal volume di avvio, consulta Come realizzare volumi EBS di bassa densità nel blog di Partner Network AWS.

Si consiglia di aumentare il timeout NVMe per il volume root. Per ulteriori informazioni, consulta il timeout delle operazioni di I/O nella Guida per l'utente di Amazon EBS.

Volumi su un server Outposts

Le istanze sui server Outposts includono volumi di archivio dell'istanza ma non supportano i volumi EBS. Scegli una AMI supportata da Amazon EBS con un solo snapshot EBS. Scegli una dimensione dell'istanza un archivio istanza sufficiente per soddisfare le esigenze della tua applicazione. Per ulteriori informazioni, consulta Limiti di volume di archivio dell’istanza.