Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
De volgende secties bevatten informatie over de planning van Azure Stack Hub-opslagcapaciteit om te helpen bij het plannen van de opslagbehoeften van de oplossing.
Gebruik en organisatie van opslagcapaciteit
Met de hypergeconvergeerde configuratie van Azure Stack Hub kunnen fysieke opslagapparaten worden gedeeld. Er zijn drie hoofdafdelingen van de beschikbare opslag die kunnen worden gedeeld: de infrastructuur, de tijdelijke opslag van de virtuele machines (VM's) van de tenant en de opslag die back-ups maakt van de blobs, tabellen en wachtrijen van de ACS-services (Azure Consistent Storage).
Opslachruimtes Direct-cache en capaciteitslagen
Er is opslagcapaciteit die wordt gebruikt voor het besturingssysteem, lokale logboekregistratie, dumps en andere tijdelijke infrastructuuropslagbehoeften. Deze lokale opslagcapaciteit is gescheiden (apparaten en capaciteit) van de opslagapparaten die onder beheer van de configuratie van Opslagruimten Direct zijn gebracht. De rest van de opslagapparaten worden in één pool van opslagcapaciteit geplaatst, ongeacht het aantal servers in de schaaleenheid.
Deze apparaten zijn van twee typen: cache en capaciteit. Storage Spaces Direct verbruikt cacheapparaten voor het terugschrijven en inlezen. De capaciteiten van deze cacheapparaten worden, wanneer ze worden gebruikt, niet toegewezen aan de geformatteerde en 'zichtbare' capaciteit van de geformatteerde virtuele schijven. Opslagruimten Direct gebruikt daarentegen capaciteitsapparaten voor dit doel, waardoor de 'thuislocatie' van de beheerde gegevens wordt geboden.
De Azure Stack Hub-infrastructuur wijst alle opslagcapaciteit rechtstreeks toe en beheert deze. De operator hoeft geen keuzes te maken over configuratie, toewijzing, capaciteitsuitbreiding. Azure Stack Hub automatiseert deze ontwerpbeslissingen om te voldoen aan de oplossingsvereisten, tijdens de eerste installatie en implementatie of capaciteitsuitbreiding. Azure Stack Hub houdt rekening met tolerantie, gereserveerde capaciteit voor herbouw en andere details als onderdeel van het ontwerp.
Operators kunnen kiezen tussen een volledig flash of een hybride opslagconfiguratie.
In alle flashconfiguraties kan de configuratie een configuratie met twee lagen of een configuratie met één laag zijn. Als de configuratie één laag is, zijn alle capaciteitsapparaten van hetzelfde type (bijvoorbeeld NVMe of SATA SSD of SAS SSD) en worden cacheapparaten niet gebruikt. In een tweelaagse flashconfiguratie is de typische configuratie NVMe als de cacheapparaten en vervolgens SATA- of SAS-SSD's als capaciteitsapparaten.
In de hybride configuratie met twee lagen is de cache een keuze tussen NVMe, SATA of SAS SSD en de capaciteit is HDD.
Een kort overzicht van de opslagconfiguratie van Opslagruimten Direct en Azure Stack Hub is als volgt:
- Eén Storage Spaces Direct-pool per schaaleenheid (alle opslagapparaten worden geconfigureerd binnen één pool).
- Virtuele schijven worden gemaakt als een spiegel met drie kopieën voor de beste prestaties en tolerantie.
- Elke virtuele schijf is geformatteerd als een ReFS-bestandssysteem.
- De capaciteit van de virtuele schijf wordt zodanig berekend en toegewezen dat de gegevenscapaciteit van één capaciteitsapparaat in de pool niet wordt toegewezen. Dit is het equivalent van één capaciteitsdrive per server.
- Voor elk ReFS-bestandssysteem is BitLocker ingeschakeld voor data-at-rest-versleuteling.
De virtuele schijven die automatisch worden gemaakt en hun capaciteiten zijn als volgt:
Naam | Capaciteitsberekening | Beschrijving |
---|---|---|
Lokaal/opstartapparaat | Minimaal 340 GB1 | Afzonderlijke serveropslag voor installatiekopieën van besturingssystemen en 'lokale' infrastructuur-VM's. |
Infrastructuur | 3,5 TB | Al het gebruik van de Azure Stack Hub-infrastructuur. |
VmTemp | Zie hieronder2 | Tenant-VM's hebben een tijdelijke schijf gekoppeld en die gegevens worden opgeslagen in deze virtuele schijven. |
ACS | Zie hieronder 3 | Azure Consistent Storage-capaciteit voor het onderhouden van blobs, tabellen en wachtrijen. |
1 Minimale opslagcapaciteit die is vereist van de Azure Stack Hub-oplossingspartner.
2 De grootte van de virtuele schijf die wordt gebruikt voor tijdelijke schijven van de tenant-VM wordt berekend als een verhouding van het fysieke geheugen van de server. De tijdelijke schijf is een verhouding van het fysieke geheugen dat aan de virtuele machine is toegewezen. De toewijzing voor tijdelijke schijfopslag in Azure Stack Hub legt de meeste gebruiksvoorbeelden vast, maar kan mogelijk niet voldoen aan alle tijdelijke schijfopslagbehoeften. De verhouding is een compromis tussen het beschikbaar maken van tijdelijke opslag en het niet verbruiken van een meerderheid van de opslagcapaciteit van de oplossing voor tijdelijke schijfcapaciteit. Er wordt één tijdelijke opslagschijf gemaakt per server in de schaaleenheid. De capaciteit van de tijdelijke opslag groeit niet meer dan 10 procent van de totale beschikbare opslagcapaciteit in de opslaggroep van de schaaleenheid. De berekening ziet er ongeveer als volgt uit:
DesiredTempStoragePerServer = PhysicalMemory * 0.65 * 8
TempStoragePerSolution = DesiredTempStoragePerServer * NumberOfServers
PercentOfTotalCapacity = TempStoragePerSolution / TotalAvailableCapacity
If (PercentOfTotalCapacity <= 0.1)
TempVirtualDiskSize = DesiredTempStoragePerServer
Else
TempVirtualDiskSize = (TotalAvailableCapacity * 0.1) / NumberOfServers
3 De virtuele schijven die door ACS worden gemaakt, zijn een eenvoudige verdeling van de resterende capaciteit. Zoals vermeld, zijn alle virtuele schijven voorzien van een driewegspiegel en is de capaciteit van één capaciteitsschijf per server niet toegewezen. De verschillende virtuele schijven die eerder zijn geïnventariseerd, worden eerst toegewezen en de resterende capaciteit wordt vervolgens gebruikt voor de virtuele ACS-schijven.
Volgende stappen
Meer informatie over de Azure Stack Hub Capacity Planner.