Condividi tramite

Condividere un disco gestito di Azure

  • Articolo

Si applica a: ✔️ macchine virtuali Linux ✔️ macchine virtuali Windows ✔️ set di scalabilità flessibili ✔️ set di scalabilità uniformi

Dischi condivisi di Azure è una funzionalità per i dischi gestiti di Azure che consentono di collegare un disco gestito a più macchine virtuali contemporaneamente. Collegando un disco gestito a più macchine virtuali è possibile distribuire nuove applicazioni in cluster o eseguire la migrazione di quelle esistenti in Azure.

I dischi condivisi richiedono una gestione cluster, ad esempio Windows Server Failover Cluster (WSFC) o Pacemaker, che gestisce la comunicazione dei nodi del cluster e il blocco di scrittura. I dischi gestiti condivisi non offrono in modo nativo un file system completamente gestito accessibile tramite SMB/NFS.

Funzionamento

Le macchine virtuali nel cluster possono leggere o scrivere sul disco collegato in base alla prenotazione scelta dall'applicazione in cluster usando le prenotazioni permanenti SCSI. Una prenotazione permanente SCSI è uno standard del settore usato dalle applicazioni in esecuzione in una rete di archiviazione (SAN) locale. L'abilitazione delle prenotazioni permanenti SCSI in un disco gestito consente di eseguire la migrazione di queste applicazioni in Azure così come sono.

I dischi gestiti condivisi offrono un'archiviazione a blocchi condivisa a cui è possibile accedere da più macchine virtuali, che vengono esposte come numeri di unità logica (LUN). I LUN vengono quindi presentati a un iniziatore (macchina virtuale) da una destinazione (disco). Questi LUN hanno un aspetto simile all'archiviazione collegata direttamente (DAS) o a un'unità locale per la macchina virtuale.

Limiti

Limitazioni generali

I dischi condivisi presentano limitazioni generali applicabili a tutti i dischi condivisi, indipendentemente dal tipo di disco. Hanno anche altre limitazioni che si applicano solo a tipi specifici di dischi condivisi. Le limitazioni generali sono riportate nell'elenco di seguito:

  • Attualmente, solo i Dischi Ultra, SSD Premium v2, SSD Premium e SSD Standard possono essere usati come disco condiviso
  • I dischi condivisi possono essere collegati a singoli set di scalabilità di macchine virtuali, ma non possono essere definiti nei modelli del set di scalabilità di macchine virtuali né distribuiti automaticamente
  • Non è possibile espandere un disco condiviso senza eseguire la deallocazione di tutte le VM a cui è collegato o senza scollegare il disco da tutte queste VM
  • L'acceleratore di scrittura non è supportato per i dischi condivisi
  • La memorizzazione nella cache dell'host non è supportata per i dischi condivisi

Ogni disco gestito con dischi condivisi abilitati è soggetto anche alle limitazioni seguenti, organizzate per tipo di disco:

Dischi Ultra

I Dischi Ultra hanno un proprio elenco separato di limitazioni, non correlate ai dischi condivisi. Per le limitazioni dei Dischi Ultra, vedere Utilizzo di Dischi Ultra di Azure.

Per la condivisione di Dischi Ultra, si applicano le limitazioni aggiuntive seguenti:

SSD Premium v2

I dischi gestiti SSD Premium v2 hanno un proprio elenco separato di limitazioni, non correlate ai dischi condivisi. Per queste limitazioni, vedere Limitazioni delle unità SSD Premium v2.

Per la condivisione di SSD Premium v2, si applica la limitazione aggiuntiva seguente:

SSD Premium

SSD Standard

Requisiti per il sistema operativo

I dischi condivisi supportano diversi sistemi operativi. Vedere le sezioni Windows o Linux per i sistemi operativi supportati.

Implicazioni relative alla fatturazione

Quando si condivide un disco, la fatturazione potrebbe essere interessata in due modi diversi, a seconda del tipo di disco.

