Istanze con archiviazione ottimizzata - 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à.

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.

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 nel blog di Xen Project.

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
  1. Avviare un'istanza D2 utilizzando l'AMI in uso, scegliendo un tipo di istanza D2 diverso da d2.8xlarge.

  2. 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
  3. Arrestare l'istanza.

  4. (Facoltativo) Creare un'AMI dall'istanza che è possibile utilizzare per avviare eventuali istanze d2.8xlarge di cui si avrà bisogno in futuro.

  5. 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).

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

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

    1. 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).

    2. 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 voce kernel 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
    3. Arrestare l'istanza.

    4. (Facoltativo) Creare un'AMI dall'istanza che è possibile utilizzare per avviare eventuali istanze d2.8xlarge di cui si avrà bisogno in futuro.

    5. 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).

    6. 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:

    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 e d3.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.