Condividi tramite


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

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

Uso 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 l'archiviazione che supporta i BLOB, le tabelle e le code dei servizi di archiviazione coerente di Azure.

Cache e livelli di capacità in Storage Spaces Direct

È disponibile capacità di archiviazione usata per il sistema operativo, la registrazione locale, i dump e altre esigenze di archiviazione temporanea dell'infrastruttura. Questa capacità di archiviazione locale è separata (dispositivi e capacità) dai dispositivi di archiviazione gestiti dalla configurazione di 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 scala.

Questi dispositivi sono di due tipi: cache e capacità. Spazi di archiviazione diretta utilizza i dispositivi di cache per la cache in scrittura posticipata e in lettura. Le capacità di questi dispositivi cache, quando usate, non sono assegnate alla capacità formattata e "visibile" dei dischi virtuali formattati. Al contrario, gli Storage Spaces Direct utilizzano dispositivi di capacità per questo scopo, fornendo la "posizione principale" dei dati gestiti.

L'infrastruttura dell'hub di Azure Stack alloca e gestisce direttamente tutta la capacità di archiviazione. L'operatore non deve effettuare 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 una configurazione di archiviazione completamente flash o una configurazione ibrida.

diagramma della pianificazione della capacità di archiviazione di Azure

In tutte le configurazioni flash, la configurazione può essere a due livelli o a una configurazione a 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 prevede NVMe come dispositivi di cache e poi 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.

Di seguito è riportato un breve riepilogo della configurazione di archiviazione di Storage Spaces Direct e Azure Stack Hub.

  • Un pool di Storage Spaces Direct per unità di scala (tutti i dispositivi di archiviazione sono configurati all'interno di un singolo pool).
  • I dischi virtuali vengono creati come mirror a tre copie per ottenere prestazioni e resilienza ottimali.
  • Ogni disco virtuale viene formattato come file system ReFS.
  • La capacità del disco virtuale viene calcolata e assegnata in modo da lasciare non allocata nel pool la capacità di un dispositivo di memorizzazione. Equivale a un disco di capacità per server.
  • In ogni file system ReFS, BitLocker è abilitato per la crittografia dei dati a riposo.

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

Nome Calcolo della capacità Descrizione
Dispositivo locale/di avvio Minimo 340 GB1 Archiviazione su server individuali per le immagini del sistema operativo e le macchine virtuali dell'infrastruttura locale.
Infrastruttura 3,5 TB Tutti gli utilizzi dell'infrastruttura dell'hub di Azure Stack.
VmTemp Vedere di seguito2 Le macchine virtuali tenant hanno un disco temporaneo collegato e 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 richiesta dal 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 tra la memoria fisica del server. Il disco temporaneo è un rapporto tra la 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 scala. La capacità dell'archiviazione temporanea non aumenta oltre il 10% della capacità di archiviazione disponibile complessiva nel pool di archiviazione dell'unità di scala. 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 quantità di capacità pari a un disco per ogni server non è allocata. I vari dischi virtuali enumerati in precedenza vengono allocati per primi e la capacità rimanente viene quindi usata per i dischi virtuali ACS.

Passaggi successivi

Informazioni su Azure Stack Hub Capacity Planner.