Per i dischi SSD Premium condivisi, oltre al costo del livello del disco, è previsto un costo aggiuntivo che aumenta con ogni macchina virtuale in cui viene montata l'unità SSD. Per informazioni dettagliate, vedere Prezzi di Managed Disks.

Sia i dischi Ultra condivisi che i dischi SSD Premium v2 condivisi non hanno un costo aggiuntivo per ogni macchina virtuale in cui sono montati. Vengono fatturate le operazioni di I/O al secondo totali e MB/s per cui il disco è configurato. In genere, i dischi Ultra e SSD Premium v2 hanno due limitazioni delle prestazioni che determinano il totale di operazioni di I/O al secondo/MB/s. Tuttavia, se configurati come disco condiviso, vengono esposte altre due limitazioni delle prestazioni, per un totale di quattro. Queste due limitazioni aggiuntive consentono un aumento delle prestazioni a spese aggiuntive e ogni contatore ha un valore predefinito, che aumenta le prestazioni e il costo del disco.

Le quattro prestazioni limitano un disco Ultra condiviso e un disco SSD Premium condiviso v2 sono diskIOPSReadWrite, diskMB/sReadWrite, diskIOPSReadOnly e diskMB/sReadOnly. Ogni limitazione delle prestazioni può essere configurata per modificare le prestazioni del disco. Le prestazioni per il disco SSD Premium v2 condiviso vengono calcolate nei modi seguenti: totale operazioni di I/O al secondo con provisioning totale (diskIOPSReadWrite + diskIOPSReadOnly) e per la velocità effettiva totale con provisioning MB/s (diskMB/sReadWrite + diskMB/sReadOnly).

Dopo aver determinato il totale delle operazioni di I/O al secondo con provisioning totale e della velocità effettiva con provisioning totale, è possibile usarle nel calcolatore dei prezzi per determinare il costo di un disco ultra condiviso e di un disco condiviso SSD Premium v2.

Dimensione disco

Al momento, solo i Dischi Ultra, SSD Premium v2, SSD Premium e SSD Standard possono abilitare i dischi condivisi. Dimensioni del disco diverse possono avere un limite maxShares diverso, che non è possibile superare quando si imposta il valore maxShares.

Per ogni disco, è possibile definire un valore maxShares che rappresenta il numero massimo di nodi che possono condividere simultaneamente il disco. Ad esempio, se si prevede di configurare un cluster di failover a 2 nodi, è necessario impostare il valore maxShares=2. Il valore massimo è un limite superiore. È possibile aggiungere o rimuovere nodi dal cluster (montaggio o smontaggio del disco) purché il numero di nodi sia inferiore al valore maxShares specificato.

Nota

Il valore maxShares può essere impostato o modificato solo quando il disco è scollegato da tutti i nodi.

Intervalli per SSD Premium

La tabella seguente illustra i valori massimi consentiti per maxShares in base alle dimensioni di SSD Premium:

Dimensione disco Limite maxShares
P1,P2,P3,P4,P6,P10,P15,P20 3
P30, P40, P50 5
P60, P70, P80 10

I limiti per le operazioni di I/O al secondo e la larghezza di banda per un disco non sono interessati dal valore maxShares. Ad esempio, il numero massimo di operazioni di I/O al secondo di un disco P15 è 1100 con maxShares = 1 o maxShares > 1.

Intervalli per SSD Standard

La tabella seguente illustra i valori massimi consentiti per maxShares in base alle dimensioni di SSD Standard:

Dimensione disco Limite maxShares
E1,E2,E3,E4,E6,E10,E15,E20 3
E30, E40, E50 5
E60, E70, E80 10

I limiti per le operazioni di I/O al secondo e la larghezza di banda per un disco non sono interessati dal valore maxShares. Ad esempio, il numero massimo di operazioni di I/O al secondo di un disco E15 è 500 con maxShares = 1 o maxShares > 1.

Intervalli per Disco Ultra

Il valore maxShares minimo è 1 e il valore maxShares massimo è 15. Non sono previste restrizioni sulle dimensioni dei Dischi Ultra; qualsiasi Disco Ultra di qualsiasi dimensione può usare qualsiasi valore per maxShares, fino al valore massimo incluso.

