Questo articolo risponde alle domande frequenti su Managed Disks e i dischi SSD Premium di Azure.
Dischi gestiti
Se si crea un disco gestito standard da un disco rigido virtuale esistente con 80 GiB, quanto costa?
Un disco gestito standard creato da un disco rigido virtuale da 80 GiB viene considerato come la successiva dimensione del disco standard disponibile, ovvero un disco S10. Il costo addebitato corrisponde al prezzo del disco S10. Per ulteriori informazioni, vedere la pagina dei prezzi.
Per Managed Disks Standard, si riceverà un addebito per le dimensioni effettive dei dati su disco o per la capacità con provisioning del disco?
L'addebito viene effettuato in base alla capacità con provisioning del disco. Per ulteriori informazioni, vedere la pagina dei prezzi.
È possibile usare un file di disco rigido virtuale in un account di archiviazione di Azure per creare un disco gestito con una sottoscrizione diversa?
Sì.
È possibile usare un file di disco rigido virtuale in un account di archiviazione di Azure per creare un disco gestito in un'area geografica diversa?
No.
Esistono limiti sul numero di dischi gestiti che è possibile avere?
Sì. Il limite massimo è 50.000 dischi gestiti per area e per tipo di disco per una sottoscrizione.
Le macchine virtuali in un set di disponibilità possono essere composte da una combinazione di dischi gestiti e non gestiti?
No. No, i dischi nelle macchine virtuali in un set di disponibilità devono essere o tutti gestiti o tutti non gestiti. Quando si crea un set di disponibilità, è possibile scegliere il tipo di dischi da usare.
È possibile creare un disco vuoto gestito?
Sì. È possibile creare un disco vuoto. Un disco gestito può essere creato indipendentemente da una macchina virtuale, ad esempio non collegandolo a una macchina virtuale.
Qual è il numero di domini di errore supportati per un set di disponibilità che usa dischi gestiti?
A seconda dell'area in cui si trova il set di disponibilità che usa dischi gestiti, il numero di domini di errore supportati è 2 o 3.
Quale tipo di supporto per il controllo degli accessi in base al ruolo di Azure è disponibile per Managed Disks?
Managed Disks supporta tre ruoli predefiniti principali:
- Proprietario: può gestire tutto, compresi gli accessi
- Collaboratore: può gestire tutto ad eccezione degli accessi
- Lettore: può visualizzare tutto, ma non apportare modifiche
È possibile copiare o esportare un disco gestito in un account di archiviazione privato?
È possibile generare un URI di firma di accesso condiviso (SAS) in sola lettura per il disco gestito e usarlo per copiare i contenuti in un account di archiviazione privato o in un archivio locale. È possibile usare l'URI di firma di accesso condiviso usando il portale di Azure, Azure PowerShell, l'interfaccia della riga di comando di Azure o AzCopy.
È possibile creare una copia del proprio disco gestito?
È possibile creare uno snapshot di un disco gestito e quindi usare lo snapshot per creare un altro disco gestito. È anche possibile creare un nuovo disco gestito da un disco gestito esistente.
I dischi non gestiti sono ancora supportati?
Sì, ma verranno ritirati entro il 30 settembre 2025 e a partire dal 18 novembre 2022, le nuove sottoscrizioni dei clienti non sono idonee per la creazione di dischi non gestiti. È consigliabile usare i dischi gestiti per i nuovi carichi di lavoro ed eseguire la migrazione dei carichi di lavoro correnti a dischi gestiti.
È possibile colocare dischi non gestiti e gestiti nella stessa macchina virtuale?
No.
È possibile ridurre/ridimensionare i dischi gestiti?
No.
È possibile modificare la proprietà del nome del computer quando si usa un disco del sistema operativo specializzato (non preparato con Utilità preparazione sistema o generalizzato) per il provisioning di una VM?
No. Non è possibile aggiornare la proprietà del nome del computer. La nuova VM eredita la proprietà dalla VM padre usata per creare il disco del sistema operativo.
Dove si possono trovare modelli di Azure Resource Manager di esempio per creare macchine virtuali con dischi gestiti?
Quando si crea un disco da un BLOB, è presente una relazione continua con il BLOB di origine?
No, quando il nuovo disco viene creato, si tratta di una copia autonoma completa del BLOB in quel momento e non esiste alcuna connessione tra i due. Dopo aver creato il disco, è possibile eliminare il BLOB di origine senza modificare in alcun modo il disco appena creato.
È possibile rinominare un disco gestito o non gestito dopo che è stato creato?
I dischi gestiti non possono essere rinominati. Tuttavia, è possibile rinominare un disco non gestito purché non sia attualmente collegato a un disco rigido virtuale o a una macchina virtuale.
È possibile usare il partizionamento GPT in un disco di Azure?
Le immagini di prima generazione possono usare il partizionamento GPT solo sui dischi dati, non sui dischi del sistema operativo. I dischi del sistema operativo devono usare lo stile di partizione MBR.
Le immagini di seconda generazione possono usare il partizionamento GPT nel disco del sistema operativo e nei dischi dati.
Quali sono le opzioni offerte dalla prenotazione dischi di Azure?
Prenotazione dischi di Azure offre la possibilità di acquistare unità SSD Premium negli SKU specificati da P30 (1 TiB) fino a P80 (32 TiB) per un periodo di un anno. Non esiste alcuna limitazione al numero minimo di dischi necessari per acquistare una prenotazione del disco. Inoltre, è possibile scegliere di pagare con un unico pagamento anticipato o con pagamenti mensili. Non sono previsti costi transazionali aggiuntivi per i dischi gestiti SSD Premium.
Le prenotazioni vengono effettuate sotto forma di dischi, non di capacità. In altre parole, quando si riserva un disco P80 (32 TiB), si ottiene un singolo disco P80, non è quindi possibile dividere tale prenotazione specifica in due dischi P70 (16 TiB) più piccoli. È possibile riservare il numero di dischi desiderati, inclusi due dischi P70 (16 TiB) separati.
Come viene applicata la prenotazione dischi di Azure?
La prenotazione dischi segue un modello simile alle istanze di macchina virtuale (VM) riservate. La differenza è che una prenotazione del disco non può essere applicata a SKU diversi, mentre un'istanza di macchina virtuale può. Per altre informazioni sulle istanze di macchina virtuale, vedere Risparmiare sui costi con le istanze di macchina virtuale riservate di Azure.
È possibile usare la propria risorsa di archiviazione dati acquistata tramite la prenotazione dischi di Azure in più aree?
Le prenotazioni dei dischi di Azure vengono acquistate per un'area e uno SKU specifici (ad esempio P30 nell'area Stati Uniti orientali 2) e non possono essere usate all'esterno di questi costrutti. È sempre possibile acquistare una prenotazione dischi di Azure aggiuntiva per le esigenze di archiviazione su disco in altre aree o SKU.
I dischi gestiti supportano il "contratto di servizio per le macchine virtuali a istanza singola"?
Sì, tutti i tipi di disco supportano il contratto di servizio della macchina virtuale a istanza singola.
È possibile collegare un disco a una macchina virtuale in un'altra area?
No. Tutti i dischi gestiti, anche i dischi condivisi, devono trovarsi nella stessa area della macchina virtuale a cui sono collegati.
Per SSD Premium v2, il calcolatore prezzi di Azure offre prezzi diversi?
Ssd Premium v2 offre prestazioni di base di 3.000 operazioni di I/O al secondo e 125 MB/s per qualsiasi dimensione offerta senza costi aggiuntivi. Attualmente, per le aree seguenti, il calcolatore prezzi ha un prezzo non corretto. Fino a quando il calcolatore dei prezzi non viene corretto, dedurre 3000OPS dalle operazioni di I/O al secondo di destinazione e 125 MB/s per la larghezza di banda di destinazione per stimare correttamente il costo: Stati Uniti centro-occidentali, Stati Uniti centro-occidentali, Regno Unito occidentale, Emirati Arabi Uniti centrali, Emirati Arabi Uniti settentrionali, Svizzera settentrionale, Svizzera occidentale, Svezia meridionale, Corea centrale, Giappone orientale, Giappone occidentale, Italia settentrionale, India centrale, India centrale India meridionale, Germania settentrionale, Germania occidentale, Francia centrale, Canada centrale, Canada orientale, Brasile meridionale, US GOV Arizona, US GOV Virginia, Australia centrale, Australia centrale 2, Australia sud-orientale, Sudafrica settentrionale, Sud-ovest di Arica occidentale.
Perché è consigliabile usare il disco dati per archiviare applicazioni e dati anziché il disco del sistema operativo?
È possibile disporre di operazioni di backup e ripristino più efficienti, riducendo i tempi di inattività in caso di perdita di dati o errore di sistema, eseguendo spesso il backup dei dischi dati. Se il disco dati riscontra un problema, è più facile eseguire il ripristino perché è separato dal disco del sistema operativo.
È possibile espandere la capacità di archiviazione aggiungendo o espandendo i dischi dati senza influire sul disco del sistema operativo. Solo i dischi dati supportano il ridimensionamento in tempo reale, non è possibile aumentare le dimensioni dei dischi del sistema operativo senza arrestare la macchina virtuale.
La separazione del sistema operativo dalle applicazioni e dai dati in dischi diversi consente di garantire che i dischi di I/O dal sistema operativo e i dati dell'applicazione non interferiscano tra loro. Ciò può migliorare le prestazioni complessive del sistema e prevenire problemi di contesa che possono verificarsi quando il sistema operativo e le applicazioni sono in competizione per le risorse del disco.
Se si verifica un errore di sistema o un danneggiamento nel disco del sistema operativo, è possibile eseguire nuovamente l'immagine o reinstallare il sistema operativo senza influire sul disco dati. Ciò riduce il rischio di perdita di dati e semplifica la risoluzione dei problemi e le procedure di manutenzione.
È possibile applicare controlli di accesso e autorizzazioni separati al disco del sistema operativo e al disco dati. Questa separazione limita l'accesso ai file di sistema critici sul disco del sistema operativo, riducendo i potenziali rischi per la sicurezza.
Snapshots
È possibile copiare uno snapshot incrementale crittografato tra aree?
Sì.
È possibile copiare gli snapshot in un ordine diverso dall'ordine di creazione in un'altra area?
No. Gli snapshot devono essere copiati in altre aree nell'ordine di creazione.
Se uno snapshot incrementale di origine viene eliminato prima del completamento di una copia tra aree, cosa accade?
La copia non riesce.
Le immagini e gli snapshot gestiti vengono crittografati?
Sì. Tutte le immagini e gli snapshot gestiti vengono crittografati automaticamente.
Quali tipi di dischi supportano gli snapshot?
Tutti i tipi di disco supportano una forma di snapshot. Per i dischi Ultra e i dischi SSD Premium v2, supportano solo snapshot incrementali e presentano alcune limitazioni. Per informazioni dettagliate, vedere Creare uno snapshot incrementale per i dischi gestiti. Gli altri tipi di disco supportano entrambi i tipi di snapshot per tutte le dimensioni del disco.
Cosa accade se sono presenti più snapshot incrementali ed eliminarli?
L'eliminazione di uno degli snapshot incrementali non influisce sugli snapshot incrementali successivi. Il sistema unisce i dati occupati dal primo snapshot con lo snapshot successivo sotto le quinte per assicurarsi che gli snapshot successivi non siano interessati dall'eliminazione del primo snapshot.
Dischi condivisi di Azure
Se si dispone di un disco esistente, è possibile abilitare i dischi condivisi?
I dischi gestiti compatibili creati con l'API versione 2019-07-01 o successiva possono abilitare i dischi condivisi. A tale scopo, è necessario smontare il disco da tutte le macchine virtuali a cui è collegato. Modificare quindi la proprietà maxShares sul disco.
Se non si vuole più usare un disco in modalità condivisa, come si disabilita?
Smontare il disco da tutte le macchine virtuali a cui è collegato. Modificare quindi la proprietà maxShare del disco impostandola su 1.
È possibile aumentare le dimensioni di un disco condiviso?
Sì.
Dischi Ultra
Qual è l'impostazione della velocità effettiva del disco Ultra?
Se non si è certi di cosa impostare la velocità effettiva del disco, è consigliabile iniziare presupponendo una dimensione di I/O pari a 16 KiB e regolare le prestazioni da questa posizione durante il monitoraggio dell'applicazione. La formula è: Velocità effettiva in MB/s = # di operazioni di I/O al secondo * 16 / 1000.
Il disco è stato configurato per 40.000 operazioni di I/O al secondo, ma vengono visualizzate solo 12.800 operazioni di I/O al secondo. Perché non vengono visualizzate le prestazioni del disco?
Oltre alla limitazione del disco, è presente una limitazione di I/O che viene imposta a livello di macchina virtuale. Assicurarsi che le dimensioni della macchina virtuale in uso possano supportare i livelli configurati nei dischi. Per informazioni dettagliate sui limiti di I/O imposti dalla macchina virtuale, vedere Dimensioni per le macchine virtuali in Azure.
È possibile usare i livelli di memorizzazione nella cache con un disco Ultra?
No, i dischi Ultra non supportano i diversi metodi di memorizzazione nella cache supportati in altri tipi di disco. Impostare la memorizzazione nella cache del disco su Nessuno.
È possibile collegare un disco Ultra alla macchina virtuale esistente?
Solo se la macchina virtuale si trova in un'area e una zona di disponibilità che supportano i dischi Ultra. Per informazioni dettagliate, vedere Introduzione ai dischi Ultra.
È possibile usare un disco Ultra come disco del sistema operativo per una macchina virtuale?
No, i dischi Ultra sono supportati solo come dischi dati. È possibile eseguire la migrazione dei dati da un disco dati esistente a un disco Ultra. Collegare entrambi i dischi alla stessa macchina virtuale e copiare direttamente i dati nel disco Ultra oppure usare una soluzione di terze parti per la migrazione dei dati.
È possibile convertire un disco esistente in un disco Ultra?
No, ma è possibile eseguire la migrazione dei dati da un disco esistente a un disco Ultra. Per eseguire la migrazione di un disco esistente a un disco Ultra, collegare entrambi i dischi alla stessa macchina virtuale e copiare i dati del disco da un disco all'altro o usare una soluzione di terze parti per la migrazione dei dati.
È possibile collegare un disco Ultra a una macchina virtuale in esecuzione in un set di disponibilità?
No, questo non è attualmente supportato.
Caricamento in un disco gestito
È possibile caricare dati in un disco gestito esistente?
No, il caricamento può essere usato solo durante la creazione di un nuovo disco vuoto con lo stato ReadyToUpload.
È possibile collegare un disco a una macchina virtuale mentre è in stato di caricamento?
No.
Eseguire la migrazione a Managed Disks
C'è un impatto sulla migrazione sulle prestazioni dei dischi gestiti?
La migrazione comporta lo spostamento del disco da una posizione di archiviazione a un'altra. Questa operazione viene gestita tramite la copia dei dati in background che può richiedere diverse ore, in genere meno di 24, a seconda della quantità di dati nei dischi. Durante questo periodo, l'applicazione può riscontrare una latenza di lettura maggiore del solito poiché alcune operazioni di lettura possono essere reindirizzate alla posizione originale e possono quindi richiedere più tempo. Non c'è alcun impatto sulla latenza di scrittura durante questo periodo.
Quali modifiche sono necessarie in una configurazione del servizio Backup di Azure preesistente prima/dopo la migrazione a Managed Disks?
Non sono necessarie modifiche.
I backup di macchine virtuali creati tramite il servizio Backup di Azure prima della migrazione continueranno a funzionare correttamente?
Sì, i backup continueranno a funzionare senza problemi.
Quali modifiche sono necessarie in una configurazione di Crittografia dischi di Azure preesistente prima o dopo la migrazione ai dischi gestiti?
Non sono necessarie modifiche.
La migrazione automatica di un set di scalabilità di macchine virtuali esistente da dischi non gestiti a dischi gestiti è supportata?
No. È possibile creare un nuovo set di scalabilità con dischi gestiti usando l'immagine del set di scalabilità precedente con dischi non gestiti.
È possibile creare un disco gestito da uno snapshot del BLOB di pagine creato prima della migrazione ai dischi gestiti?
No. È possibile esportare uno snapshot del BLOB di pagine come BLOB di pagine e quindi creare un disco gestito dal BLOB di pagine esportato.
È possibile eseguire il failover dei computer locali protetti da Azure Site Recovery in una macchina virtuale con dischi gestiti?
Sì, è possibile scegliere di eseguire il failover su una macchina virtuale con Managed Disks.
La migrazione su macchine virtuali di Azure protette da Azure Site Recovery tramite la replica da Azure ad Azure ha qualche ripercussione?
No. È disponibile la protezione tramite Azure Site Recovery da Azure ad Azure per le macchine virtuali con Managed Disks.
È possibile eseguire la migrazione di macchine virtuali con dischi non gestiti ubicati in account di archiviazione che sono o sono stati crittografati in precedenza in VM con dischi gestiti?
Sì
Managed Disks e crittografia del servizio di archiviazione
La crittografia lato server è abilitata per impostazione predefinita quando si crea un nuovo disco gestito?
Sì. I dischi gestiti vengono crittografati con la crittografia lato server con chiavi gestite dalla piattaforma.
Il volume di avvio è crittografato per impostazione predefinita in un disco gestito?
Sì. Per impostazione predefinita, tutti i dischi gestiti sono crittografati, incluso il disco del sistema operativo.
È possibile disabilitare la crittografia lato server per i dischi gestiti?
No.
Azure Site Recovery supporta la crittografia lato server con la chiave gestita dal cliente per gli scenari di ripristino di emergenza da sito locale ad Azure e da Azure ad Azure?
Sì.
È possibile eseguire il backup dei dischi gestiti crittografati con la crittografia lato server con la chiave gestita dal cliente usando il servizio Backup di Azure?
Sì.
È possibile convertire macchine virtuali con dischi non gestiti ubicati in account di archiviazione che sono o sono stati crittografati in precedenza in VM con dischi gestiti?
Sì
Un disco rigido virtuale esportato da un disco gestito o uno snapshot verrà crittografato?
No. Se però si esporta un disco rigido virtuale da un disco gestito o uno snapshot crittografato a un account di archiviazione crittografato, verrà crittografato.
È possibile passare da Crittografia dischi di Azure alla crittografia lato server con chiavi gestite dal cliente?
Non è possibile passare sul posto, ma è possibile creare copie dei dischi e collegarle a una nuova macchina virtuale crittografata con la crittografia lato server. Tuttavia, per le macchine virtuali Linux se è stato crittografato il disco del sistema operativo di una macchina virtuale Linux con ADE, non è possibile disabilitare AdE in Linux quando il disco del sistema operativo è crittografato. Per eseguire la migrazione di macchine virtuali Windows con ADE abilitato o macchine virtuali Linux con solo i dischi dati crittografati,
- Disabilitare la crittografia e rimuovere l'estensione di crittografia in Windows o in Linux.
- Creare quindi un nuovo disco gestito usando il disco corrente come origine.
- Collegare il nuovo disco a una nuova macchina virtuale che non ha mai abilitato AdE.
- Crittografare il nuovo disco con chiavi gestite dal cliente.
È possibile passare dalla crittografia lato server con chiavi gestite dal cliente a Crittografia dischi di Azure?
Sì. Innanzitutto, cambiare il disco per usare le chiavi gestite dalla piattaforma con uno dei passaggi seguenti:
- Accedere al portale di Azure.
- Selezionare il disco di cui si vuole modificare il tipo di crittografia.
- Selezionare Crittografia.
- Per Gestione delle chiavi selezionare Chiave gestita dalla piattaforma e selezionare Salva.
Il disco gestito passa correttamente dalla protezione con la propria chiave gestita dal cliente a una chiave gestita dalla piattaforma.
Crittografare quindi il disco corrente con Crittografia dischi di Azure.
Dischi Premium, gestiti e non gestiti
Se una macchina virtuale usa una serie di dimensioni che supporta i dischi SSD Premium, ad esempio DSv2, è possibile collegare dischi dati sia Premium che Standard?
Sì.
È possibile distribuire una macchina virtuale con un disco non gestito nel portale di Azure?
Non tutte le immagini del sistema operativo supportano la distribuzione con un disco non gestito nella portale di Azure. Se l'immagine scelta non supporta questo metodo di distribuzione, è consigliabile usare dischi gestiti per i nuovi carichi di lavoro e convertire il disco esistente in un disco gestito. Se non è possibile usare dischi gestiti, è possibile distribuire una macchina virtuale usando dischi non gestiti con il modulo Azure PowerShell o l'interfaccia della riga di comando di Azure.
È possibile collegare dischi dati sia Premium che Standard a una serie di dimensioni che non supporta dischi SSD Premium, come le serie D, Dv2, G o F?
No. È possibile collegare solo dischi dati Standard alle macchine virtuali che non usano una serie di dimensioni con supporto di dischi SSD Premium.
Sono previsti costi per transazione per usare i dischi SSD Premium?
È previsto un costo fisso per ogni dimensione del disco, di cui viene effettuato il provisioning con limiti specifici per operazioni di I/O al secondo e velocità effettiva. Gli altri costi sono la larghezza di banda in uscita, la capacità di snapshot e i costi associati al bursting su richiesta, se applicabile. Per ulteriori informazioni, vedere la pagina dei prezzi.
Quali sono i limiti per IOPS e velocità effettiva che è possibile ottenere dalla cache del disco?
I limiti combinati per la cache e l'unità SSD locale per una serie DS sono 4.000 operazioni di I/O al secondo per core e 33 MB/s per core. La serie GS offre 5.000 operazioni di I/O al secondo per core e 50 MB/s per core.
L'unità SSD locale è supportata per una macchina virtuale usando dischi gestiti?
L'unità SSD locale è una risorsa di archiviazione temporanea inclusa in una macchina virtuale che usa dischi gestiti. Non sono previsti costi aggiuntivi per questa risorsa di archiviazione temporanea. Non è consigliabile usare questa unità SSD locale per archiviare i dati dell'applicazione perché non è persistente in Archiviazione di Azure.
L'uso di TRIM su dischi Premium ha ripercussioni?
Non c'è alcun svantaggio per l'uso di TRIM nei dischi di Azure su dischi Premium o Standard.
Nuove dimensioni del disco
Quali sono le dimensioni massime del disco gestito supportate per il sistema operativo e i dischi dati nelle macchine virtuali Gen1?
Il tipo di partizione che supporto tecnico di Azure per i dischi del sistema operativo Gen1 è il record di avvio master (MBR). Anche se i dischi del sistema operativo Gen1 supportano solo MBR, i dischi dati supportano GPT. Sebbene sia possibile allocare fino a un disco del sistema operativo a 4 TiB, il tipo di partizione MBR può usare solo fino a 2 TiB di questo spazio su disco per il sistema operativo. Azure supporta fino a 32 TiB per i dischi dati gestiti.
Quali sono le dimensioni massime del disco gestito supportate per il sistema operativo e i dischi dati nelle macchine virtuali gen2?
Il tipo di partizione che supporto tecnico di Azure per i dischi del sistema operativo Gen2 è GPT (GUID Partition Table). Le macchine virtuali gen2 supportano fino a un disco del sistema operativo a 4 TiB. Azure supporta fino a 32 TiB per i dischi dati gestiti.
Qual è la dimensione massima del disco non gestito supportata per i dischi dati e del sistema operativo?
Il tipo di partizione che supporto tecnico di Azure per un disco del sistema operativo che usa dischi non gestiti è il record di avvio master (MBR). Sebbene sia possibile allocare fino a 4 TiB per un disco del sistema operativo, il tipo di partizione MBR può usare solo fino a 2 TiB di questo spazio su disco per il sistema operativo. supporto tecnico di Azure fino a 4 TiB per i dischi dati non gestiti.
Qual è la dimensione più grande supportata del BLOB di pagine?
Le dimensioni massime supportate da Azure per un BLOB di pagine sono di 8 TiB (8.191 GiB). Le dimensioni massime per un BLOB di pagine collegato a una macchina virtuale come dischi dati o dischi del sistema operativo sono di 4 TiB (4.095 GiB).
Le dimensioni del disco P4 e P6 sono supportate per i dischi gestiti o i BLOB di pagine?
Le dimensioni del disco P4 (32 GiB) e P6 (64 GiB) non sono supportate come livelli di disco predefiniti per dischi e BLOB di pagine non gestiti. È necessario impostare il livello di Blob in modo esplicito su P4 e P6 per eseguire il mapping su questi livelli. Se si distribuisce un disco o un BLOB di pagine non gestito con dimensioni del disco o lunghezza del contenuto inferiore a 32 GiB o da 32 GiB a 64 GiB senza impostare il livello BLOB, si continuerà a raggiungere P10 con 500 operazioni di I/O al secondo e 100 MB/s e il piano tariffario mappato.
Come viene fatturato un disco gestito Premium di dimensioni inferiori a 64 GiB creato prima dell'abilitazione dei dischi più piccoli (intorno al 15 giugno 2017)?
I dischi Premium esistenti di dimensioni inferiori a 64 GiB continuano a essere fatturati in base al piano tariffario P10.
Secondo quali modalità è possibile modificare il piano tariffario dei dischi Premium di dimensioni inferiori a 64 GiB da P10 a P4 o P6?
È possibile creare uno snapshot dei dischi di piccole dimensioni e quindi creare un disco per passare automaticamente al piano tariffario a P4 o P6 in base alla dimensione del disco di cui viene effettuato il provisioning. È anche possibile usare i livelli di prestazioni, vedere gli articoli per modificare i livelli di prestazioni con il modulo dell'interfaccia della riga di comando di Azure/PowerShell o il portale di Azure.
È possibile ridimensionare i dischi gestiti esistenti da dimensioni inferiori a 4 tebibyte (TiB) a 32 TiB?
Sì.
Quali sono le dimensioni massime dei dischi supportate dal servizio Backup di Azure e Azure Site Recovery?
Le dimensioni massime del disco supportate da Backup di Azure sono di 32 TiB (4 TiB per i dischi crittografati). Le dimensioni massime del disco supportate da Azure Site Recovery sono di 8 TiB. Il supporto per i dischi di dimensioni maggiori fino a 32 TiB non è ancora disponibile in Azure Site Recovery.
Quali sono le dimensioni delle macchine virtuali consigliate per dischi di grandi dimensioni (> 4TiB) come SDD Standard e HDD Standard che consentono di ottimizzare le operazioni di I/O al secondo relative al disco e la larghezza di banda?
Per ottenere la velocità effettiva del disco di unità SSD Standard e HDD Standard di grandi dimensioni (>4 TiB) oltre 500 operazioni di I/O al secondo e 60 MB/s, È consigliabile distribuire una nuova macchina virtuale da una delle dimensioni di macchina virtuale seguenti per ottimizzare le prestazioni: serie B, serie DSv2, serie Dsv3, serie ESv3, serie Fs, fsv2, serie M, serie GS, serie NCv2, serie NCv3 o macchine virtuali serie Ls. Il collegamento di dischi di grandi dimensioni a macchine virtuali o macchine virtuali esistenti che non usano le dimensioni consigliate precedenti potrebbe avere prestazioni inferiori.
Come è possibile aggiornare i dischi (> 4 TiB) che sono stati distribuiti durante l'anteprima di dimensioni del disco maggiori per ottenere i valori di operazioni di I/O al secondo e larghezza di banda più elevati al momento della disponibilità a livello generale?
È possibile arrestare e avviare la macchina virtuale a cui è collegato il disco oppure scollegare e ricollegare il disco. Gli obiettivi di prestazioni di dimensioni del disco maggiori sono stati aumentati sia per le unità SSD Premium che per le unità SSD standard al momento della disponibilità a livello generale.
L'abilitazione della memorizzazione nella cache dell'host è supportata in tutte le dimensioni del disco?
La memorizzazione nella cache dell'host (ReadOnly e Lettura/Scrittura) è supportata nelle dimensioni del disco inferiori a 4 TiB. Ciò significa che qualsiasi disco di cui è stato effettuato il provisioning fino a 4.095 GiB può sfruttare la memorizzazione nella cache dell'host. La memorizzazione nella cache dell'host non è supportata per le dimensioni del disco superiori o uguali a 4.096 GiB. Ad esempio, un disco P50 Premium di cui è stato effettuato il provisioning a 4.095 GiB può sfruttare la memorizzazione nella cache dell'host e un disco P50 di cui è stato effettuato il provisioning a 4.096 GiB non può sfruttare la memorizzazione nella cache dell'host. È consigliabile usare la memorizzazione nella cache per dimensioni del disco più piccole in cui è possibile osservare un miglioramento delle prestazioni con i dati memorizzati nella cache nella macchina virtuale.
collegamento privato per i dischi gestiti
Come è possibile assicurarsi che un disco possa essere esportato o importato solo tramite collegamento privato?
Impostare la proprietà su un'istanza DiskAccessId di un oggetto accesso al disco e impostare la proprietà NetworkAccessPolicy su AllowPrivate.
È possibile usare l'URI di firma di accesso condiviso di un disco o uno snapshot per scaricare il disco rigido virtuale sottostante di una macchina virtuale nella stessa subnet della subnet dell'endpoint privato associato al disco?
Sì.
È possibile usare un URI di firma di accesso condiviso di un disco/snapshot per scaricare il disco rigido virtuale sottostante di una macchina virtuale non nella stessa subnet della subnet dell'endpoint privato non associato al disco?
No.
Cosa fare se non è disponibile una risposta alla domanda?
Se la domanda non è elencata qui, invitiamo gli utenti a comunicarcela per consentirci di fornire il nostro aiuto. È possibile pubblicare una domanda nei commenti alla fine di questo articolo. Per interagire con il team Archiviazione di Azure e altri membri della community su questo articolo, usare la pagina delle domande di Microsoft Q&A per Archiviazione di Azure.
Per richiedere funzionalità, inviare richieste e idee al forum dei commenti su Archiviazione di Azure.