Pianificazione della capacità di archiviazione dell'hub di Azure Stack

Le sezioni seguenti forniscono informazioni sulla pianificazione della capacità dell'hub di Azure Stack per facilitare la pianificazione delle esigenze di archiviazione della soluzione.

Usa e organizzazione della capacità di archiviazione

La configurazione iperconvergente dell'hub di Azure Stack consente la condivisione di dispositivi di archiviazione fisici. Esistono tre divisioni principali dell'archiviazione disponibile che possono essere condivise: l'infrastruttura, l'archiviazione temporanea delle macchine virtuali tenant e il backup dei BLOB, tabelle e code dei servizi di Archiviazione coerente di Azure.

Cache e livelli di capacità di Spazi di archiviazione diretta

È disponibile la capacità di archiviazione usata per il sistema operativo, la registrazione locale, i dump e altre esigenze di archiviazione dell'infrastruttura temporanea. Questa capacità di archiviazione locale è separata (dispositivi e capacità) dai dispositivi di archiviazione portati sotto la gestione della configurazione Spazi di archiviazione diretta. Il resto dei dispositivi di archiviazione viene inserito in un singolo pool di capacità di archiviazione, indipendentemente dal numero di server nell'unità di scalabilità.

Questi dispositivi sono di due tipi: cache e capacità. Spazi di archiviazione diretta usa i dispositivi cache per la memorizzazione nella cache e la memorizzazione nella cache di lettura. Le capacità di questi dispositivi cache, durante l'uso, non vengono sottoposte a commit alla capacità formattata e "visibile" dei dischi virtuali formattati. Al contrario, Spazi di archiviazione diretta usa i dispositivi di capacità per questo scopo, fornendo la "posizione principale" dei dati gestiti.

L'infrastruttura dell'hub di Azure Stack alloca direttamente e gestisce tutte le capacità di archiviazione. L'operatore non deve fare scelte sulla configurazione, l'allocazione, l'espansione della capacità. L'hub di Azure Stack automatizza queste decisioni di progettazione per allinearsi ai requisiti della soluzione, durante l'installazione iniziale e la distribuzione o l'espansione della capacità. L'hub di Azure Stack prende in considerazione la resilienza, la capacità riservata per le ricompilazione e altri dettagli, come parte della progettazione.

Gli operatori possono scegliere tra un flash o una configurazione di archiviazione ibrida :

Diagramma della pianificazione della capacità di archiviazione di Azure

In tutte le configurazioni flash la configurazione può essere una configurazione a due livelli o a un livello singolo. Se la configurazione è a livello singolo, tutti i dispositivi di capacità sono dello stesso tipo (ad esempio NVMe o SSD SATA o SSD SAS) e i dispositivi cache non vengono usati. In una configurazione flash a due livelli, la configurazione tipica è NVMe come dispositivi cache e quindi unità SSD SATA o SAS come dispositivi di capacità.

Nella configurazione ibrida a due livelli, la cache è una scelta tra NVMe, SATA o SAS SSD e la capacità è HDD.

Un breve riepilogo della configurazione di archiviazione dell'Spazi di archiviazione diretta e dell'hub di Azure Stack è il seguente:

  • Un pool di Spazi di archiviazione diretta per unità di scalabilità (tutti i dispositivi di archiviazione sono configurati all'interno di un singolo pool).
  • I dischi virtuali vengono creati come mirror di tre copie per ottenere prestazioni ottimali e resilienza.
  • Ogni disco virtuale viene formattato come file system ReFS.
  • La capacità del disco virtuale viene calcolata e allocata in modo da lasciare invariata la capacità di un dispositivo di capacità nel pool. Si tratta dell'equivalente di un'unità di capacità per server.
  • Ogni file system ReFS ha BitLocker abilitato per la crittografia dei dati inattiva.

I dischi virtuali creati automaticamente e le relative capacità sono le seguenti:

Nome Calcolo della capacità Descrizione
Dispositivo locale/di avvio Minimo 340 GB1 Archiviazione del singolo server per le immagini del sistema operativo e le macchine virtuali dell'infrastruttura "locale".
Infrastruttura 3,5 TB Tutti gli usi dell'infrastruttura dell'hub di Azure Stack.
VmTemp Vedere di seguito2 Le macchine virtuali tenant hanno un disco temporaneo collegato e che i dati vengono archiviati in questi dischi virtuali.
ACS Vedere di seguito 3 Capacità di archiviazione coerente di Azure per la manutenzione di BLOB, tabelle e code.

1 Capacità di archiviazione minima necessaria per il partner della soluzione hub di Azure Stack.

2 Le dimensioni del disco virtuale usate per i dischi temporanei della macchina virtuale tenant vengono calcolate come rapporto della memoria fisica del server. Il disco temporaneo è un rapporto della memoria fisica assegnata alla macchina virtuale. L'allocazione eseguita per l'archiviazione "disco temporaneo" nell'hub di Azure Stack acquisisce la maggior parte dei casi d'uso, ma potrebbe non essere in grado di soddisfare tutte le esigenze di archiviazione su disco temporaneo. Il rapporto è un compromesso tra rendere disponibile l'archiviazione temporanea e non utilizzare la maggior parte della capacità di archiviazione della soluzione solo per la capacità del disco temporaneo. Viene creato un disco di archiviazione temporaneo per server nell'unità di scalabilità. La capacità dell'archiviazione temporanea non cresce oltre il 10% della capacità di archiviazione disponibile complessiva nel pool di archiviazione dell'unità di scalabilità. Il calcolo è simile all'esempio seguente:

  DesiredTempStoragePerServer = PhysicalMemory * 0.65 * 8
  TempStoragePerSolution = DesiredTempStoragePerServer * NumberOfServers
  PercentOfTotalCapacity = TempStoragePerSolution / TotalAvailableCapacity
  If (PercentOfTotalCapacity <= 0.1)
      TempVirtualDiskSize = DesiredTempStoragePerServer
  Else
      TempVirtualDiskSize = (TotalAvailableCapacity * 0.1) / NumberOfServers

3 I dischi virtuali creati per l'uso da ACS sono una semplice divisione della capacità rimanente. Come indicato, tutti i dischi virtuali sono un mirror a tre vie e la capacità di un'unità di capacità per ogni server non è associata. I vari dischi virtuali enumerati in precedenza vengono allocati prima e la capacità rimanente viene quindi usata per i dischi virtuali ACS.

Passaggi successivi

Informazioni su Azure Stack Hub Capacity Planner.