Intervalli per SSD Premium v2

Il valore maxShares minimo è 1 e il valore maxShares massimo è 15. Non sono previste restrizioni sulle dimensioni di SSD Premium v2; qualsiasi disco SSD Premium v2 di qualsiasi dimensione può usare qualsiasi valore per maxShares, fino al valore massimo incluso.

Carichi di lavoro di esempio

Finestre

I dischi condivisi di Azure sono supportati in Windows Server 2008 e versioni successive. La maggior parte del clustering basato su Windows è compilato su WSFC, che gestisce tutta l'infrastruttura di base per la comunicazione del nodo cluster, consentendo alle applicazioni di sfruttare i vantaggi dei modelli di accesso parallelo. WSFC abilita le opzioni basate e non su CSV a seconda della versione di Windows Server in uso. Per i dettagli, fare riferimento a Creare un cluster di failover.

Tra le applicazioni più comuni in esecuzione su WSFC ci sono:

Linux

I dischi condivisi di Azure sono supportati in:

I cluster Linux possono usare gli strumenti di gestione cluster, ad esempio Pacemaker. Pacemaker si basa su Corosync, abilitando le comunicazioni del cluster per le applicazioni distribuite in ambienti a disponibilità elevata. Alcuni file system in cluster comuni includono ocfs2 e gfs2. È possibile usare i modelli di clustering basati su SCSI Persistent Reservation (SCSI PR) e/o STONITH Block Device (SBD) per l'accesso arbitrante al disco. Quando si usa la richiesta pull SCSI, è possibile modificare prenotazioni e registrazioni usando utilità quali fence_scsi e sg_persist.

Flusso di prenotazione permanente

Il diagramma seguente illustra un esempio di applicazione di database in cluster a 2 nodi che usa la richiesta pull SCSI per abilitare il failover da un nodo all'altro.

Cluster a due nodi costituito da VM1 di Azure, VM2 e un disco condiviso tra di essi. Un'applicazione in esecuzione nel cluster gestisce l'accesso al disco.

Il flusso è il seguente:

  1. L'applicazione in cluster in esecuzione sia nella macchina virtuale Azure VM1 che in VM2 registra il proprio intento di lettura o scrittura sul disco.
  2. L'istanza dell'applicazione in VM1 effettua quindi la prenotazione esclusiva per scrivere sul disco.
  3. Questa prenotazione viene applicata sul disco di Azure e il database può ora scrivere in modo esclusivo sul disco. Eventuali scritture dall'istanza dell'applicazione in VM2 non avranno esito positivo.
  4. Se l'istanza dell'applicazione in VM1 diventa inattiva, l'istanza in VM2 può avviare un failover del database e subentrare sul disco.
  5. Questa prenotazione viene ora applicata sul disco di Azure e il disco non accetterà più scritture da VM1, ma solo da VM2.
  6. L'applicazione in cluster può completare il failover del database e gestire le richieste da VM2.

Il diagramma seguente illustra un altro carico di lavoro in cluster comune costituito da più nodi che leggono dati dal disco per l'esecuzione di processi paralleli, ad esempio il training di modelli di Machine Learning.

Cluster di macchine virtuali a quattro nodi, in cui ogni nodo registra l'intento di scrittura e l'applicazione effettua una prenotazione esclusiva per gestire correttamente i risultati della scrittura

Il flusso è il seguente:

  1. L'applicazione in cluster in esecuzione in tutte le macchine virtuali registra l'intento di lettura o scrittura sul disco.
  2. L'istanza dell'applicazione in VM1 effettua una prenotazione esclusiva per scrivere sul disco aprendo le letture sul disco da altre macchine virtuali.
  3. Questa prenotazione viene applicata sul disco di Azure.
  4. Tutti i nodi del cluster possono ora leggere dal disco. Solo un nodo riscrive i risultati sul disco, per conto di tutti i nodi del cluster.

Flusso di prenotazione di Ultra Disk e SSD Premium v2

