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à.
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.
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.
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.
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
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-zoneus-east-2a--outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138--size50
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à
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.