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ù sedi in tutto il mondo. Queste località sono composte da Availability Zones, Local Zones e Wavelength Zones. Regioni AWS AWS Outposts

AWS gestisce data center state-of-the-art ad alta disponibilità. 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 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 .

Quando avvii un'istanza, devi selezionarne AMI un'altra nella stessa regione. Se si AMI trova in un'altra regione, puoi AMI copiarla nella regione che stai utilizzando. Per ulteriori informazioni, consulta Copia un Amazon EC2 AMI.

Il trasferimento di dati tra regioni comporterà un addebito. Per ulteriori informazioni, consulta Amazon EC2 Pricing - Data Transfer.

Regioni disponibili

Il tuo account determina le regioni per te disponibili.

Non puoi descrivere o accedere ad altre regioni da una regione Account AWS, come le AWS GovCloud (US) Regions o le regioni della Cina.

La tabella seguente elenca le regioni fornite da un Account AWS. In alternativa, chiamate il comando list-regions.

Per utilizzare una regione introdotta dopo il 20 marzo 2019, devi abilitarla. Per ulteriori informazioni, consulta Abilitare o disabilitare AWS le regioni nel tuo account nella Guida AWS Account Management di riferimento.

Per ottenere il nome di una regione, usa il seguente get-parameters-by-pathcomando. Sostituisci region-code con il codice per la regione. Potrebbe essere necessario modificare le virgolette per far funzionare l'esempio con il terminale.

aws ssm get-parameters-by-path \
    --path /aws/service/global-infrastructure/regions/region-code \
    --query 'Parameters[?Name.contains(@,`longName`)].Value' \
    --output text

Endpoint regionali

Quando lavori con un'istanza utilizzando l'interfaccia a riga di comando o API le azioni, devi specificarne l'endpoint regionale. Per ulteriori informazioni sulle regioni e gli endpoint per AmazonEC2, consulta Amazon EC2 service endpoints nella Amazon EC2 Developer Guide.

Per ulteriori informazioni sugli endpoint e i protocolli in AWS GovCloud (Stati Uniti occidentali), consulta Service Endpoints nella Guida per l'utente.AWS GovCloud (US)

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.

Quando avvii un'istanza, selezioni una regione e un cloud privato virtuale (VPC), quindi puoi selezionare una sottorete da una delle zone di disponibilità o lasciare che ce ne occupiamo noi la scelta. Se distribuisci le istanze tra più zone di disponibilità e un'istanza ha esito negativo, puoi progettare l'applicazione affinché un'istanza di un'altra zona di disponibilità gestisca le richieste. Puoi inoltre utilizzare indirizzi IP elastici per mascherare il guasto di un'istanza in una zona di disponibilità mappando nuovamente in modo rapido l'indirizzo a un'istanza in un'altra zona di disponibilità.

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

Poiché le zone di disponibilità crescono nel corso del tempo, la nostra capacità di espanderle può divenire limitata. Se ciò accade, potremmo impedire l'avvio di un'istanza in una zona di disponibilità limitata, a meno che tu non disponga già di un'istanza in tale zona di disponibilità. Infine, potremmo rimuovere la zona di disponibilità vincolata dall'elenco delle zone di disponibilità per i nuovi account. Pertanto, il tuo account potrebbe presentare una quantità diversa di zone di disponibilità disponibili in una regione rispetto a un altro account.

AZ IDs

Per garantire che le risorse vengano distribuite tra le zone di disponibilità di una regione, mappiamo in modo indipendente le zone di disponibilità ai codici di ciascun Account AWS nella tua regione più vecchia. Ad esempio, la us-east-1a tua sede Account AWS potrebbe non essere la stessa sede fisica us-east-1a di un'altra Account AWS.

Per coordinare le zone di disponibilità tra gli account in tutte le regioni, anche quelli che mappano le zone di disponibilità, usa le AZ IDs, che sono identificatori univoci e coerenti per una zona di disponibilità. Ad esempio, use1-az1 è un ID AZ per la us-east-1 regione e ha la stessa posizione fisica in ogni Account AWS regione. Puoi visualizzare l'AZ del tuo account IDs per determinare la posizione fisica delle tue risorse rispetto alle risorse di un altro account. Ad esempio, se condividi una sottorete nella zona di disponibilità con l'ID AZ use1-az2 con un altro account, questa sottorete è disponibile per tale account nella zona di disponibilità il cui ID AZ è anche use1-az2.

Per visualizzare la AZ IDs del tuo account, controlla il pannello di integrità del servizio sulla EC2dashboard o usa il describe-availability-zones AWS CLI comando.

Il diagramma seguente illustra due account con diverse mappature del codice di zona di disponibilità per l'AZ ID.

Zone di disponibilità disponibili

Ogni Regione dispone di più zone di disponibilità, come illustrato nell'elenco seguente.

† Gli account più recenti possono accedere a due zone di disponibilità negli Stati Uniti occidentali (California settentrionale).

istanze nelle zone di disponibilità

All'avvio di un'istanza, seleziona una regione che collochi le istanze più vicine a clienti specifici o che soddisfi i requisiti giuridici o di altro tipo. Avviando le istanze in zone di disponibilità separate, puoi proteggere le tue applicazioni dai guasti di una singola ubicazione nella regione.

Quando avvii un'istanza, puoi opzionalmente specificare una zona di disponibilità nella regione utilizzata. Se non specifichi una zona di disponibilità, ne viene selezionata una automaticamente. Quando avvii le istanze iniziali, ti consigliamo di accettare la zona di disponibilità predefinita. Questo ci consente di selezionare per te la miglior zona di disponibilità 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 in esecuzione o separate da esse.