Sia i dischi Ultra che i dischi gestiti SSd Premium v2 offrono due limitazioni aggiuntive, dando a ognuno di loro un totale di quattro limitazioni. Per questo motivo, il flusso di prenotazione può operare come descritto nella sezione precedente oppure può imporre una limitazione e distribuire le prestazioni in modo più granulare.

Immagine di una tabella che illustra l'accesso di “sola lettura” o di “lettura/scrittura” per il titolare della prenotazione, l'utente registrato e altri.

Limitazioni delle prestazioni

Limitazioni delle prestazioni SSD Premium

Con SSD Premium, le operazioni di I/O al secondo e la velocità effettiva del disco sono fisse, ad esempio le operazioni di I/O al secondo di un P30 sono 5000. Questo valore rimane indipendentemente dal fatto che il disco sia condiviso tra 2 macchine virtuali o 5 macchine virtuali. I limiti del disco possono essere raggiunti da una singola macchina virtuale o divisi tra due o più macchine virtuali.

Limitazioni delle prestazioni di Ultra Disk e SSD Premium v2

Sia i dischi Ultra che i dischi gestiti SSd Premium v2 hanno la funzionalità unica di consentire di impostare le prestazioni esponendo attributi modificabili e consentendo di modificarli. Per impostazione predefinita, sono disponibili solo due attributi modificabili, ma i dischi Ultra condivisi e i dischi gestiti Premium SSD v2 condivisi hanno altri due attributi. I dischi Ultra e SSD Premium v2 suddividono questi attributi in ogni macchina virtuale collegata. Per alcuni esempi sul funzionamento di questa distribuzione di capacità, operazioni di I/O al secondo e velocità effettiva, vedere la sezione Esempi.

Attributo Descrizione
DiskIOPSReadWrite (operazioni di I/O al secondo del disco di lettura/scrittura) Numero totale di operazioni di I/O al secondo consentite in tutte le macchine virtuali che hanno montato il disco condiviso con accesso in scrittura.
DiskMB/sReadWrite (velocità effettiva del disco di lettura/scrittura) Velocità effettiva totale (MB/s) consentita in tutte le macchine virtuali che hanno montato il disco condiviso con accesso in scrittura.
DiskIOPSReadOnly* (operazioni di I/O al secondo del disco di sola lettura) Numero totale di operazioni di I/O al secondo consentite in tutte le macchine virtuali che hanno montato il disco condiviso come ReadOnly.
DiskMB/sReadOnly* (velocità effettiva del disco di sola lettura) Velocità effettiva totale (MB/s) consentita in tutte le macchine virtuali che hanno montato il disco condiviso come ReadOnly.

* Si applica solo ai dischi Ultra condivisi e ai dischi gestiti Premium v2 condivisi

Le formule seguenti illustrano come è possibile impostare gli attributi delle prestazioni, dal momento che sono modificabili dall'utente:

  • DiskIOPSReadWrite (operazioni di I/O al secondo del disco di lettura/scrittura):
    • Ha un numero minimo di operazioni di I/O al secondo di base pari a 100, per i dischi da 100 GiB e dimensioni inferiori.
      • Per i dischi di dimensioni superiori a 100 GiB, le operazioni di I/O al secondo minime di base che è possibile impostare aumentano di 1 per GiB. Quindi il valore più basso che si può impostare per DiskIOPSReadWrite per un disco da 101 GiB è 101 I/O al secondo.
    • Il valore massimo che è possibile impostare per questo attributo è determinato dalle dimensioni del disco, la formula è 300 * GiB, fino a un massimo di 400.000.
  • DiskMB/sReadWrite (velocità effettiva del disco di lettura/scrittura)
    • La velocità effettiva minima (MB/sec) di questo attributo è determinata dalle operazioni di I/O al secondo, la formula è di 4 KiB al secondo per operazioni di I/O al secondo. Pertanto, se si dispone di 101 operazioni di I/O al secondo, il valore minimo di MB/s che è possibile impostare è 1.
    • Il valore massimo che è possibile impostare per questo attributo è determinato dalla quantità di operazioni di I/O al secondo impostate, la formula è di 256 KiB al secondo per operazioni di I/O al secondo, fino a un massimo di 10.000 MB/s.
  • DiskIOPSReadOnly (operazioni di I/O al secondo del disco di sola lettura)
    • Le operazioni di I/O al secondo di base minime per questo attributo sono 100. Per DiskIOPSReadOnly, la baseline non aumenta con le dimensioni del disco.
    • Il valore massimo che è possibile impostare per questo attributo è determinato dalle dimensioni del disco, la formula è 300 * GiB, fino a un massimo di 400.000.
  • DiskMB/sReadOnly (velocità effettiva del disco di sola lettura)
    • La velocità effettiva minima (MB/s) per questo attributo è 1. Per DiskMB/sReadOnly, la baseline non aumenta con le operazioni di I/O al secondo.
    • Il valore massimo che è possibile impostare per questo attributo è determinato dalla quantità di operazioni di I/O al secondo impostate, la formula è di 256 KiB al secondo per operazioni di I/O al secondo, fino a un massimo di 10.000 MB/s.

Esempi

Gli esempi seguenti illustrano alcuni scenari che mostrano come funziona la limitazione in particolare con i dischi Ultra condivisi.

Cluster a due nodi che usa volumi condivisi del cluster

Di seguito è riportato un esempio di un cluster WSFC a 2 nodi che usa volumi condivisi del cluster. Con questa configurazione, entrambe le macchine virtuali hanno accesso in scrittura simultaneo al disco, il che comporta la divisione della limitazione ReadWrite tra le due macchine virtuali e il mancato utilizzo della limitazione ReadOnly.

Esempio di disco Ultra a due nodi che usa volumi condivisi del cluster

Cluster a due nodi senza volumi condivisi del cluster

Di seguito è riportato un esempio di un cluster WSFC a 2 nodi che non usa volumi condivisi del cluster. Con questa configurazione, solo una macchina virtuale ha accesso in scrittura al disco. Di conseguenza, la limitazione ReadWrite viene usata esclusivamente per la macchina virtuale primaria e la limitazione ReadOnly viene usata solo dalla macchina virtuale secondaria.

Esempio di disco Ultra a due nodi che non usa volumi condivisi del cluster

Cluster Linux a quattro nodi

Di seguito è riportato un esempio di cluster Linux a 4 nodi con una sola macchina virtuale con accesso in scrittura e tre macchine virtuali con accesso in lettura con scalabilità orizzontale. Con questa configurazione, solo una macchina virtuale ha accesso in scrittura al disco. Ciò comporta che la limitazione ReadWrite viene usata esclusivamente per la macchina virtuale primaria e la limitazione ReadOnly viene divisa per le macchine virtuali secondarie.

Esempio di limitazione di disco Ultra a quattro nodi

Prezzi dei Dischi Ultra condivisi e SSD Premium v2

Sia i dischi Ultra condivisi che i dischi gestiti Premium v2 condivisi vengono addebitati in base alla capacità di cui è stato effettuato il provisioning, al totale delle operazioni di I/O al secondo (diskIOPSReadWrite + diskIOPSReadOnly) e alla velocità effettiva totale con provisioning MB/s (diskMB/sReadWrite + diskMB/sReadOnly). Non sono previsti costi aggiuntivi per ogni montaggio di macchine virtuali aggiuntive. Ad esempio, un disco Ultra condiviso con la configurazione seguente (diskSizeGB: 1024, DiskIOPSReadWrite: 10000, DiskMB/sReadWrite: 600, DiskIOPSReadOnly: 100, DiskMB/sReadOnly: 1) viene addebitato con 1024 GiB, 10100 IOPS e 601 MB/s indipendentemente dal fatto che sia montato in due macchine virtuali o cinque macchine virtuali.

Passaggi successivi

Se si è interessati ad abilitare e usare dischi condivisi per i dischi gestiti, vedere l'articolo Abilitare il disco condiviso

Per altre domande, vedere la sezione dischi condivisi delle domande frequenti.