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à.
Istanze con archiviazione ottimizzata
Nota
Per le specifiche dettagliate del tipo di istanza, consulta la Amazon EC2 Instance Types Guide. Per informazioni sui prezzi, consulta Tipi di istanza Amazon EC2
Le istanze con archiviazione ottimizzata sono progettate per carichi di lavoro che richiedono un elevato accesso di lettura e scrittura sequenziale a set di dati molto grandi che si trovano su archiviazione locale. Tali istanze sono ottimizzate per erogare alle applicazioni decine di migliaia di operazioni di I/O casuali a bassa latenza al secondo (IOPS). Per ulteriori informazioni, inclusa la tecnologia utilizzata, consulta la pagina Dettagli dei tipi di istanza Amazon EC2
Istanze D2
Queste istanze sono particolarmente adatte nei seguenti casi:
-
Data warehouse MPP (Massive Parallel Processing)
-
MapReduce e calcolo distribuito Hadoop
-
Log o elaborazione dei dati
Istanze D3 e D3en
Queste istanze offrono riduzione dell'archiviazione dell'istanza e sono adatte per le seguenti applicazioni:
-
File system distribuiti per carichi di lavoro Hadoop
-
Carichi di lavoro di archiviazione dei file come GPFC e BeeFS
-
Data lake di grandi dimensioni per carichi di lavoro HPC
Istanze H1
Queste istanze sono particolarmente adatte nei seguenti casi:
-
Carichi di lavoro che richiedono un uso intensivo di dati, ad esempio file system distribuiti MapReduce
-
Applicazioni con accesso sequenziale a grandi quantità di dati su archiviazione dell'istanza collegata direttamente
-
Applicazioni che richiedono un accesso con throughput elevato a grandi quantità di dati
Istanze I3 e I3en
Queste istanze sono particolarmente adatte nei seguenti casi:
-
Sistemi di elaborazione di transazioni online (OLTP) a elevata frequenza
-
Database relazionali
-
Database NoSQL
-
Cache di database in-memory (ad esempio, Redis)
-
Applicazioni di data warehousing
-
File system distribuiti
Le istanze bare metal consentono alle applicazioni di accedere direttamente alle risorse fisiche del server host, come i processori e la memoria.
Per ulteriori informazioni consulta Istanze I3 Amazon EC2
Istanze l4i
Queste istanze sono adatte per carichi di lavoro con uso intensivo di I/O che richiedono set di dati di piccole e medie dimensioni su archiviazione locale, come database transazionali e database NoSQL.
Per ulteriori informazioni, consultare Istanze Amazon EC2 l4i
istanze I4g
Le istanze i4G sono dotate di processori AWS Graviton 2 e SSD Nitro. AWS Le istanze I4g sono ideali per carichi di lavoro che eseguono un elevato mix di operazioni di lettura/scrittura casuali, sono altamente sensibili alla latenza di I/O e richiedono elevate prestazioni della CPU, come database SQL o NoSQL, elaborazione di transazioni online e analisi in tempo reale. Per ulteriori informazioni, consultare le Istanze Amazon EC2 I4g
Istanze Im4gn
Queste istanze sono particolarmente adatte ai carichi di lavoro che richiedono elevate prestazioni I/O casuali a bassa latenza, come le seguenti:
-
Database relazionali
-
Database NoSQL
-
Cerca
-
File system distribuiti
Per ulteriori informazioni, consultare Istanze Im4gn e Is4gen di Amazon EC2
Istanze Is4gen
Queste istanze sono particolarmente adatte ai carichi di lavoro che richiedono elevate prestazioni I/O casuali a bassa latenza, come le seguenti:
-
Database NoSQL
-
Indicizzazione
-
Streaming
-
Caching
-
Archiviazione Warm
Per ulteriori informazioni, consultare Istanze Im4gn e Is4gen di Amazon EC2
Indice
Specifiche dell'hardware
Di seguito è riportato un riepilogo delle specifiche hardware per le istanze con archiviazione ottimizzata. Un'unità di elaborazione centrale virtuale (vCPU) rappresenta una parte della CPU fisica assegnata a una macchina virtuale (VM). Per le istanze x86, esistono due vCPU per core. Per le istanze Graviton, esiste una vCPU per core.
Tipo di istanza | vCPU predefinite | Memoria (GiB) |
---|---|---|
d2.xlarge | 4 | 30,50 |
d2.2xlarge | 8 | 61,00 |
d2.4xlarge | 16 | 122,00 |
d2.8xlarge | 36 | 244,00 |
d3.xlarge | 4 | 32,00 |
d3.2xlarge | 8 | 64,00 |
d3.4xlarge | 16 | 128,00 |
d3.8xlarge | 32 | 256,00 |
d3en.xlarge | 4 | 16,00 |
d3en.2xlarge | 8 | 32,00 |
d3en.4xlarge | 16 | 64,00 |
d3en.6xlarge | 24 | 96,00 |
d3en.8xlarge | 32 | 128,00 |
d3en.12xlarge | 48 | 192,00 |
h1.2xlarge | 8 | 32,00 |
h1.4xlarge | 16 | 64,00 |
h1.8xlarge | 32 | 128,00 |
h1.16xlarge | 64 | 256,00 |
i2.xlarge | 4 | 30,50 |
i2.2xlarge | 8 | 61,00 |
i2.4xlarge | 16 | 122,00 |
i2.8xlarge | 32 | 244,00 |
i3.large | 2 | 15,25 |
i3.xlarge | 4 | 30,50 |
i3.2xlarge | 8 | 61,00 |
i3.4xlarge | 16 | 122,00 |
i3.8xlarge | 32 | 244,00 |
i3.16xlarge | 64 | 488,00 |
i3.metal | 72 | 512,00 |
i3en.large | 2 | 16,00 |
i3en.xlarge | 4 | 32,00 |
i3en.2xlarge | 8 | 64,00 |
i3en.3xlarge | 12 | 96,00 |
i3en.6xlarge | 24 | 192,00 |
i3en.12xlarge | 48 | 384,00 |
i3en.24xlarge | 96 | 768,00 |
i3en.metal | 96 | 768,00 |
i4g.large | 2 | 16,00 |
i4g.xlarge | 4 | 32,00 |
i4g.2xlarge | 8 | 64,00 |
i4g.4xlarge | 16 | 128,00 |
i4g.8xlarge | 32 | 256,00 |
i4g.16xlarge | 64 | 512,00 |
i4i.large | 2 | 16,00 |
i4i.xlarge | 4 | 32,00 |
i4i.2xlarge | 8 | 64,00 |
i4i.4xlarge | 16 | 128,00 |
i4i.8xlarge | 32 | 256,00 |
i4i.12xlarge | 48 | 384,00 |
i4i.16xlarge | 64 | 512,00 |
i4i.24xlarge | 96 | 768,00 |
i4i.32xlarge | 128 | 1024,00 |
i4i.metal | 128 | 1024,00 |
im4gn.large | 2 | 8,00 |
im4gn.xlarge | 4 | 16,00 |
im4gn.2xlarge | 8 | 32,00 |
im4gn.4xlarge | 16 | 64,00 |
im4gn.8xlarge | 32 | 128,00 |
im4gn.16xlarge | 64 | 256,00 |
is4gen.medium | 1 | 6,00 |
is4gen.large | 2 | 12,00 |
is4gen.xlarge | 4 | 24,00 |
is4gen.2xlarge | 8 | 48,00 |
is4gen.4xlarge | 16 | 96,00 |
is4gen.8xlarge | 32 | 192,00 |
Le istanze ottimizzate per l'archiviazione utilizzano i seguenti processori.
AWS Processori Graviton
-
AWS Graviton 2: IM4GN, IS4Gen, i4G
Processori Intel
-
Processori Intel Xeon scalabili (Haswell E5-2676 v3): D2
-
Processori Intel Xeon scalabili (Broadwell E5-2686 v4): H1, I3
-
Processori Intel Xeon scalabili (Skylake 8175M o Cascade Lake 8259CL): I3en
-
Processori Intel Xeon scalabili di seconda generazione (Cascade Lake 8259CL): D3, D3en
-
Processori Intel Xeon scalabili di terza generazione (Ice Lake 8375C): I4i
Per le specifiche dettagliate del tipo di istanza, consulta la Amazon EC2 Instance Types Guide. Per informazioni sui prezzi, consulta Tipi di istanza Amazon EC2
Prestazioni dell'istanza
Per garantire le migliori prestazioni di throughput dei dischi dall'istanza su Linux, consigliamo di utilizzare la versione più recente di Amazon Linux 2 o Amazon Linux AMI.
Per le istanze con volumi instance store NVMe, utilizza un'AMI di Linux con versione del kernel 4.4 o successiva. Altrimenti, l'istanza non raggiungerà le massime prestazioni di IOPS disponibili.
Le istanze D2 forniscono le migliori prestazioni dei dischi se utilizzi un kernel Linux che supporta concessioni persistenti, un'estensione del protocollo Xen ad anello dei blocchi che migliora notevolmente il throughput e la scalabilità dei dischi. Per ulteriori informazioni sulle concessioni persistenti, consulta questo articolo
Le istanze ottimizzate per EBS ti permettono di ottenere prestazioni costantemente elevate dei volumi EBS eliminando i conflitti tra I/O Amazon EBS e altro traffico di rete dalla tua istanza. Alcune istanze ottimizzate per l'archiviazione sono ottimizzate per EBS per impostazione predefinita senza costi aggiuntivi. Per ulteriori informazioni, consulta Istanze ottimizzate per Amazon EBS.
Alcuni tipi di istanze ottimizzate per l'archiviazione forniscono la capacità di controllare gli stati C e P del processore su Linux. Gli stati C controllano i livelli di sospensione che una memoria centrale può avere quando è inattiva, mentre gli stati P controllano le prestazioni desiderate (in base alla frequenza della CPU) di una memoria centrale. Per ulteriori informazioni, consulta Controllo degli stati del processore dell'istanza EC2.
Prestazioni di rete
È possibile abilitare una rete avanzata sui tipi di istanze supportati per fornire latenze inferiori, minore jitter di rete e prestazioni (PPS) più elevate. packet-per-second La maggior parte delle applicazioni non ha sempre bisogno di un alto livello di prestazioni di rete, ma può sfruttare i vantaggi di una maggiore larghezza di banda per l'invio o la ricezione dei dati. Per ulteriori informazioni, consulta Abilitazione delle reti avanzate su Linux.
Di seguito è riportato un riepilogo delle prestazioni di rete per le istanze con archiviazione ottimizzata che supportano i servizi di rete avanzati.
Nota
I tipi di istanza indicati con † hanno una larghezza di banda di base e possono utilizzare un meccanismo di credito I/O di rete per superare la larghezza di banda di base sulla base del massimo sforzo. Per ulteriori informazioni, consulta larghezza di banda di rete dell'istanza.
Tipo di istanza | Prestazioni di rete | Funzionalità di rete avanzate |
---|---|---|
d2.xlarge |
Moderata | Intel 82599 VF |
d2.2xlarge |
Elevate | Intel 82599 VF |
d2.4xlarge |
Elevate | Intel 82599 VF |
d2.8xlarge |
10 Gigabit | Intel 82599 VF |
d3.xlarge † |
Fino a 15 Gigabit | ENA |
d3.2xlarge † |
Fino a 15 Gigabit | ENA |
d3.4xlarge † |
Fino a 15 Gigabit | ENA |
d3.8xlarge |
25 Gigabit | ENA |
d3en.xlarge † |
Fino a 25 Gigabit | ENA |
d3en.2xlarge † |
Fino a 25 Gigabit | ENA |
d3en.4xlarge |
25 Gigabit | ENA |
d3en.6xlarge |
40 Gigabit | ENA |
d3en.8xlarge |
50 Gigabit | ENA |
d3en.12xlarge |
75 Gigabit | ENA |
h1.2xlarge † |
Fino a 10 Gigabit | ENA |
h1.4xlarge † |
Fino a 10 Gigabit | ENA |
h1.8xlarge |
10 Gigabit | ENA |
h1.16xlarge |
25 Gigabit | ENA |
i2.xlarge |
Moderate | Intel 82599 VF |
i2.2xlarge |
Elevate | Intel 82599 VF |
i2.4xlarge |
Elevate | Intel 82599 VF |
i2.8xlarge |
10 Gigabit | Intel 82599 VF |
i3.large † |
Fino a 10 Gigabit | ENA |
i3.xlarge † |
Fino a 10 Gigabit | ENA |
i3.2xlarge † |
Fino a 10 Gigabit | ENA |
i3.4xlarge † |
Fino a 10 Gigabit | ENA |
i3.8xlarge |
10 Gigabit | ENA |
i3.16xlarge |
25 Gigabit | ENA |
i3.metal |
25 Gigabit | ENA |
i3en.large † |
Fino a 25 Gigabit | ENA |
i3en.xlarge † |
Fino a 25 Gigabit | ENA |
i3en.2xlarge † |
Fino a 25 Gigabit | ENA |
i3en.3xlarge † |
Fino a 25 Gigabit | ENA |
i3en.6xlarge |
25 Gigabit | ENA |
i3en.12xlarge |
50 Gigabit | ENA | EFA |
i3en.24xlarge |
100 Gigabit | ENA | EFA |
i3en.metal |
100 Gigabit | ENA | EFA |
i4g.large † |
Fino a 10 Gigabit | ENA |
i4g.xlarge † |
Fino a 10 Gigabit | ENA |
i4g.2xlarge † |
Fino a 12 Gigabit | ENA |
i4g.4xlarge † |
Fino a 25 Gigabit | ENA |
i4g.8xlarge |
18,75 Gigabit | ENA |
i4g.16xlarge |
37,5 Gigabit | ENA | EFA |
i4i.large † |
Fino a 10 Gigabit | ENA |
i4i.xlarge † |
Fino a 10 Gigabit | ENA |
i4i.2xlarge † |
Fino a 12 Gigabit | ENA |
i4i.4xlarge † |
Fino a 25 Gigabit | ENA |
i4i.8xlarge |
18,75 Gigabit | ENA |
i4i.12xlarge |
28,12 Gigabit | ENA |
i4i.16xlarge |
37,5 Gigabit | ENA |
i4i.24xlarge |
56,25 Gigabit | ENA |
i4i.32xlarge |
75 Gigabit | ENA | EFA |
i4i.metal |
75 Gigabit | ENA | EFA |
im4gn.large † |
Fino a 25 Gigabit | ENA |
im4gn.xlarge † |
Fino a 25 Gigabit | ENA |
im4gn.2xlarge † |
Fino a 25 Gigabit | ENA |
im4gn.4xlarge |
25 Gigabit | ENA |
im4gn.8xlarge |
50 Gigabit | ENA |
im4gn.16xlarge |
100 Gigabit | ENA | EFA |
is4gen.medium † |
Fino a 25 Gigabit | ENA |
is4gen.large † |
Fino a 25 Gigabit | ENA |
is4gen.xlarge † |
Fino a 25 Gigabit | ENA |
is4gen.2xlarge † |
Fino a 25 Gigabit | ENA |
is4gen.4xlarge |
25 Gigabit | ENA |
is4gen.8xlarge |
50 Gigabit | ENA |
La tabella seguente mostra la larghezza di banda di base e burst per i tipi di istanza che utilizzano il meccanismo di credito I/O di rete per superare la larghezza di banda di base.
Tipo di istanza | Larghezza di banda di base (Gb/s) | Larghezza di banda burst (Gb/s) |
---|---|---|
d3.xlarge |
3.0 | 15,0 |
d3.2xlarge |
6.0 | 15,0 |
d3.4xlarge |
12,5 | 15,0 |
d3en.xlarge |
6.0 | 25.0 |
d3en.2xlarge |
12,5 | 25.0 |
h1.2xlarge |
2.5 | 10,0 |
h1.4xlarge |
5.0 | 10,0 |
i3.large |
0.75 | 10,0 |
i3.xlarge |
1,25 | 10,0 |
i3.2xlarge |
2.5 | 10,0 |
i3.4xlarge |
5.0 | 10,0 |
i3en.large |
2.1 | 25.0 |
i3en.xlarge |
4.2 | 25.0 |
i3en.2xlarge |
8.4 | 25.0 |
i3en.3xlarge |
12,5 | 25.0 |
i4g.large |
0,781 | 10,0 |
i4g.xlarge |
1,875 | 10,0 |
i4g.2xlarge |
4,687 | 12,0 |
i4g.4xlarge |
9,375 | 25.0 |
i4i.large |
0,781 | 10,0 |
i4i.xlarge |
1,875 | 10,0 |
i4i.2xlarge |
4,687 | 12,0 |
i4i.4xlarge |
9,375 | 25.0 |
im4gn.large |
3,125 | 25.0 |
im4gn.xlarge |
6,25 | 25.0 |
im4gn.2xlarge |
12,5 | 25.0 |
is4gen.medium |
1,562 | 25.0 |
is4gen.large |
3,125 | 25.0 |
is4gen.xlarge |
6,25 | 25.0 |
is4gen.2xlarge |
12,5 | 25.0 |
Prestazioni I/O di Amazon EBS
Un'istanza ottimizzata per Amazon EBS utilizza uno stack di configurazione ottimizzato e offre capacità aggiuntiva dedicata per l'I/O di Amazon EBS. Questa ottimizzazione offre prestazioni ottimali ai volumi Amazon EBS, riducendo al minimo i conflitti tra l'I/O di Amazon EBS e altro traffico proveniente dall'istanza.
Per ulteriori informazioni, consulta Istanze ottimizzate per Amazon EBS.
Prestazioni I/O dei volumi dell'archivio dell'istanza basati su SSD
L'archiviazione dei dati principale delle istanze D2, D3 e D3en sono i volumi di archivio istanza HDD. L'archiviazione dei dati principale delle istanze I3 e I3en sono i volumi di archivio istanza Non-Volatile Memory Express (NVMe) SSD.
I volumi instance store sono persistenti solo per il ciclo di vita dell'istanza. Quando arresti,congeli o interrompi un'istanza, le applicazioni e i dati nei relativi volumi instance store vengono cancellati. Consigliamo di eseguire regolarmente dei backup o delle repliche dei dati importanti contenuti nei volumi instance store. Per ulteriori informazioni, consultare Instance store Amazon EC2 e Volumi di instance store SSD.
Se si utilizza un'AMI di Linux con kernel versione 4.4 o successive e si utilizzano tutti i volumi di archivio istanza basati su SSD disponibili per l'istanza, si potranno vedere le prestazioni di IOPS (dimensione di blocco 4.096 byte) elencate nella tabella seguente (alla saturazione della profondità della coda). Altrimenti, otterrai prestazioni di IOPS inferiori.
Dimensioni istanza | IOPS di lettura casuale 100% | Scrivi IOPS |
---|---|---|
i3.large |
103125 | 35000 |
i3.xlarge |
206250 | 70000 |
i3.2xlarge |
412500 | 180000 |
i3.4xlarge |
825000 | 360000 |
i3.8xlarge |
1650000 | 720000 |
i3.16xlarge |
3300000 | 1440000 |
i3.metal |
3300000 | 1440000 |
i3en.large |
42500 | 32500 |
i3en.xlarge |
85000 | 65000 |
i3en.2xlarge |
170000 | 130000 |
i3en.3xlarge |
250000 | 200000 |
i3en.6xlarge |
500000 | 400000 |
i3en.12xlarge |
1000000 | 800000 |
i3en.24xlarge |
2000000 | 1600000 |
i3en.metal |
2000000 | 1600000 |
i4g.large |
31250 | 25000 |
i4g.xlarge |
62500 | 50000 |
i4g.2xlarge |
125000 | 100000 |
i4g.4xlarge |
250000 | 200000 |
i4g.8xlarge |
500000 | 400000 |
i4g.16xlarge |
1000000 | 800000 |
i4i.large |
50000 | 27500 |
i4i.xlarge |
100000 | 55000 |
i4i.2xlarge |
200000 | 110000 |
i4i.4xlarge |
400000 | 220000 |
i4i.8xlarge |
800000 | 440000 |
i4i.12xlarge |
1200000 | 660000 |
i4i.16xlarge |
1600000 | 880000 |
i4i.24xlarge |
2400000 | 1320000 |
i4i.32xlarge |
3200000 | 1760000 |
i4i.metal |
3200000 | 1760000 |
im4gn.large |
31250 | 25000 |
im4gn.xlarge |
62500 | 50000 |
im4gn.2xlarge |
125000 | 100000 |
im4gn.4xlarge |
250000 | 200000 |
im4gn.8xlarge |
500000 | 400000 |
im4gn.16xlarge |
1000000 | 800000 |
is4gen.medium |
31250 | 25000 |
is4gen.large |
62500 | 50000 |
is4gen.xlarge |
125000 | 100000 |
is4gen.2xlarge |
250000 | 200000 |
is4gen.4xlarge |
500000 | 400000 |
is4gen.8xlarge |
1000000 | 800000 |
Via via che i volumi di instance store basati su SSD vengono occupati, le prestazioni di I/O ottenute diminuiscono. Ciò è dovuto al lavoro aggiuntivo che il controller SSD deve svolgere per individuare spazio disponibile, riscrivere i dati esistenti e cancellare lo spazio inutilizzato in modo che possa essere riscritto. Questo processo di garbage collection produce un'amplificazione della scrittura interna dell'SSD, espressa come il rapporto delle operazioni di scrittura dell'SSD e le operazioni di scrittura dell'utente. La riduzione delle prestazioni è ancora maggiore se le operazioni di scrittura non sono in multipli di 4.096 byte o non sono allineate con il limite di 4.096 byte. Se scrivi una quantità inferiore di byte o di byte non allineati, il controller SSD deve leggere i dati circostanti e archiviare il risultato in una nuova posizione. Questo modello comporta un'amplificazione della scrittura notevolmente maggiore, una latenza maggiore e una riduzione drastica delle prestazioni di I/O.
I controller SSD possono utilizzare svariate strategie per ridurre l'impatto dell'amplificazione della scrittura. Una di queste strategie è di riservare spazio nell'archiviazione dell'istanza SSD in modo che il controller possa gestire più efficacemente lo spazio disponibile per le operazioni di scrittura. Si tratta dell'over-provisioning. I volumi instance store basati su SSD forniti a un'istanza non dispongono di spazio riservato per l'over-provisioning. Per ridurre l'amplificazione della scrittura, consigliamo di lasciare il 10% del volume non partizionato in modo che il controller SSD possa utilizzarlo per l'over-provisioning. In questo modo, l'archiviazione che si può utilizzare diminuisce, ma aumentano le prestazioni anche se il disco è prossimo alla capacità completa.
Per i volumi instance store che supportano TRIM, puoi usare il comando TRIM per notificare al controller SSD che i dati scritti non sono più necessari. Il controller avrà così più spazio libero, l'amplificazione della scrittura potrà ridursi e le prestazioni aumentare. Per ulteriori informazioni, consulta Supporto TRIM per i volumi di instance store.
Per un confronto delle dimensioni del volume tra tutti i tipi di istanze che supportano i volumi di archivio dell'istanza, consulta la tabella Available instance store volumes (Volumi di archivio dell'istanza disponibili).
Supporto delle vCPU
Il tipo di istanza d2.8xlarge
fornisce 36 vCPU, che potrebbero causare problemi in alcuni sistemi operativi Linux che hanno un limite di 32 vCPU. Consigliamo vivamente di utilizzare le versioni più recenti delle AMI quando avvii le istanze d2.8xlarge
.
Le seguenti AMI di Linux supportano l'avvio di istanze d2.8xlarge
con 36 vCPU:
-
Amazon Linux 2 (HVM)
-
AMI AMI Amazon Linux 2018.03 (HVM)
-
Ubuntu Server 14.04 LTS (HVM) o versioni successive
-
Red Hat Enterprise Linux 7.1 (HVM)
-
SUSE Linux Enterprise Server 12 (HVM)
Se devi utilizzare un'AMI diversa per la tua applicazione e l'avvio dell'istanza d2.8xlarge
non viene completato correttamente (ad esempio, se lo stato dell'istanza passa a stopped
durante l'avvio con un motivo di transizione dello stato Client.InstanceInitiatedShutdown
), modifica l'istanza come descritto nella procedura seguente per supportare più di 32 vCPU e poter utilizzare il tipo di istanza d2.8xlarge
.
Per aggiornare un'istanza per supportare più di 32 vCPU
-
Avviare un'istanza D2 utilizzando l'AMI in uso, scegliendo un tipo di istanza D2 diverso da
d2.8xlarge
. -
Aggiornare il kernel alla versione più recente attenendosi alle istruzioni specifiche del sistema operativo in uso. Ad esempio, per RHEL 6, utilizzare il seguente comando:
sudo yum update -y kernel
-
Arrestare l'istanza.
-
(Facoltativo) Creare un'AMI dall'istanza che è possibile utilizzare per avviare eventuali istanze
d2.8xlarge
di cui si avrà bisogno in futuro. -
Modifica il tipo dell'istanza arrestata in
d2.8xlarge
(scegli Actions (Operazioni), Instance settings (Impostazioni istanza), Change instance type (Modifica tipo di istanza), quindi segui le istruzioni). -
Avviare l'istanza. Se l'istanza viene avviata correttamente, la procedura termina. Se l'istanza continua a non avviarsi correttamente, procedere con la fase successiva.
-
(Facoltativo) Se l'istanza continua a non avviarsi correttamente, è possibile che il kernel sull'istanza non supporti più di 32 vCPU. Tuttavia, potrebbe essere possibile avviare l'istanza se le vCPU vengono limitate.
-
Modifica il tipo dell'istanza arrestata in qualsiasi tipo D2 diverso da
d2.8xlarge
(scegli Actions (Operazioni), Instance settings (Impostazioni istanza), Change instance type (Modifica tipo di istanza), quindi segui le istruzioni). -
Aggiungere l'opzione
maxcpus=32
ai parametri del kernel di avvio attenendosi alle istruzioni specifiche del sistema operativo in uso. Ad esempio, per RHEL 6, modificare il file/boot/grub/menu.lst
e aggiungere l'opzione seguente alla vocekernel
più recente e attiva:default=0 timeout=1 splashimage=(hd0,0)/boot/grub/splash.xpm.gz hiddenmenu title Red Hat Enterprise Linux Server (2.6.32-504.3.3.el6.x86_64) root (hd0,0) kernel /boot/vmlinuz-2.6.32-504.3.3.el6.x86_64
maxcpus=32
console=ttyS0 ro root=UUID=9996863e-b964-47d3-a33b-3920974fdbd9 rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 xen_blkfront.sda_is_xvda=1 console=ttyS0,115200n8 console=tty0 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_NO_LVM rd_NO_DM initrd /boot/initramfs-2.6.32-504.3.3.el6.x86_64.img -
Arrestare l'istanza.
-
(Facoltativo) Creare un'AMI dall'istanza che è possibile utilizzare per avviare eventuali istanze
d2.8xlarge
di cui si avrà bisogno in futuro. -
Modifica il tipo dell'istanza arrestata in
d2.8xlarge
(scegli Actions (Operazioni), Instance Settings (Impostazioni istanza), Change Instance Type (Modifica tipo di istanza), quindi segui le istruzioni). -
Avviare l'istanza.
-
Note di rilascio
-
Le istanze
r7a.metal-48xl
non supportano le AMI di Windows Server 2019 rilasciate prima di luglio 2023 e le AMI di Windows Server 2016. -
Le istanze basate sul Sistema Nitro presentano i seguenti requisiti:
Devono essere istallati i driver i driver NVMe.
Devono essere istallati i driver Elastic Network Adapter (ENA)
Le seguenti AMI Linux soddisfano questi requisiti:
AL2023
Amazon Linux 2
AMI Amazon Linux 2018.03 e versioni successive
-
Ubuntu 14.04 o versioni successive con kernel
linux-aws
Nota
AWS I tipi di istanza basati su Graviton richiedono Ubuntu 18.04 o versione successiva con kernel
linux-aws
Red Hat Enterprise Linux 7.4 o versioni successive
SUSE Linux Enterprise Server 12 SP2 o versioni successive
CentOS 7.4.1708 o versioni successive
FreeBSD 11.1 o versioni successive
Debian GNU/Linux 9 o versioni successive
-
Le istanze con un processore AWS Graviton hanno i seguenti requisiti:
Utilizza un'AMI per l'architettura Arm a 64 bit.
Supporto per l'avvio tramite UEFI con le tabelle ACPI e supporto per ACPI hot-plug dei dispositivi PCI.
Le seguenti AMI soddisfano questi requisiti:
Amazon Linux 2 (Arm a 64 bit)
Ubuntu 16.04 o versioni successive (Arm a 64 bit)
Red Hat Enterprise Linux 8.0 o versioni successive (Arm a 64 bit)
SUSE Linux Enterprise Server 15 o versioni successive (Arm a 64 bit)
Debian 10 o versioni successive (Arm a 64 bit)
-
L'avvio di un'istanza bare metal riavvia il server sottostante, il che comporta la verifica di tutti i componenti hardware e firmware. Ciò significa che ci vogliono 20 minuti dal momento in cui l'istanza entra in stato di esecuzione affinché diventi disponibile sulla rete.
-
Per collegare o scollegare volumi EBS o interfacce di rete secondarie da un'istanza bare metal è richiesto il supporto dell'hotplug nativo PCIe. Amazon Linux 2 e le versioni più recenti dell'AMI Amazon Linux supportano l'hotplug nativo PCIe, a differenza delle versioni precedenti. Devi abilitare le seguenti opzioni di configurazione del kernel Linux:
CONFIG_HOTPLUG_PCI_PCIE=y CONFIG_PCIEASPM=y
-
Le istanze bare metal utilizzano un dispositivo seriale basato su PCI anziché basato su porte I/O. Il kernel Linux upstream e le ultime AMI Linux Amazon supportano questo dispositivo. Le istanze bare metal offrono anche una tabella ACPI SPCR per abilitare il sistema all'utilizzo automatico del dispositivo seriale basato su PCI. Le ultime AMI Windows utilizzano automaticamente il dispositivo seriale basato su PCI.
-
Con le AMI FreeBSD, il riavvio delle istanze bare metal richiede circa un'ora e l'I/O sull'archiviazione NVMe locale non termina. Come soluzione alternativa, aggiungi la seguente riga a
/boot/loader.conf
ed esegui il riavvio:hw.nvme.per_cpu_io_queues="0"
-
Il tipo di istanza
d2.8xlarge
ha 36 vCPU, che potrebbero causare problemi in alcuni sistemi operativi Linux che hanno un limite di 32 vCPU. Per ulteriori informazioni, consulta Supporto delle vCPU. -
Le istanze
d3en.12xlarge
ed3.8xlarge
supportano un massimo di tre allegati, incluso il volume root. Il superamento del limite di allegati quando si aggiunge un'interfaccia di rete o un volume EBS causa problemi di allegati nell'istanza. -
Esistono limiti per il numero totale di istanze che è possibile avviare in una regione, nonché limiti aggiuntivi per alcuni tipi di istanza. Per ulteriori informazioni, consulta Quante istanze è possibile eseguire in Amazon EC2?
nelle domande frequenti di Amazon EC2.