Condividi tramite

Tipi di Archiviazione di Azure per carichi di lavoro SAP

  • Articolo

Azure offre numerosi tipi di archiviazione che differiscono notevolmente in funzionalità, velocità effettiva, latenza e prezzi. Alcuni tipi di archiviazione non sono utilizzabili o sono utilizzabili in modo limitato per gli scenari SAP. Altri tipi di archiviazione di Azure, invece, sono adatti o ottimizzati per scenari di carico di lavoro SAP specifici. In particolare per SAP HANA, alcuni tipi di archiviazione di Azure sono stati certificati per l'utilizzo con SAP HANA. In questo documento vengono illustrati i diversi tipi di archiviazione e vengono descritte le funzionalità e l'usabilità con carichi di lavoro SAP e componenti SAP.

Osservazioni sulle unità usate in questo articolo. I fornitori di cloud pubblico sono passati a utilizzare GiB (Gibibyte) o TiB (Tebibyte come unità di misura, invece di Gigabyte o Terabyte. Di conseguenza, tutta la documentazione e la valutazione di Azure usano tali unità. In tutto il documento si fa riferimento esclusivamente alle unità di misura MiB, GiB e TiB. Potrebbe essere necessario pianificare con MB, GB e TB. Pertanto, è necessario tenere conto di alcune piccole differenze nei calcoli se è necessario ridimensionare per una velocità effettiva di 400 MiB/sec, anziché di 250 MiB/sec.

Resilienza di Archiviazione di Microsoft Azure

Archiviazione di Microsoft Azure di HDD Standard, SSD Standard, Archiviazione Premium di Azure, SSD Premium v2 e Archiviazione su disco Ultra mantengono il disco rigido virtuale di base (con sistema operativo) e i dischi di dati collegati alle macchine virtuali o i dischi rigidi virtuali in tre copie su tre nodi di archiviazione diversi. Il failover in un'altra replica e il seeding di una nuova replica in caso di errore del nodo di archiviazione sono trasparenti. A causa di questa ridondanza, NON è necessario usare alcun tipo di livello di ridondanza dell'archiviazione su più dischi di Azure. Questo approccio è denominato archiviazione con ridondanza locale (LRS). L'archiviazione con ridondanza locale è l'impostazione predefinita per questi tipi di archiviazione in Azure. Azure NetApp Files garantisce una ridondanza sufficiente per assicurare gli stessi contratti di servizio di altre risorse di archiviazione di Azure native.

Esistono diversi metodi di ridondanza, tutti descritti nell'articolo Replica di Archiviazione di Azure che si applicano ad alcuni dei diversi tipi di archiviazione offerti da Azure.

Nota

Usando Archiviazione di Azure per archiviare i dati del database e il file di log di rollforward, l'archiviazione con ridondanza locale è l'unico livello di resilienza supportato in questo momento

Tenere inoltre presente che i diversi tipi di archiviazione di Azure influenzano i contratti di servizio di disponibilità delle singole macchine virtuali rilasciati nel Contratto di servizio per le macchine virtuali.

Dischi gestiti di Azure

I dischi gestiti sono un tipo di risorsa in Azure Resource Manager, utilizzabili al posto dei dischi rigidi virtuali archiviati negli account di Archiviazione di Azure. I dischi gestiti vengono allineati automaticamente al [availability set][virtual-machines-manage-availability] della macchina virtuale a cui sono collegati. Con questo allineamento si verifica un miglioramento della disponibilità della macchina virtuale e dei servizi in esecuzione nella macchina virtuale. Per altre informazioni, leggere l’articolo introduttivo.

Nota

È necessario che le nuove distribuzioni di macchine virtuali che usano l'archiviazione a blocchi di Azure per i dischi (tutte le risorse di archiviazione di Azure, ad eccezione di Azure NetApp Files e File di Azure) usino i dischi gestiti di Azure per i dischi rigidi virtuali e i sistemi operativi di base e i dischi di dati che archiviano i file di database SAP. Indipendentemente dal fatto che si distribuiscano le macchine virtuali attraverso i set di disponibilità, attraverso le zone di disponibilità o indipendentemente dai set e dalle zone. I dischi usati per l'archiviazione delle copie di backup non devono necessariamente essere dischi gestiti.

Scenari di archiviazione con carichi di lavoro SAP

L'archiviazione persistente è necessaria nel carico di lavoro SAP in vari componenti dello stack distribuito in Azure. Questi scenari si presentano almeno come segue:

  • Permanente il disco rigido virtuale di base della macchina virtuale che contiene il sistema operativo e altri software installati nel disco. Questo disco/disco rigido virtuale è la radice della macchina virtuale. Tutte le modifiche apportate, devono essere mantenute. In questo modo, la volta successiva che si arresta e si riavvia la macchina virtuale, tutte le modifiche apportate in precedenza sono ancora valide. In particolare, nei casi in cui la macchina virtuale viene distribuita da Azure in un altro host rispetto a quello su cui era in esecuzione originariamente
  • Dischi dati permanenti. Questi dischi sono dischi rigidi virtuali collegati per archiviare i dati dell'applicazione. Questi dati dell'applicazione possono essere file di dati e di log/ripristino di un database, file di backup o installazioni software. Indica qualsiasi disco oltre il disco rigido virtuale di base che contiene il sistema operativo
  • Condivisioni file o dischi condivisi che contengono la directory di trasporto globale per NetWeaver o S/4HANA. Il contenuto di tali condivisioni viene utilizzato dal software in esecuzione in più macchine virtuali o viene usato per creare scenari di cluster di failover a disponibilità elevata
  • Directory /sapmnt o condivisioni file comuni per processi EDI o simili. Il contenuto di tali condivisioni viene utilizzato dal software in esecuzione in più macchine virtuali o viene usato per creare scenari di cluster di failover a disponibilità elevata

Nelle sezioni successive vengono illustrati i diversi tipi di archiviazione di Azure e la relativa usabilità per i quattro scenari di carico di lavoro SAP. Una categorizzazione generale su come usare i diversi tipi di archiviazione di Azure è documentata nell'articolo Quali tipi di disco sono disponibili in Azure?. Gli elementi consigliati per l'uso dei diversi tipi di archiviazione di Azure per il carico di lavoro SAP non saranno molto diverse.

Per le restrizioni di supporto per i tipi di archiviazione di Azure per SAP NetWeaver/livello applicazione di S/4HANA, leggere la nota di supporto SAP 2015553. Per i tipi di archiviazione di Azure con certificazione HANA e supportati, leggere l'articolo Configurazioni di archiviazione delle macchine virtuali di Azure con SAP HANA.

Le sezioni che descrivono i diversi tipi di archiviazione di Azure offrono informazioni più approfondite sulle restrizioni e sulle possibilità di utilizzo dell'archiviazione supportata da SAP.

Opzioni di archiviazione quando si usa la replica DBMS

Le architetture di riferimento prevedono l'utilizzo di funzionalità DBMS come SQL Server Always On, replica di sistema HANA, Db2 HADR o Oracle Data Guard. Nel caso in cui si usino queste tecnologie tra due o più macchine virtuali di Azure, i tipi di archiviazione scelti per ognuna delle macchine virtuali devono essere uguali. Indica che la configurazione di archiviazione tra nodo attivo e nodo di replica nella configurazione a disponibilità elevata del sistema DBMS deve essere la stessa.

Elementi consigliati per l'archiviazione per scenari di archiviazione SAP

Prima di esaminare i dettagli, verranno presentati il riepilogo e gli elementi consigliati già all'inizio del documento. Mentre i dettagli per i tipi specifici di Archiviazione di Azure seguono questa sezione del documento. Quando si riassumono gli elementi consigliati di archiviazione per gli scenari di archiviazione SAP in una tabella, l'aspetto è simile al seguente:

Scenario di utilizzo HDD Standard SSD Standard Archiviazione Premium SSD Premium v2 Disco Ultra Azure NetApp Files File Premium di Azure
Disco del sistema operativo Non adatto Idoneo con restrizioni (non prod) Consigliato Non possibile Non possibile Non possibile Non possibile
Directory di trasporto globale Non supportato Non supportato Consigliato Consigliato Consigliato Consigliato Raccomandazioni importanti
/sapmnt Non adatto Idoneo con restrizioni (non prod) Consigliato Consigliato Consigliato Consigliato Raccomandazioni importanti
Famiglie di macchine virtuali SAP HANA M/Mv2 del volume di dati DBMS Non supportato Non supportato Consigliato Consigliato Consigliato Consigliato Non supportato
Famiglie di macchine virtuali SAP HANA M/Mv2 del volume di log DBMS Non supportato Non supportato Consigliato1 Consigliato Consigliato Consigliato Non supportato
Famiglie di macchine virtuali SAP HANA Esv3/Edsv4 del volume di dati DBMS Non supportato Non supportato Consigliato Consigliato Consigliato Consigliato Non supportato
Famiglie di macchine virtuali SAP HANA Esv3/Edsv4 del volume di log DBMS Non supportato Non supportato Non supportato Consigliato Consigliato Consigliato Non supportato
Volume condiviso HANA Non supportato Non supportato Consigliato Consigliato Consigliato Consigliato Consigliato
Volume di dati DBMS non HANA Non supportato Idoneo con restrizioni (non prod) Consigliato Consigliato Consigliato Solo per versioni Oracle specifiche in Oracle Linux, Db2 e SAP ASE in SLES/RHEL Linux Non supportato
Famiglie di macchine virtuali non HANA M/Mv2 del volume di dati DBMS Non supportato Idoneo con restrizioni (non prod) Consigliato1 Consigliato Consigliato Solo per versioni Oracle specifiche in Oracle Linux, Db2 e SAP ASE in SLES/RHEL Linux Non supportato
Famiglie di macchine virtuali non HANA non M/Mv2 del volume di dati DBMS Non supportato idoneo con restrizioni (non prod) Adatto per un carico di lavoro da alto a medio Consigliato Consigliato Solo per versioni Oracle specifiche in Oracle Linux, Db2 e SAP ASE in SLES/RHEL Linux Non supportato

1 Con l'utilizzo di acceleratore di scrittura di Azure per le famiglie di macchine virtuali M/Mv2 per i volumi di log/rollforward

Caratteristiche che è possibile prevedere dall'elenco dei diversi tipi di archiviazione, ad esempio:

Scenario di utilizzo HDD Standard SSD Standard Archiviazione Premium SSD Premium v2 Disco Ultra Azure NetApp Files File Premium di Azure
Contratto di servizio di velocità effettiva/operazioni di I/O al secondo No No Sì Sì Sì Sì Sì
Letture di latenza Alto Da medio ad alto Basso sotto-millisecondo sotto-millisecondo sotto-millisecondo low
Scritture di latenza Alto Da medio ad alto Basso (sotto-millisecondo1) sotto-millisecondo sotto-millisecondo sotto-millisecondo low
HANA supportato No No sì1 Sì Sì Sì No
Snapshot dei dischi possibili Sì Sì Sì Sì3 No2 Sì No
Allocazione di dischi in cluster di archiviazione diversi quando si usano set di disponibilità Tramite dischi gestiti Tramite dischi gestiti Tramite dischi gestiti Tipo di disco non supportato con le macchine virtuali distribuite tramite set di disponibilità Tipo di disco non supportato con le macchine virtuali distribuite tramite set di disponibilità No3 No
Allineato alle zone di disponibilità Sì Sì Sì Sì Sì In anteprima pubblica No
Ridondanza della zona sincrona Non per i dischi gestiti Non per i dischi gestiti Non supportato per DBMS No No No Sì
Ridondanza della zona asincrona Non per i dischi gestiti Non per i dischi gestiti Non supportato per DBMS No No In anteprima No
Ridondanza geografica Non per i dischi gestiti Non per i dischi gestiti No No No Possibile No

1 Con l'utilizzo di acceleratore di scrittura di Azure per le famiglie di macchine virtuali M/Mv2 per i volumi di log/rollforward

2 La creazione di pool di capacità di Azure NetApp Files diversi non garantisce la distribuzione di pool di capacità in unità di archiviazione diverse

3 (Incrementale) Snapshot di un'unità SSD Premium v2 o di un disco Ultra non possono essere usati immediatamente dopo la creazione. Prima di poter creare un disco dallo snapshot, è necessario completare la copia in background

Importante

Vedere la sezione Azure NetApp Files di questo documento per trovare specifiche relative alla posizione di prossimità dei volumi NFS e delle macchine virtuali quando sono necessarie latenze inferiori a 1 millisecondo.

Archiviazione Premium di Azure

L'archiviazione SSD Premium di Azure è stata introdotta con l'obiettivo di offrire i vantaggi seguenti:

  • Bassa latenza di I/O
  • Contratti di servizio per operazioni di I/O al secondo e velocità effettiva
  • Minore variabilità della latenza di I/O

Questo tipo di archiviazione è destinato ai carichi di lavoro DBMS, al traffico di archiviazione che richiede una latenza di pochi millisecondi e ai contratti di servizio in operazioni di I/O al secondo e velocità effettiva. I costi di Archiviazione Premium di Azure non sono basati sui volumi di dati effettivi archiviati in tali dischi, ma sulla categoria di dimensioni di un disco, indipendentemente dalla quantità di dati archiviati nel disco. È anche possibile creare dischi in Archiviazione Premium privi di mapping diretto alle categorie di dimensioni illustrate nell'articolo SSD Premium. Le conclusioni di questo articolo sono:

  • Le risorse di archiviazione sono organizzate in intervalli. Ad esempio, un disco compreso nell'intervallo da 513 GiB a 1024 GiB condividono le stesse funzionalità e gli stessi costi mensili
  • Le operazioni di I/O al secondo per GiB non vengono monitorate in modo lineare tra le categorie di dimensioni. I dischi più piccoli inferiori a 32 GiB hanno velocità di I/O al secondo più elevate per GiB. Per i dischi da 32 GiB a 1024 GiB, la velocità di I/O al secondo per GiB è compresa tra 4 e 5 operazioni di I/O al secondo per GiB. Per dischi di dimensioni maggiori fino a 32.767 GiB, la velocità di I/O al secondo per GiB è inferiore a 1
  • La velocità effettiva di I/O per questa risorsa di archiviazione non è lineare con le dimensioni della categoria del disco. Per i dischi più piccoli, ad esempio della categoria compresa tra 65 GiB e 128 GiB di capacità, la velocità effettiva è di circa 780 KB per GiB. Mentre per i dischi di grandi dimensioni estremi come un disco GiB di 32.767, la velocità effettiva è di circa 28 KB per GiB
  • I contratti di servizio di operazioni di I/O al secondo e velocità effettiva non possono essere modificati senza modificare la capacità del disco

La matrice di funzionalità per il carico di lavoro SAP è simile alla seguente:

Funzionalità Commento Note/collegamenti
Disco rigido virtuale di base del sistema operativo Adatto Tutti i sistemi
Disco dati Adatto Tutti i sistemi - Specialmente per SAP HANA
Directory di trasporto globale SAP Sì Supportata
SAP sapmnt Adatto Tutti i sistemi
Archivio di backup Adatto Per l'archiviazione a breve termine dei backup
Condivisioni/disco condiviso Non disponibile Necessita di File Premium di Azure o di terze parti
Resilienza LRS Nessuna archiviazione con ridondanza geografica o ZRS disponibile per i dischi
Latenza Da basso a medio -
Contratto di servizio di operazioni di I/O al secondo Sì -
Operazioni di I/O al secondo lineari per la capacità semi lineare tra parentesi quadre Prezzi dei dischi gestiti
Numero massimo di operazioni di I/O al secondo per disco 20.000 a seconda delle dimensioni del disco Considerare anche i limiti delle macchine virtuali
Contratto di Servizio relativo al throughput Sì -
Velocità effettiva lineare per la capacità Semi lineare tra parentesi quadre Prezzi dei dischi gestiti
Con certificazione HANA Sì specialmente per SAP HANA
Supporto per l'acceleratore di scrittura di Azure No -
Bursting del disco Sì -
Snapshot dei dischi possibili Sì -
Snapshot delle macchine virtuali di Backup di Azure possibili Sì -
Costi Medio -

Archiviazione Premium di Azure non soddisfa gli indicatori KPI di latenza di archiviazione SAP HANA con i tipi di memorizzazione nella cache comuni offerti con Archiviazione Premium di Azure. Per soddisfare gli indicatori KPI di latenza di archiviazione per le scritture di log SAP HANA, è necessario usare la memorizzazione nella cache dell'acceleratore di scrittura di Azure descritto nell'articolo Abilitare l'acceleratore di scrittura. L'acceleratore di scrittura di Azure offre vantaggi a tutti gli altri sistemi DBMS per le scritture di log di transazione e le scritture di log di rollforward. È quindi consigliabile usarlo in tutte le distribuzioni DBMS SAP. Per SAP HANA, l'uso dell'acceleratore di scrittura di Azure per /hana/log con archiviazione Premium di Azure è obbligatorio.

Riepilogo: archiviazione Premium di Azure è uno dei tipi di archiviazione di Azure consigliati per il carico di lavoro SAP. Questo elemento consigliato si applica ai sistemi di produzione e non di produzione. Archiviazione Premium di Azure è adatta a gestire i carichi di lavoro dei database. L'utilizzo dell'acceleratore di scrittura di Azure consentirà di migliorare sostanzialmente la latenza di scrittura rispetto ai dischi Premium di Azure. Tuttavia, per i sistemi DBMS con velocità effettiva e operazioni di I/O al secondo elevate, è necessario effettuare l'overprovisioning della capacità di archiviazione. In alternativa, è necessario usare funzionalità come Spazi di archiviazione di Windows o i gestori di volumi logici in Linux per creare set di striping che offrono la capacità desiderata da un lato. Ma anche le operazioni di I/O al secondo o la velocità effettiva con la migliore efficienza dei costi.

Funzionalità di Azure per Archiviazione Premium in modalità burst

Per i dischi di archiviazione Premium di Azure più piccoli o uguali a 512 GiB di capacità, viene offerta la funzionalità burst. Il modo esatto in cui funziona il bursting del disco è descritto nell'articolo Bursting del disco. Quando si legge l'articolo, si comprende il concetto di accumulare operazioni di I/O al secondo e velocità effettiva nei momenti in cui il carico di lavoro di I/O è inferiore alle operazioni di I/O nominale e alla velocità effettiva dei dischi (per informazioni dettagliate sulla velocità effettiva nominale, vedere Prezzi dei dischi gestiti). Si accumulerà il delta di IOPS e la velocità effettiva tra l'utilizzo attuale e i valori nominali del disco. I burst sono limitati a un massimo di 30 minuti.

I casi ideali in cui è possibile pianificare la funzionalità burst riguardano i volumi o i dischi che contengono file di dati per il differente sistema di gestione di database. Il carico di lavoro di I/O previsto rispetto a tali volumi, in particolare con sistemi di piccole e medie dimensioni dovrebbe essere simile al seguente:

  • Carico di lavoro di lettura da basso a moderato perché i dati sono idealmente memorizzati nella cache in memoria. In alternativa, con SAP HANA il carico di lavoro deve essere completamente in memoria
  • Picchi di scrittura attivati da checkpoint di database o punti di salvataggio emessi con regolarità
  • Carico di lavoro di backup che legge in flusso continuo nei casi in cui i backup non vengono eseguiti tramite snapshot di archiviazione
  • Per SAP HANA, caricamento dei dati in memoria dopo il riavvio di un'istanza

In particolare nei sistemi DBMS più piccoli in cui il carico di lavoro gestisce solo poche centinaia di transazioni al secondo, tale funzionalità burst può essere utile anche per i dischi o i volumi che archiviano la transazione o il log di rollforward. Il carico di lavoro previsto per un disco o un volume di questo tipo è simile al seguente:

  • Scritture regolari nel disco che dipendono dal carico di lavoro e dalla natura del carico di lavoro, perché è probabile che ogni commit emesso dall'applicazione attivi un'operazione di I/O
  • Carico di lavoro più elevato in termini di velocità effettiva per i casi di attività operative, come la creazione o la ricostruzione degli indici
  • Picchi di lettura durante l'esecuzione di copie di backup dei log delle transazioni o dei log di ripristino

SSD Premium di Azure v2

L'archiviazione SSD Premium v2 di Azure è una nuova versione dell'archiviazione Premium introdotta con l'obiettivo di fornire:

  • Latenza I/O di sotto-millisecondo per dimensioni di I/O di lettura e scrittura inferiori
  • Contratti di servizio per operazioni di I/O al secondo e velocità effettiva
  • Pagare la capacità in base ai GB di cui è stato effettuato il provisioning
  • Fornire un set predefinito di operazioni di I/O al secondo e velocità effettiva di archiviazione per disco
  • Offrire la possibilità di aggiungere altre operazioni di I/O al secondo e velocità effettiva a ogni disco e pagare separatamente per queste risorse aggiuntive di cui è stato effettuato il provisioning
  • Superare la certificazione SAP HANA senza l'ausilio di altre funzionalità, come l'acceleratore di scrittura di Azure o altre cache

Questo tipo di archiviazione è destinato ai carichi di lavoro DBMS, al traffico di archiviazione che richiede una latenza di sotto-millisecondo e ai contratti di servizio in operazioni di I/O al secondo e velocità effettiva. I dischi SSD Premium v2 vengono distribuiti con un set predefinito di 3.000 operazioni di I/O al secondo e una velocità effettiva di 125 MBps. E la possibilità di aggiungere altre operazioni di I/O al secondo e velocità effettiva ai singoli dischi. I prezzi dell'archiviazione sono strutturati in modo che l'aggiunta di una maggiore velocità effettiva o di maggiori operazioni di I/O al secondo non influisca in modo significativo sul prezzo. Tuttavia, è consigliabile decidere come verrà visualizzata la configurazione di archiviazione per SSD Premium v2. Per un avvio di base, leggere Configurazioni di archiviazione SSD Premium v2 delle macchine virtuali di Azure con SAP HANA.

Per le aree effettive, è disponibile questo nuovo tipo di archiviazione a blocchi; per le restrizioni effettive leggere il documento SSD Premium v2.

La matrice di funzionalità per il carico di lavoro SAP è simile alla seguente:

Funzionalità Commento Note/collegamenti
Disco rigido virtuale di base del sistema operativo Non supportato Nessun sistema
Disco dati Adatto Tutti i sistemi
Directory di trasporto globale SAP Sì Tutti i sistemi
SAP sapmnt Adatto Tutti i sistemi
Archivio di backup Adatto Per l'archiviazione a breve termine dei backup
Condivisioni/disco condiviso Non disponibile Necessita di File Premium di Azure o Azure NetApp Files
Resilienza LRS Nessuna archiviazione con ridondanza geografica o ZRS disponibile per i dischi
Latenza sotto-millisecondo -
Contratto di servizio di operazioni di I/O al secondo Sì -
Operazioni di I/O al secondo lineari per la capacità semi-lineare Prezzi dei dischi gestiti
Numero massimo di operazioni di I/O al secondo per disco 80.000 a seconda delle dimensioni del disco Considerare anche i limiti delle macchine virtuali
Contratto di Servizio relativo al throughput Sì -
Velocità effettiva lineare per la capacità Semi-lineare Prezzi dei dischi gestiti
Con certificazione HANA Sì -
Supporto per l'acceleratore di scrittura di Azure No -
Bursting del disco No -
Snapshot dei dischi possibili Sì1 -
Snapshot delle macchine virtuali di Backup di Azure possibili Sì -
Costi Medio -

1 (Incrementale) Snapshot di un'unità SSD Premium v2 o di un disco Ultra non possono essere usati immediatamente dopo la creazione. Prima di poter creare un disco dallo snapshot, è necessario completare la copia in background

Invece dell'archiviazione Premium di Azure, l'unità SSD Premium di Azure v2 soddisfa gli indicatori KPI di latenza di archiviazione SAP HANA. Di conseguenza, NON è necessario usare la memorizzazione nella cache dell'acceleratore di scrittura di Azure come descritto nell'articolo Abilitare l'acceleratore di scrittura.

Riepilogo: SSD Premium di Azure v2 è l'archiviazione a blocchi con il miglior rapporto prezzo/prestazioni per i carichi di lavoro SAP. L'unità SSD Premium di Azure v2 è adatta per gestire i carichi di lavoro del database. La latenza di sottomillisecondo è l'archiviazione ideale per carichi di lavoro DBMS impegnativi. Anche se si tratta di un tipo di archiviazione più recente rilasciato a novembre 2022. Pertanto, potrebbero esserci ancora alcune limitazioni che scompariranno nei prossimi mesi.

Disco Ultra di Azure

I dischi Ultra di Azure offrono una velocità effettiva elevata, un numero elevato di operazioni di I/O al secondo e archiviazione su disco con bassa latenza coerente per le macchine virtuali IaaS di Azure. Alcuni vantaggi delle unità Dischi Ultra includono la possibilità di modificare dinamicamente le operazioni di I/O al secondo e la velocità effettiva del disco, in base ai carichi di lavoro, senza dover riavviare le macchine virtuali (VM). I dischi Ultra sono adatti per i carichi di lavoro a elevato utilizzo di dati, come il carico di lavoro DBMS SAP. I dischi Ultra possono essere usati solo come dischi di dati e non possono essere usati come dischi rigidi virtuali di base che archiviano il sistema operativo. È consigliabile usare l'archiviazione Premium di Azure come disco rigido virtuale di base.

Quando si crea un disco Ultra, è possibile definire tre dimensioni:

  • La capacità del disco. Gli intervalli sono compresi tra 4 GiB e 65.536 GiB
  • Operazioni di I/O al secondo di cui è stato effettuato il provisioning per il disco. Valori massimi diversi si applicano alla capacità del disco. Per altre informazioni, leggere l'articolo Disco Ultra
  • Larghezza di banda di archiviazione con provisioning. La larghezza di banda massima diversa si applica in base alla capacità del disco. Per altre informazioni, leggere l'articolo Disco Ultra

Il costo di un singolo disco è determinato dalle tre dimensioni che è possibile definire separatamente per i dischi specifici.

La matrice di funzionalità per il carico di lavoro SAP è simile alla seguente:

Funzionalità Commento Note/collegamenti
Disco rigido virtuale di base del sistema operativo Errore di funzionamento -
Disco dati Adatto Tutti i sistemi
Directory di trasporto globale SAP Sì Supportata
SAP sapmnt Adatto Tutti i sistemi
Archivio di backup Adatto Per l'archiviazione a breve termine dei backup
Condivisioni/disco condiviso Non disponibile Necessita di terze parti
Resilienza LRS Nessuna archiviazione con ridondanza geografica o ZRS disponibile per i dischi
Latenza Molto bassa -
Contratto di servizio di operazioni di I/O al secondo Sì -
Operazioni di I/O al secondo lineari per la capacità Semi lineare tra parentesi quadre Prezzi dei dischi gestiti
Numero massimo di operazioni di I/O al secondo per disco Da 1.200 a 160.000 in base alla capacità del disco
Contratto di Servizio relativo al throughput Sì -
Velocità effettiva lineare per la capacità Semi lineare tra parentesi quadre Prezzi dei dischi gestiti
Con certificazione HANA Sì -
Supporto per l'acceleratore di scrittura di Azure No -
Bursting del disco Sì -
Snapshot dei dischi possibili Sì1 -
Snapshot delle macchine virtuali di Backup di Azure possibili Sì -
Costi Superiore ad Archiviazione Premium -

1 (Incrementale) Snapshot di un'unità SSD Premium v2 o di un disco Ultra non possono essere usati immediatamente dopo la creazione. Prima di poter creare un disco dallo snapshot, è necessario completare la copia in background

Riepilogo: dischi Ultra di Azure è una risorsa di archiviazione adatta con bassa latenza di sotto-millisecondo per tutti i tipi di carico di lavoro SAP. Al momento, il disco Ultra può essere usato solo in combinazione con macchine virtuali distribuite tramite zone di disponibilità (distribuzione di zona) A differenza di tutte le altre risorse di archiviazione, il disco Ultra non può essere usato per il disco rigido virtuale di base. Il disco Ultra è ideale per i casi in cui il carico di lavoro di I/O varia molto e si vuole adattare la velocità effettiva di archiviazione o le operazioni di I/O al secondo distribuite ai modelli di carico di lavoro di archiviazione anziché ridimensionarle per l'utilizzo massimo della larghezza di banda e delle operazioni di I/O al secondo.

Azure NetApp Files

Azure NetApp Files è un servizio di archiviazione file nativo di Azure, di prima parte, di classe enterprise e ad alte prestazioni, certificato per l'uso con SAP HANA. Fornisce volumi come servizio per i quali è possibile creare account NetApp, pool di capacità e volumi. È possibile selezionare i livelli di servizio e prestazioni e gestire la protezione dei dati. È possibile creare e gestire condivisioni di file ad alte prestazioni, altamente disponibili e scalabili, utilizzando gli stessi protocolli e strumenti che si conoscono e si utilizzano in locale.

Per informazioni sui livelli di servizio, vedere Livelli di servizio per Azure NetApp Files. Per i diversi tipi di carico di lavoro SAP, è consigliabile usare i livelli di servizio seguenti:

  • Carico di lavoro DBMS SAP: prestazioni, idealmente Ultra
  • Condivisione SAPMNT: prestazioni, idealmente Ultra
  • Directory di trasporto globale: prestazioni, idealmente Ultra

Gli elementi consigliati sul ridimensionamento sono disponibili in SAP in Azure NetApp Files TCO Estimator.

Nota

La dimensione minima del provisioning è un'unità di 1 TiB, chiamata pool di capacità. Si creano quindi volumi esterni a questo pool di capacità. Mentre il volume più piccolo che è possibile compilare è di 100 GiB. È possibile espandere un pool di capacità di 1 TiB. Per i prezzi, vedere Prezzi di Azure NetApp Files

Azure NetApp Files è attualmente supportato per diversi scenari di carico di lavoro SAP:

Nota

Finora non sono supportati carichi di lavoro DBMS in SMB basati su Azure NetApp Files.

L'archiviazione per le applicazioni di database ha in genere requisiti di velocità effettiva che non vengono ridimensionati in modo lineare con le dimensioni dei volumi, i volumi di log sono relativamente piccoli, ma richiedono livelli elevati di velocità effettiva.

Azure NetApp Files consente di allocare la velocità effettiva del volume in modo indipendente dalle dimensioni del volume quando si usa un pool di capacità di tipo QoS manuale.

Ecco un esempio:

  • Un volume per i file di database richiede una velocità effettiva di 500 MiB/s e una capacità di 39 TiB
  • Un volume per i file di log richiede una velocità effettiva di 2000 MiB/s e una capacità di 1 TiB

È possibile creare un pool di capacità QoS manuale per questo scenario e allocare velocità effettiva indipendentemente dalle dimensioni del volume. La capacità totale necessaria è 40 TiB e la velocità effettiva totale è 2500 MiB/s. Un pool di capacità nel livello di servizio Premium (64 MiB/s per TiB allocato) supporta sia i requisiti di prestazioni che di capacità (40 TiB * 64 TiB/s/TiB = 2560 TiB).

Per ottenere il requisito di velocità effettiva, il ridimensionamento delle prestazioni lineari richiederebbe un notevole overprovisioning del volume di log. Per ottenere la velocità effettiva di 2000 MiB/s per il volume di log, è necessario distribuire un pool di capacità nel livello Ultra (128 MiB/s per TiB allocato) di 16 TiB, sprecando una capacità di 15 TiB.

Usare la Calcolatrice delle prestazioni di Azure NetApp Files per ottenere una stima per lo scenario.

La matrice di funzionalità per il carico di lavoro SAP è simile alla seguente:

Funzionalità Commento Note/collegamenti
Disco rigido virtuale di base del sistema operativo Errore di funzionamento -
Disco dati Adatto SAP HANA, Oracle in Oracle Linux, Db2 e SAP ASE in SLES/RHEL
Directory di trasporto globale SAP Sì SMB e NFS
SAP sapmnt Adatto Tutti i sistemi SMB (solo Windows) o NFS (solo Linux)
Archivio di backup Adatto -
Condivisioni/disco condiviso Sì SMB 3.0, NFS v3 e NFS v4.1
Resilienza Archiviazione con ridondanza locale e archiviazione con ridondanza geografica Archiviazione con ridondanza geografica disponibile
Latenza Molto bassa In genere, meno di 1 minuto
Contratto di servizio di operazioni di I/O al secondo Sì -
Operazioni di I/O al secondo lineari per la capacità Lineare con QoS automatico; indipendente con QoS manuale Tre livelli di servizio disponibili
Contratto di Servizio relativo al throughput Sì Gli elementi consigliati sul ridimensionamento sono disponibili in SAP in Azure NetApp Files TCO Estimator
Velocità effettiva lineare per la capacità Lineare con QoS automatico; indipendente con QoS manuale Tre livelli di servizio disponibili
Con certificazione HANA Sì -
Snapshot dei dischi possibili Sì -
Snapshot delle macchine virtuali di Backup di Azure possibili No Usare AzAcSnap o SnapCenter
Costi Competitivo quando si comprendono i vantaggi degli snapshot e del backup integrato -

Altre funzionalità integrate dell'archiviazione di Azure NetApp Files:

Importante

In particolare per le distribuzioni di database si vogliono ottenere latenze basse per almeno i log di rollforward. In particolare per SAP HANA, SAP richiede una latenza inferiore a 1 millisecondo per le scritture dei log di rollforward di HANA di dimensioni inferiori. Per arrivare a tali latenze, vedere le possibilità seguenti.

Importante

Anche per l'utilizzo non DBMS, è consigliabile usare la funzionalità che consente di creare la condivisione NFS nelle stesse zone di disponibilità di Azure in cui sono state inserite le macchine virtuali in cui si devono montare le condivisioni NFS. Questa funzionalità è documentata nell'articolo Gestire il posizionamento del volume della zona di disponibilità per Azure NetApp Files. Avere questo tipo di allineamento delle zone di disponibilità serve a ridurre la superficie di rischio, avendo le condivisioni NFS ancora in un'altra AvZone in cui non si eseguono macchine virtuali.

  • Si cerca la massima vicinanza tra la macchina virtuale e la condivisione NFS, che può essere disposta utilizzando i gruppi di volumi di applicazioni. Il vantaggio dei gruppi di volumi di applicazioni, oltre all'allocazione della migliore prossimità e quindi alla creazione di una latenza minima, sta nel fatto che le diverse condivisioni NFS per le implementazioni di SAP HANA sono distribuite su diversi controller nei cluster di backend di Azure NetApp Files. Lo svantaggio di questo metodo sta nel fatto che è necessario eseguire di nuovo un processo di associazione. Un processo che finisce per limitare la distribuzione della macchina virtuale a un singolo data center, anziché alle zone di disponibilità come il primo metodo introdotto. Ciò significa una minore flessibilità nella modifica delle dimensioni delle macchine virtuali e delle famiglie di macchine virtuali con volumi NFS montati.
  • Processo corrente di non utilizzo di gruppi di posizionamento di disponibilità che finora erano disponibili solo per SAP HANA. Questo processo usa anche lo stesso processo di associazione manuale, come nel caso dei gruppi di volumi di disponibilità. Questo metodo è il metodo utilizzato negli ultimi tre anni. Ha le stesse restrizioni di flessibilità del processo con i gruppi di volumi di disponibilità.

Come preferenze per l'allocazione di volumi NFS basati su Azure NetApp Files per un utilizzo specifico del database, è consigliabile tentare di allocare prima il volume NFS nella stessa zona della macchina virtuale. In particolare per i database non HANA. Solo se la latenza risulta insufficiente, è consigliabile eseguire un processo di associazione manuale. Per un carico di lavoro HANA più piccolo o un carico di lavoro HANA non di produzione, è necessario seguire anche un metodo di allocazione di zona. Solo nei casi in cui le prestazioni e la latenza non sono sufficienti, è consigliabile usare gruppi di volumi di applicazioni.

Riepilogo: Azure NetApp Files è una risorsa di archiviazione a bassa latenza con certificazione HANA che consente di distribuire volumi o condivisioni NFS e SMB. L'archiviazione include tre diversi livelli di servizio che offrono velocità effettiva e operazioni di I/O al secondo in modo lineare per ogni capacità GiB del volume. L'archiviazione di Azure NetApp Files consente di distribuire scenari di scalabilità orizzontale di SAP HANA con un nodo standby. È adatta per fornire le condivisioni file necessarie per la directory di trasporto globale SAP o /sapmnt. L'archiviazione di Azure NetApp Files include funzionalità disponibili come funzionalità NetApp native.

File Premium di Azure

File Premium di Azure è una risorsa di archiviazione condivisa che offre SMB e NFS a un prezzo moderato e una latenza sufficiente per gestire le condivisioni del livello di applicazione SAP. In primo piano, File Premium di Azure offre la replica a zona sincrona delle condivisioni con un automatismo che, in caso di errore di una replica, consente a un'altra replica in un'altra zona di assumere il controllo. A differenza di Azure NetApp Files, non esistono livelli di prestazioni. Non è inoltre necessario un pool di capacità. L'addebito si basa sulla capacità effettiva di provisioning delle diverse condivisioni. File Premium di Azure non è stato testato come risorsa di archiviazione DBMS per il carico di lavoro SAP. Tuttavia, lo scenario di utilizzo del carico di lavoro SAP è incentrato su tutti i tipi di condivisioni SMB e NFS usati nel livello dell'applicazione SAP. File Premium di Azure è adatto anche per l'utilizzo con /hana/shared.

Nota

Finora non sono supportati carichi di lavoro DBMS SAP nei volumi condivisi basati su File Premium di Azure.

Scenari SAP supportati in File Premium di Azure, sono:

File Premium di Azure inizia con una quantità maggiore di operazioni di I/O al secondo con dimensioni di condivisione minime di 100 GB rispetto ad Azure NetApp Files. Questa barra più alta di operazioni di I/O al secondo può evitare il overprovisioning della capacità per ottenere determinati valori di operazioni di I/O al secondo e velocità effettiva. Per le operazioni di I/O al secondo e la velocità effettiva di archiviazione, leggere la sezione Obiettivi di ridimensionamento della condivisione file di Azure in Obiettivi di scalabilità e prestazioni di File di Azure.

La matrice di funzionalità per il carico di lavoro SAP è simile alla seguente:

Funzionalità Commento Note/collegamenti
Disco rigido virtuale di base del sistema operativo Errore di funzionamento -
Disco dati Non supportato per i carichi di lavoro SAP -
Directory di trasporto globale SAP Sì SMB e NFS
SAP sapmnt Adatto Tutti i sistemi SMB (solo Windows) o NFS (solo Linux)
Archivio di backup Adatto -
Condivisioni/disco condiviso Sì SMB 3.0, NFS v4.1
Resilienza Archiviazione con ridondanza locale e ZRS Nessuna archiviazione con ridondanza geografica disponibile per File Premium di Azure
Latenza low -
Contratto di servizio di operazioni di I/O al secondo Sì -
Operazioni di I/O al secondo lineari per la capacità rigorosamente lineare -
Contratto di Servizio relativo al throughput Sì -
Velocità effettiva lineare per la capacità rigorosamente lineare -
Con certificazione HANA No -
Snapshot dei dischi possibili Sì -
Snapshot delle macchine virtuali di Backup di Azure possibili No -
Costi low -

Riepilogo: File Premium di Azure è una risorsa di archiviazione a bassa latenza che consente di distribuire volumi o condivisioni NFS e SMB. File Premium di Azure offre un ottimo rapporto prezzo/prestazioni per le condivisioni a livello di applicazione SAP. Fornisce anche la replica di zona sincrona per queste condivisioni. Finora non è supportato questo tipo di archiviazione per il carico di lavoro DBMS SAP. Anche se può essere usato per volumi /hana/shared.

Archiviazione SSD Standard di Azure

Rispetto all'archiviazione HDD standard di Azure, l'archiviazione SSD standard di Azure offre una migliore disponibilità, coerenza, affidabilità e latenza. È ottimizzata per carichi di lavoro che richiedono prestazioni coerenti a livelli di operazioni di I/O al secondo più bassi. Questa risorsa di archiviazione è la risorsa di archiviazione minima usata per sistemi SAP non di produzione con richieste di I/O al secondo e velocità effettiva basse. La matrice di funzionalità per il carico di lavoro SAP è simile alla seguente:

Funzionalità Commento Note/collegamenti
Disco rigido virtuale di base del sistema operativo Idoneo con restrizioni Sistemi non di produzione
Disco dati Idoneo con restrizioni Alcuni sistemi non di produzione con richieste di I/O al secondo e latenza basse
Directory di trasporto globale SAP No Non supportato
SAP sapmnt Idoneo con restrizioni Sistemi non di produzione
Archivio di backup Adatto -
Condivisioni/disco condiviso Non disponibile Necessita di terze parti
Resilienza LRS, GRS Nessuna ZRS disponibile per i dischi
Latenza high Troppo elevato per la directory di trasporto globale SAP o i sistemi di produzione
Contratto di servizio di operazioni di I/O al secondo No -
Numero massimo di operazioni di I/O al secondo per disco 500 Indipendentemente dalle dimensioni del disco
Contratto di Servizio relativo al throughput No -
Con certificazione HANA No -
Snapshot dei dischi possibili Sì -
Snapshot delle macchine virtuali di Backup di Azure possibili Sì -
Costi BASSA -

Riepilogo: l'archiviazione SSD standard di Azure è la raccomandazione minima per le macchine virtuali non di produzione per il disco rigido virtuale di base, eventuali distribuzioni DBMS con relativa insensibilità alla latenza e/o bassi tassi di operazioni di I/O al secondo e velocità effettiva. Questo tipo di archiviazione di Azure non è più supportato per l'hosting della directory di trasporto globale SAP.

Archiviazione HDD Standard di Azure

L'archiviazione HDD Standard di Azure era l'unico tipo di archiviazione quando l'infrastruttura di Azure è stata certificata per il carico di lavoro SAP NetWeaver nell'anno 2014. Nell'anno 2014, le macchine virtuali di Azure erano piccole e con una velocità effettiva di archiviazione ridotta. Pertanto, questo tipo di archiviazione è stato in grado di mantenere il passo con le richieste. L'archiviazione è ideale per carichi di lavoro insensibili alla latenza, che difficilmente si riscontrano nello spazio SAP. Con l'aumento della velocità effettiva delle macchine virtuali di Azure e l'aumento del carico di lavoro che queste macchine virtuali producono, questo tipo di archiviazione non viene più considerato per l'utilizzo con scenari SAP. La matrice di funzionalità per il carico di lavoro SAP è simile alla seguente:

Funzionalità Commento Note/collegamenti
Disco rigido virtuale di base del sistema operativo Non adatto -
Disco dati Non adatto -
Directory di trasporto globale SAP No Non supportato
SAP sapmnt NO Non supportato
Archivio di backup Adatto -
Condivisioni/disco condiviso Non disponibile Necessita di File di Azure o di terze parti
Resilienza LRS, GRS Nessuna ZRS disponibile per i dischi
Latenza high Troppo elevato per l'utilizzo di DBMS, la directory di trasporto globale SAP o sapmnt/saploc
Contratto di servizio di operazioni di I/O al secondo No -
Numero massimo di operazioni di I/O al secondo per disco 500 Indipendentemente dalle dimensioni del disco
Contratto di Servizio relativo al throughput No -
Con certificazione HANA No -
Snapshot dei dischi possibili Sì -
Snapshot delle macchine virtuali di Backup di Azure possibili Sì -
Costi Basso -

Riepilogo: HDD Standard è un tipo di archiviazione di Azure che deve essere usato solo per archiviare i backup SAP. Deve essere usato solo come disco rigido virtuale di base per sistemi piuttosto inattivi, come i sistemi ritirati usati per cercare i dati in diverse posizioni. Tuttavia, nessuna macchina virtuale di produzione, controllo di qualità o sviluppo attivo deve essere basata su questa risorsa di archiviazione, né deve essere usata per l'hosting dei file di database.

Limiti delle macchine virtuali di Azure nel traffico di archiviazione

A differenza degli scenari locali, il singolo tipo di macchina virtuale selezionato svolge un ruolo fondamentale nella larghezza di banda di archiviazione che è possibile ottenere. Per i diversi tipi di archiviazione, è necessario prendere in considerazione:

Tipo di archiviazione Linux Windows Commenti
Unità disco rigido Standard Dimensioni delle macchine virtuali Linux in Azure Dimensioni delle macchine virtuali Windows in Azure Difficoltà a raggiungere i limiti di archiviazione di macchine virtuali di medie o grandi dimensioni
SSD Standard Dimensioni delle macchine virtuali Linux in Azure Dimensioni delle macchine virtuali Windows in Azure Difficoltà a raggiungere i limiti di archiviazione di macchine virtuali di medie o grandi dimensioni
Archiviazione Premium Dimensioni delle macchine virtuali Linux in Azure Dimensioni delle macchine virtuali Windows in Azure È facile raggiungere i limiti di operazioni di I/O al secondo o velocità effettiva di archiviazione delle macchine virtuali con la configurazione dell'archiviazione
SSD Premium v2 Dimensioni delle macchine virtuali Linux in Azure Dimensioni delle macchine virtuali Windows in Azure È facile raggiungere i limiti di operazioni di I/O al secondo o velocità effettiva di archiviazione delle macchine virtuali con la configurazione dell'archiviazione
Archiviazione su disco Ultra Dimensioni delle macchine virtuali Linux in Azure Dimensioni delle macchine virtuali Windows in Azure È facile raggiungere i limiti di operazioni di I/O al secondo o velocità effettiva di archiviazione delle macchine virtuali con la configurazione dell'archiviazione
Azure NetApp Files Dimensioni delle macchine virtuali Linux in Azure Dimensioni delle macchine virtuali Windows in Azure Il traffico di archiviazione usa la larghezza di banda della velocità effettiva di rete e non la larghezza di banda di archiviazione.
File Premium di Azure Dimensioni delle macchine virtuali Linux in Azure Dimensioni delle macchine virtuali Windows in Azure Il traffico di archiviazione usa la larghezza di banda della velocità effettiva di rete e non la larghezza di banda di archiviazione.

Come limitazioni, è necessario notare che:

  • Quanto più le dimensioni della macchina virtuale sono ridotte, minore è il numero di dischi collegabili. Questa restrizione non si applica ad Azure NetApp Files. Poiché si montano condivisioni NFS o SMB, non viene rilevato un limite di numero di volumi condivisi da collegare
  • Le macchine virtuali hanno limiti di operazioni di I/O al secondo e velocità effettiva di I/O che possono essere facilmente superati con dischi di archiviazione Premium e dischi Ultra.
  • Con Azure NetApp Files e File Premium di Azure, il traffico verso i volumi condivisi usa la larghezza di banda di rete della macchina virtuale e non la larghezza di banda di archiviazione
  • Con volumi NFS di grandi dimensioni nello spazio di capacità TiB a due cifre, la velocità effettiva di accesso a un volume di questo tipo da una singola macchina virtuale è destinato a raggiungere un livello massimo in base ai limiti di Linux per una singola sessione che interagisce con il volume condiviso.

Quando si ridimensionano le macchine virtuali di Azure durante il ciclo di vita di un sistema SAP, è necessario valutare i limiti di operazioni di I/O al secondo e velocità effettiva di archiviazione del tipo di macchina virtuale nuova e più grande. In alcuni casi, può anche essere utile modificare la configurazione di archiviazione in base alle nuove funzionalità della macchina virtuale di Azure.

Striping o non striping

La creazione di un set di striping da più dischi di Azure in un volume di dimensioni maggiori consente di accumulare le operazioni di I/O al secondo e la velocità effettiva dei singoli dischi in un unico volume. Viene usato solo per l'archiviazione Standard di Azure e per l'archiviazione Premium di Azure. Il disco Ultra di Azure, in cui è possibile configurare la velocità effettiva e le operazioni di I/O al secondo indipendentemente dalla capacità di un disco, non richiede l'utilizzo di set di striping. Non è possibile eseguire lo striping di volumi condivisi basati su NFS o SMB. A causa della natura non lineare della velocità effettiva e delle operazioni di I/O al secondo di Archiviazione Premium di Azure, è possibile effettuare il provisioning di capacità più piccole con le stesse operazioni di I/O al secondo e la stessa velocità effettiva rispetto a dischi di Archiviazione Premium di Azure di grandi dimensioni. Questo è il metodo per ottenere una velocità effettiva maggiore oppure operazioni di I/O al secondo a un costo inferiore usando Archiviazione Premium di Azure. Ad esempio, lo striping tra due dischi di Archiviazione Premium P15 consente di ottenere una velocità effettiva di:

  • 250 MiB/sec. Un volume di questo tipo avrà una capacità di 512 GiB. Se si vuole avere un singolo disco che offre una velocità effettiva di 250 MiB al secondo, è necessario selezionare un disco P40 con capacità di 2 TiB.
  • 400 MiB/sec tramite striping di quattro dischi di Archiviazione Premium P10 con una capacità complessiva di 512 GiB mediante striping. Se si vuole avere un singolo disco con una velocità effettiva minima di 500 MiB al secondo, è necessario selezionare un disco di Archiviazione Premium P60 con 8 TiB. Poiché il costo di Archiviazione Premium è quasi lineare con la capacità, è possibile percepire il risparmio sui costi usando lo striping.

Con lo striping devono essere seguite alcune regole:

  • Non deve essere usata alcuna ridondanza di archiviazione configurata nella macchina virtuale perché Archiviazione di Azure mantiene ridondante il disco dati già nel back-end di Archiviazione di Azure
  • I dischi a cui viene applicato il set di striping devono avere le stesse dimensioni
  • Con SSD Premium v2 e il disco Ultra, la capacità, le operazioni di I/O al secondo con provisioning e la velocità effettiva con provisioning devono essere uguali

Lo striping tra più dischi di dimensioni inferiori è il modo migliore per ottenere un rapporto prezzo/prestazioni ottimale con Archiviazione Premium di Azure. È chiaro che lo striping può avere un sovraccarico aggiuntivo di distribuzione e gestione.

Per indicazioni specifiche sulle dimensioni di striping, leggere la documentazione per i diversi DBMS, ad esempio Configurazioni di archiviazione delle macchine virtuali di Azure con SAP HANA.

Passaggi successivi

Leggere gli articoli: