Kapacitetsplanering för Azure Stack Hub-lagring
Följande avsnitt innehåller information om kapacitetsplanering för Azure Stack Hub för att hjälpa dig att planera för lösningens lagringsbehov.
Användning och organisation av lagringskapacitet
Den hyperkonvergerade konfigurationen av Azure Stack Hub möjliggör delning av fysiska lagringsenheter. Det finns tre huvudindelningar av det tillgängliga lagringsutrymmet som kan delas: infrastrukturen, den tillfälliga lagringen av de virtuella klientdatorerna (VM) och lagringen som stöder blobar, tabeller och köer för Azure Consistent Storage-tjänsterna (ACS).
Lagringsdirigering cache- och kapacitetsnivåer
Det finns lagringskapacitet som används för operativsystemet, lokal loggning, dumpar och andra tillfälliga infrastrukturlagringsbehov. Den här lokala lagringskapaciteten är separat (enheter och kapacitet) från de lagringsenheter som hanteras av Lagringsdirigering konfigurationen. Resten av lagringsenheterna placeras i en enda pool med lagringskapacitet, oavsett antalet servrar i skalningsenheten.
Dessa enheter är av två typer: cache och kapacitet. Lagringsdirigering använder cacheenheter för tillbakaskrivning och läscachelagring. Kapaciteterna för dessa cacheenheter, medan de används, är inte dedikerade till den formaterade och "synliga" kapaciteten för de formaterade virtuella diskarna. Däremot använder Lagringsdirigering kapacitetsenheter för detta ändamål, vilket ger "hemplats" för hanterade data.
Azure Stack Hub-infrastrukturen allokerar och hanterar all lagringskapacitet direkt. Operatorn behöver inte göra några val om konfiguration, allokering, kapacitetsexpansion. Azure Stack Hub automatiserar dessa designbeslut så att de överensstämmer med lösningskraven, antingen under den inledande installationen och distributionen eller vid kapacitetsexpansion. Azure Stack Hub tar hänsyn till återhämtning, reserverad kapacitet för återskapanden och annan information som en del av designen.
Operatorer kan välja mellan antingen en helt flash-konfiguration eller en hybridlagringskonfiguration :
I all flash-konfiguration kan konfigurationen vara antingen en konfiguration på två nivåer eller en enda nivå. Om konfigurationen är på en nivå är alla kapacitetsenheter av samma typ (till exempel NVMe eller SATA SSD eller SAS SSD) och cacheenheter används inte. I en flashkonfiguration med två nivåer är den typiska konfigurationen NVMe som cacheenheter och sedan sata- eller SAS-SSD:n som kapacitetsenheter.
I hybridkonfigurationen med två nivåer är cachen ett val mellan NVMe, SATA eller SAS SSD och kapaciteten är HDD.
En kort sammanfattning av Lagringsdirigering- och Azure Stack Hub-lagringskonfigurationen är följande:
- En Lagringsdirigering pool per skalningsenhet (alla lagringsenheter konfigureras i en enda pool).
- Virtuella diskar skapas som en trekopiespegling för bästa prestanda och återhämtning.
- Varje virtuell disk formateras som ett ReFS-filsystem.
- Virtuell diskkapacitet beräknas och allokeras på ett sätt som gör att en kapacitetsenhets mängd datakapacitet inte allokeras i poolen. Detta motsvarar en kapacitetsenhet per server.
- Varje ReFS-filsystem har BitLocker aktiverat för data-at-rest-kryptering.
De virtuella diskarna som skapas automatiskt och deras kapaciteter är följande:
Name | Kapacitetsberäkning | Description |
---|---|---|
Lokal/startenhet | Minst 340 GB1 | Enskild serverlagring för operativsystemavbildningar och "lokala" virtuella infrastrukturdatorer. |
Infrastruktur | 3,5 TB | All infrastrukturanvändning i Azure Stack Hub. |
VmTemp | Se nedan2 | Virtuella klientdatorer har en tillfällig disk ansluten och dessa data lagras på dessa virtuella diskar. |
ACS | Se nedan 3 | Azure Consistent Storage-kapacitet för service av blobar, tabeller och köer. |
1 Minsta lagringskapacitet som krävs av Azure Stack Hub-lösningspartnern.
2 Den virtuella diskstorleken som används för tillfälliga klientdiskar för virtuella datorer beräknas som ett förhållande mellan serverns fysiska minne. Den tillfälliga disken är ett förhållande mellan det fysiska minne som tilldelats den virtuella datorn. Allokeringen som görs för "temp disk"-lagring i Azure Stack Hub samlar in de flesta användningsfall men kanske inte kan uppfylla alla temporära disklagringsbehov. Förhållandet är en kompromiss mellan att göra tillfällig lagring tillgänglig och att inte använda en majoritet av lösningens lagringskapacitet endast för temporär diskkapacitet. En tillfällig lagringsdisk skapas per server i skalningsenheten. Kapaciteten för den tillfälliga lagringen ökar inte mer än 10 procent av den totala tillgängliga lagringskapaciteten i skalningsenhetens lagringspool. Beräkningen liknar följande exempel:
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 virtuella diskar som skapats för användning av ACS är en enkel uppdelning av den återstående kapaciteten. Som nämnts är alla virtuella diskar en trevägsspegling och en kapacitetsenhets kapacitet för varje server är oallokerad. De olika virtuella diskar som tidigare räknas upp allokeras först och den återstående kapaciteten används sedan för de virtuella ACS-diskarna.
Nästa steg
Lär dig mer om Kapacitetshanteraren för Azure Stack Hub.