Zone locali

Una zona locale è un'estensione di una AWS regione situata in prossimità geografica degli utenti. Le Local Zone dispongono di connessioni proprie a Internet e all'assistenza AWS Direct Connect, in modo che le risorse create in una Local Zone possano servire gli utenti locali con comunicazioni a bassa latenza. Per ulteriori informazioni, consulta What is AWS Local Zones? nella AWS Local Zones User Guide.

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.

Il diagramma seguente illustra la AWS regioneus-west-2, due delle relative zone di disponibilità e due delle relative zone locali. Si VPC estende sulle zone di disponibilità e su una delle Local Zones. Ogni zona VPC ha una sottorete e ogni sottorete ha 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 confini di rete è un insieme unico di Availability Zones, Local Zones o Wavelength Zones da AWS cui pubblicizza, ad esempio, gli indirizzi IP. us-west-2-lax-1a Puoi allocare gli indirizzi IP seguenti da un gruppo di confine di rete:

Per ulteriori informazioni su come avviare un'istanza in una Local Zone, consulta Getting started with AWS Local Zones nella AWS Local Zones User Guide.

Zone Wavelength

AWS Wavelength consente agli sviluppatori di creare applicazioni che offrono latenze estremamente basse ai dispositivi mobili e agli utenti finali. Wavelength implementa servizi di elaborazione e archiviazione AWS standard ai margini delle reti 5G dei gestori di telecomunicazioni. Gli sviluppatori possono estendere un cloud privato virtuale (VPC) a una o più Wavelength Zone e quindi utilizzare AWS risorse come le istanze EC2 Amazon per eseguire applicazioni che richiedono una latenza estremamente bassa e una connessione ai servizi della regione. AWS

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.

Il diagramma seguente illustra la AWS regioneus-west-2, due delle sue zone di disponibilità e una zona di Wavelength. Si VPC estende sulle zone di disponibilità e sulla zona Wavelength. Ogni zona VPC ha una sottorete e ogni sottorete ha 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à, zone locali o zone Wavelength da cui AWS pubblicizza gli indirizzi IP, ad esempio us-east-1-wl1-bos-wlz-1.

Per step-by-step istruzioni su come avviare un'istanza in una Wavelength Zone, consulta la Guida introduttiva alla Developer AWS Wavelength Guide.AWS Wavelength

AWS Outposts

AWS Outposts è un servizio completamente gestito che estende l' AWS infrastrutturaAPIs, i servizi e gli strumenti alle sedi dei clienti. Fornendo l'accesso locale all'infrastruttura AWS gestita, AWS Outposts consente ai clienti di creare ed eseguire applicazioni in locale utilizzando le stesse interfacce di programmazione AWS delle regioni, utilizzando al contempo risorse di elaborazione e archiviazione locali per esigenze di elaborazione dati locali e latenza inferiori.

Un Outpost è un pool di capacità di AWS elaborazione e archiviazione distribuito presso la sede di un cliente. AWS gestisce, monitora e gestisce questa capacità come parte di una regione. AWS Puoi creare sottoreti su Outpost e specificarle quando crei risorse. AWS Le istanze nelle sottoreti Outpost comunicano con altre istanze della AWS regione utilizzando indirizzi IP privati, tutte all'interno della stessa area. VPC

Il diagramma seguente illustra la AWS regioneus-west-2, due delle sue zone di disponibilità e un Outpost. Si VPC estende sulle zone di disponibilità e sull'avamposto. L'Outpost si trova in un data center locale del cliente. Ogni zona VPC ha una sottorete e ogni sottorete ha un'istanza.

Istanze su un Outpost

Per iniziare a utilizzarlo AWS Outposts, devi creare un Outpost e ordinare la capacità di Outpost. 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 l'installazione delle apparecchiature Outpost, la capacità di elaborazione e archiviazione è disponibile per l'avvio delle EC2 istanze su Outpost.

Per avviare le EC2 istanze 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 un'EC2istanza in una sottorete Outpost, puoi specificare una coppia di key pair all'avvio dell'istanza, proprio come fai per le istanze in una sottorete della zona di disponibilità per consentire l'utilizzo delle connessioni. SSH

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 di Outposts si trova su un rack Outpost, puoi creare EBS volumi nella sottorete Outpost che hai creato. Quando crei il volume, specifica l'Amazon Resource Name (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 Amazon EBS gp2 senza scollegarli. Per ulteriori informazioni sulla modifica di un volume senza scollegarlo, consulta Richiedere modifiche ai EBS volumi nella Amazon EBS User Guide.

Ti consigliamo di limitare il volume root per un'istanza su un rack Outpost a 30 GiB o meno. Puoi specificare i volumi di dati nella mappatura dei dispositivi a blocchi dell'istanza AMI o dell'istanza per fornire spazio di archiviazione aggiuntivo. Per eliminare i blocchi inutilizzati dal volume di avvio, consulta How to Build Sparse EBS Volumes nel blog di Partner Network.AWS

Ti consigliamo di aumentare il NVMe timeout per il volume root. Per ulteriori informazioni, consulta il timeout delle operazioni di I/O nella Amazon EBS User Guide.

Volumi su un server Outposts

Le istanze sui server Outposts forniscono volumi di archiviazione delle istanze ma non EBS supportano i volumi. Scegli una soluzione EBS supportata da Amazon AMI con una sola EBS istantanea. Scegli una dimensione dell'istanza un archivio istanza sufficiente per soddisfare le esigenze della tua applicazione. Per ulteriori informazioni, consulta Limiti di archivio dell'istanza.