Limiti di storage in AWS
Cloud Volumes ONTAP ha limiti di configurazione dello storage per garantire operazioni affidabili. Per ottenere prestazioni ottimali, non configurare il sistema ai valori massimi.
Capacità massima del sistema per licenza
La capacità massima del sistema per un sistema Cloud Volumes ONTAP è determinata dalla relativa licenza. La capacità massima del sistema include lo storage basato su disco e lo storage a oggetti utilizzato per il tiering dei dati.
NetApp non supporta il superamento del limite di capacità del sistema. Se si raggiunge il limite di capacità concesso in licenza, BlueXP visualizza il messaggio Action Required (azione richiesta) e non consente più di aggiungere dischi aggiuntivi.
Per alcune configurazioni, i limiti dei dischi impediscono di raggiungere il limite di capacità utilizzando solo i dischi. In questi casi, è possibile raggiungere il limite di capacità di "tiering dei dati inattivi sullo storage a oggetti". Per ulteriori informazioni, fare riferimento ai limiti di capacità e dischi riportati di seguito.
Licenza | Capacità massima del sistema (dischi + storage a oggetti) |
---|---|
Freemium |
500 GiB |
ESPLORAZIONE DI PAYGO |
2 TIB (il tiering dei dati non è supportato con Explore) |
Standard PAYGO |
10 TIB |
PAYGO Premium |
368 TIB |
Licenza basata su nodo |
2 PIB (richiede più licenze) |
Licenza basata sulla capacità |
2 PIB |
Il limite di capacità è per l'intera coppia ha. Non è per nodo. Ad esempio, se si utilizza la licenza Premium, è possibile avere fino a 368 TIB di capacità tra entrambi i nodi.
No, non è così. I dati di una coppia ha AWS vengono sottoposti a mirroring sincrono tra i nodi in modo che siano disponibili in caso di guasto. Ad esempio, se si acquista un disco 8 TIB sul nodo A, BlueXP alloca anche un disco 8 TIB sul nodo B utilizzato per i dati mirrorati. Sebbene sia stato eseguito il provisioning di 16 TIB di capacità, solo 8 TIB sono contati rispetto al limite di licenza.
Limiti di dischi e tiering per istanza EC2
Cloud Volumes ONTAP utilizza i volumi EBS come dischi, con una dimensione massima del disco di 16 TIB. Le sezioni seguenti mostrano i limiti di dischi e tiering per la famiglia di istanze EC2, in quanto molti tipi di istanze EC2 hanno limiti di dischi diversi. I limiti dei dischi sono anche diversi tra i sistemi a nodo singolo e le coppie ha.
Tenere presente quanto segue:
-
I limiti dei dischi riportati di seguito sono specifici per i dischi che contengono dati utente. I limiti non includono il disco di boot e il disco root.
-
Puoi acquistare più licenze basate su nodi per un sistema Cloud Volumes ONTAP BYOL a nodo singolo o coppia ha, per allocare più di 368 TiB di capacità, fino al limite massimo di capacità di sistema testato e supportato di 2 PIB. Tenere presente che i limiti dei dischi possono impedire di raggiungere il limite di capacità utilizzando solo i dischi. È possibile superare il limite di dischi di "tiering dei dati inattivi sullo storage a oggetti". "Scopri come aggiungere ulteriori licenze di sistema a Cloud Volumes ONTAP". Sebbene Cloud Volumes ONTAP supporti fino alla capacità massima testata e supportata di sistema di 2 PIB, il superamento del limite di 2 PIB comporta una configurazione di sistema non supportata.
-
Il cloud segreto e le regioni del cloud top secret AWS supportano l'acquisto di licenze basate su nodi multipli a partire da Cloud Volumes ONTAP 9.12.1.
-
Nodo singolo con licenza Premium
Istanza | Numero massimo di dischi per nodo | Capacità massima del sistema con i soli dischi | Capacità massima del sistema con dischi e tiering dei dati |
---|---|---|---|
istanze c5, m5 e r5 |
21 1 |
336 TIB |
368 TIB |
m5dn.24xlarge |
19 2 |
304 TIB |
368 TIB |
-
21 dischi dati sono il limite per nuove implementazioni di Cloud Volumes ONTAP. Se si aggiorna un sistema creato con la versione 9.7 o precedente, il sistema continua a supportare 22 dischi. Un disco dati in meno è supportato sui nuovi sistemi che utilizzano questi tipi di istanze grazie all'aggiunta di un disco core a partire dalla release 9.8.
-
Questo tipo di istanza dispone di più dischi NVMe locali rispetto ad altri tipi di istanza, il che significa che è supportato un numero inferiore di dischi dati.
Nodo singolo con licenze basate su nodo
Istanza | Numero massimo di dischi per nodo | Capacità massima del sistema con una licenza | Capacità massima del sistema con più licenze | ||
---|---|---|---|---|---|
Dischi da soli |
Dischi + tiering dei dati |
Dischi da soli |
Dischi + tiering dei dati |
||
istanze c5, m5 e r5 |
21 1 |
336 TIB |
368 TIB |
336 TIB |
2 PIB |
m5dn.24xlarge |
19 2 |
304 TIB |
368 TIB |
304 TIB |
2 PIB |
-
21 dischi dati sono il limite per nuove implementazioni di Cloud Volumes ONTAP. Se si aggiorna un sistema creato con la versione 9.7 o precedente, il sistema continua a supportare 22 dischi. Un disco dati in meno è supportato sui nuovi sistemi che utilizzano questi tipi di istanze grazie all'aggiunta di un disco core a partire dalla release 9.8.
-
Questo tipo di istanza dispone di più dischi NVMe locali rispetto ad altri tipi di istanza, il che significa che è supportato un numero inferiore di dischi dati.
Nodo singolo con licenze basate sulla capacità
Istanza | Numero massimo di dischi per nodo | Capacità massima del sistema con i soli dischi | Capacità massima del sistema con dischi e tiering dei dati |
---|---|---|---|
istanze c5, m5 e r5 |
21 |
336 TIB |
2 PIB |
m5dn.24xlarge |
19 1 |
304 TIB |
2 PIB |
-
Questo tipo di istanza dispone di più dischi NVMe locali rispetto ad altri tipi di istanza, il che significa che è supportato un numero inferiore di dischi dati.
HA si accoppia con una licenza Premium
Istanza | Numero massimo di dischi per nodo | Capacità massima del sistema con i soli dischi | Capacità massima del sistema con dischi e tiering dei dati |
---|---|---|---|
istanze c5, m5 e r5 |
18 1 |
288 TIB |
368 TIB |
m5dn.24xlarge |
16 2 |
256 TIB |
368 TIB |
-
18 dischi dati sono il limite per nuove implementazioni di Cloud Volumes ONTAP. Se si aggiorna un sistema creato con la versione 9.7 o precedente, il sistema continua a supportare 19 dischi. Un disco dati in meno è supportato sui nuovi sistemi che utilizzano questi tipi di istanze grazie all'aggiunta di un disco core a partire dalla release 9.8.
-
Questo tipo di istanza dispone di più dischi NVMe locali rispetto ad altri tipi di istanza, il che significa che è supportato un numero inferiore di dischi dati.
HA si accoppia con licenze basate su nodo
Istanza | Numero massimo di dischi per nodo | Capacità massima del sistema con una licenza | Capacità massima del sistema con più licenze | ||
---|---|---|---|---|---|
Dischi da soli |
Dischi + tiering dei dati |
Dischi da soli |
Dischi + tiering dei dati |
||
istanze c5, m5 e r5 |
18 1 |
288 TIB |
368 TIB |
288 TIB |
2 PIB |
m5dn.24xlarge |
16 2 |
256 TIB |
368 TIB |
256 TIB |
2 PIB |
-
18 dischi dati sono il limite per nuove implementazioni di Cloud Volumes ONTAP. Se si aggiorna un sistema creato con la versione 9.7 o precedente, il sistema continua a supportare 19 dischi. Un disco dati in meno è supportato sui nuovi sistemi che utilizzano questi tipi di istanze grazie all'aggiunta di un disco core a partire dalla release 9.8.
-
Questo tipo di istanza dispone di più dischi NVMe locali rispetto ad altri tipi di istanza, il che significa che è supportato un numero inferiore di dischi dati.
HA si accoppia con licenze basate sulla capacità
Istanza | Numero massimo di dischi per nodo | Capacità massima del sistema con i soli dischi | Capacità massima del sistema con dischi e tiering dei dati |
---|---|---|---|
istanze c5, m5 e r5 |
18 |
288 TIB |
2 PIB |
m5dn.24xlarge |
16 1 |
256 TIB |
2 PIB |
-
Questo tipo di istanza dispone di più dischi NVMe locali rispetto ad altri tipi di istanza, il che significa che è supportato un numero inferiore di dischi dati.
Limiti aggregati
Cloud Volumes ONTAP utilizza i volumi AWS come dischi e li raggruppa in aggregati. Gli aggregati forniscono storage ai volumi.
Parametro | Limite |
---|---|
Numero massimo di aggregati |
Nodo singolo: Uguale alle coppie ha limite disco: 18 in un nodo 1 |
Dimensione massima dell'aggregato |
96 TIB di capacità raw 2 |
Dischi per aggregato |
1-6 3 |
Numero massimo di gruppi RAID per aggregato |
1 |
Note:
-
Non è possibile creare 18 aggregati su entrambi i nodi in una coppia ha, in quanto ciò supererebbe il limite del disco dati.
-
Il limite di capacità aggregata si basa sui dischi che compongono l'aggregato. Il limite non include lo storage a oggetti utilizzato per il tiering dei dati.
-
Tutti i dischi di un aggregato devono avere le stesse dimensioni.
Limiti delle VM di storage
Alcune configurazioni consentono di creare ulteriori VM di storage (SVM) per Cloud Volumes ONTAP.
Tipo di licenza | Limite di storage VM |
---|---|
Freemium |
24 VM di storage in totale 1,2 |
PAYGO o BYOL basati sulla capacità 3 |
24 VM di storage in totale 1,2 |
PAYGO basato su nodo |
|
BYOL basato su nodo 4 |
24 VM di storage in totale 1,2 |
-
Il limite può essere inferiore, a seconda del tipo di istanza EC2 utilizzato. I limiti per istanza sono elencati nella sezione seguente.
-
Queste 24 VM storage possono servire i dati o essere configurate per il disaster recovery (DR).
-
Per le licenze basate sulla capacità, non sono previsti costi di licenza aggiuntivi per le VM di storage aggiuntive, ma è previsto un costo di capacità minimo di 4 TIB per VM di storage. Ad esempio, se si creano due VM storage e ciascuna dispone di 2 TIB di capacità fornita, verrà addebitato un totale di 8 TIB.
-
Per la BYOL basata su nodo, è necessaria una licenza aggiuntiva per ogni VM di storage data-serving aggiuntiva oltre la prima VM di storage fornita con Cloud Volumes ONTAP per impostazione predefinita. Contattare il proprio account team per ottenere una licenza add-on per le macchine virtuali di storage.
Le VM di storage configurate per il disaster recovery (DR) non richiedono una licenza add-on (sono gratuite), ma contano rispetto al limite delle VM di storage. Ad esempio, se si dispone di 12 VM di storage che servono i dati e di 12 VM di storage configurate per il disaster recovery, si è raggiunto il limite e non è possibile creare altre VM di storage.
Limite VM storage per tipo di istanza EC2
Quando si crea una VM di storage aggiuntiva, è necessario allocare indirizzi IP privati alla porta e0a. La tabella seguente identifica il numero massimo di IP privati per interfaccia, nonché il numero di indirizzi IP disponibili sulla porta e0a dopo l'implementazione di Cloud Volumes ONTAP. Il numero di indirizzi IP disponibili influisce direttamente sul numero massimo di VM di storage per tale configurazione.
Le istanze elencate di seguito si riferiscono alle famiglie di istanze c5, m5 e r5.
Configurazione | Tipo di istanza | Numero massimo di IP privati per interfaccia | IPS rimanente dopo l'implementazione 1 | Numero massimo di VM storage senza LIF di gestione 2,3 | Numero massimo di VM storage con LIF di gestione 2,3 |
---|---|---|---|---|---|
Nodo singolo |
*.xlange |
15 |
9 |
10 |
5 |
*.2xlargo |
15 |
9 |
10 |
5 |
|
*.4xlargo |
30 |
24 |
24 |
12 |
|
*.8xlarge |
30 |
24 |
24 |
12 |
|
*.9xlarge |
30 |
24 |
24 |
12 |
|
*.12xlarge |
30 |
24 |
24 |
12 |
|
*.16xlarge |
50 |
44 |
24 |
12 |
|
*.18xlarge |
50 |
44 |
24 |
12 |
|
*.24xlarge |
50 |
44 |
24 |
12 |
|
Coppia ha in AZ singolo |
*.xlange |
15 |
10 |
11 |
5 |
*.2xlargo |
15 |
10 |
11 |
5 |
|
*.4xlargo |
30 |
25 |
24 |
12 |
|
*.8xlarge |
30 |
25 |
24 |
12 |
|
*.9xlarge |
30 |
25 |
24 |
12 |
|
*.12xlarge |
30 |
25 |
24 |
12 |
|
*.16xlarge |
50 |
45 |
24 |
12 |
|
*.18xlarge |
50 |
45 |
24 |
12 |
|
*.24xlarge |
50 |
44 |
24 |
12 |
|
Coppia ha in multi AZS |
*.xlange |
15 |
12 |
13 |
13 |
*.2xlargo |
15 |
12 |
13 |
13 |
|
*.4xlargo |
30 |
27 |
24 |
24 |
|
*.8xlarge |
30 |
27 |
24 |
24 |
|
*.9xlarge |
30 |
27 |
24 |
24 |
|
*.12xlarge |
30 |
27 |
24 |
24 |
|
*.16xlarge |
50 |
47 |
24 |
24 |
|
*.18xlarge |
50 |
47 |
24 |
24 |
|
*.24xlarge |
50 |
44 |
24 |
12 |
-
Questo numero indica quanti rimanenti indirizzi IP privati sono disponibili sulla porta e0a dopo l'implementazione e la configurazione di Cloud Volumes ONTAP. Ad esempio, un sistema *.2xlarge supporta un massimo di 15 indirizzi IP per interfaccia di rete. Quando una coppia ha viene implementata in un singolo AZ, 5 indirizzi IP privati vengono allocati alla porta e0a. Di conseguenza, una coppia ha che utilizza un tipo di istanza *.2xlarge dispone di 10 indirizzi IP privati rimanenti per le VM di storage aggiuntive.
-
Il numero elencato in queste colonne include la VM di storage iniziale creata da BlueXP per impostazione predefinita. Ad esempio, se in questo articolo è elencato 24, significa che è possibile creare 23 VM di storage aggiuntive per un totale di 24.
-
Una LIF di gestione per la VM di storage è opzionale. Una LIF di gestione fornisce una connessione a strumenti di gestione come SnapCenter.
Poiché richiede un indirizzo IP privato, limita il numero di VM storage aggiuntive che è possibile creare. L'unica eccezione è una coppia ha in più AZS. In tal caso, l'indirizzo IP per la LIF di gestione è un indirizzo floating IP, quindi non viene contato rispetto al limite private IP.
Limiti di file e volumi
Storage logico | Parametro | Limite |
---|---|---|
File |
Dimensione massima |
16 TIB |
Massimo per volume |
In base alle dimensioni del volume, fino a 2 miliardi |
|
Volumi FlexClone |
Profondità del clone gerarchico 1 |
499 |
Volumi FlexVol |
Massimo per nodo |
500 |
Dimensione minima |
20 MB |
|
Dimensione massima |
100 TIB |
|
Qtree |
Massimo per volume FlexVol |
4,995 |
Copie Snapshot |
Massimo per volume FlexVol |
1,023 |
-
La profondità dei cloni gerarchici è la profondità massima di una gerarchia nidificata di volumi FlexClone che è possibile creare da un singolo volume FlexVol.
Limiti dello storage iSCSI
Storage iSCSI | Parametro | Limite |
---|---|---|
LUN |
Massimo per nodo |
1,024 |
Numero massimo di mappe LUN |
1,024 |
|
Dimensione massima |
16 TIB |
|
Massimo per volume |
512 |
|
igroups |
Massimo per nodo |
256 |
Iniziatori |
Massimo per nodo |
512 |
Massimo per igroup |
128 |
|
Sessioni iSCSI |
Massimo per nodo |
1,024 |
LIF |
Massimo per porta |
32 |
Massimo per portset |
32 |
|
Portset |
Massimo per nodo |
256 |