Så här fungerar prestanda när virtuella datorer är anslutna till elastiska SAN-volymer
Den här artikeln beskriver hur elastiska SAN-prestanda fungerar och hur kombinationen av gränser för elastiskt SAN och Azure Virtual Machines (VM) kan påverka arbetsbelastningarnas prestanda.
Så här fungerar prestanda
Virtuella Azure-datorer har indata-/utdataåtgärder per sekund (IOPS) och prestandagränser för dataflöde baserat på den virtuella datorns typ och storlek. Ett elastiskt SAN har en pool med prestanda som den allokerar till var och en av sina volymer. Elastiska SAN-volymer kan kopplas till virtuella datorer och varje volym har sina egna IOPS- och dataflödesgränser.
Programmets prestanda begränsas när det begär mer IOPS eller dataflöde än vad som tilldelas för den virtuella datorn eller anslutna volymer. När programmet begränsas har det suboptimala prestanda och kan få negativa konsekvenser som ökad svarstid. En av de största fördelarna med ett elastiskt SAN är dess möjlighet att etablera IOPS automatiskt, baserat på efterfrågan. SAN:s IOPS delas mellan alla sina volymer, så när en arbetsbelastning når sin topp kan den hanteras utan begränsning eller extra kostnad. Den här artikeln visar hur den här etableringen fungerar.
Elastiska SAN-prestanda
Ett elastiskt SAN har tre attribut som avgör dess prestanda: total kapacitet, IOPS och dataflöde. För bästa möjliga prestanda bör san-nätverket finnas i samma zon som den virtuella dator som du etablerar.
Kapacitet
Den totala kapaciteten för ditt elastiska SAN bestäms av två olika kapaciteter, baskapaciteten och den extra kapaciteten. Att öka baskapaciteten ökar också SAN:s IOPS och dataflöde, men det är dyrare än att öka den extra kapaciteten. Att öka ytterligare kapacitet ökar inte IOPS eller dataflödet.
IOPS
IOPS för ett elastiskt SAN ökar med 5 000 per bas TiB. Så om du hade ett elastiskt SAN som har 6 TiB baskapacitet kan san fortfarande tillhandahålla upp till 30 000 IOPS. Samma SAN skulle fortfarande ge 30 000 IOPS om det hade 50 TiB ytterligare kapacitet eller 500 TiB ytterligare kapacitet, eftersom SAN:s prestanda endast bestäms av baskapaciteten. IOPS för ett elastiskt SAN distribueras mellan alla dess volymer.
Genomflöde
Dataflödet för ett elastiskt SAN ökar med 200 MB/s per bas TiB. Så om du hade ett elastiskt SAN som har 6 TiB baskapacitet, kan san-nätverket fortfarande ge upp till 1 200 MB/s. Samma SAN skulle ge ett dataflöde på 1 200 MB/s om det hade 50 TiB ytterligare kapacitet eller 500 TiB ytterligare kapacitet, eftersom SAN:s prestanda endast bestäms av baskapaciteten. Dataflödet för ett elastiskt SAN distribueras mellan alla sina volymer.
Elastiska SAN-volymer
Prestandan för en enskild volym bestäms av dess kapacitet. Den maximala IOPS för en volym ökar med 750 per GiB, upp till högst 80 000 IOPS. Det maximala dataflödet ökar med 60 MB/s per GiB, upp till högst 1 280 MB/s. En volym behöver minst 107 GiB för att kunna använda 80 000 IOPS. En volym behöver minst 22 GiB för att kunna använda maximalt 1 280 MB/s. Det kombinerade IOPS- och dataflödet för alla dina volymer kan inte överskrida IOPS och dataflödet för ditt SAN.
Exempelkonfiguration
Vart och ett av exempelscenarierna i den här artikeln använder följande konfiguration för elastic SAN:
| Resurs | Kapacitet | IOPS |
|---|---|---|
| Elastiskt SAN | 27 TiB | 135 000 (etablerade) |
| AKS SAN-volym | 3 TiB | Upp till 80 000 |
| San-volym för arbetsbelastning 1 | 10 TiB | Upp till 80 000 |
| San-volym för arbetsbelastning 2 | 4 TiB | Upp till 80 000 |
| San-volym för arbetsbelastning 3 | 2 TiB | Upp till 80 000 |
Exempelscenarier
Följande exempelscenarier visar hur ditt elastiska SAN hanterar prestandaallokering. För bästa prestanda måste både de virtuella datorerna och SAN vara i samma zon.
Typisk arbetsbelastning
| Arbetsbelastning | Begärd IOPS | Serverade IOPS |
|---|---|---|
| AKS-arbetsbelastning | 3 000 | 3 000 |
| Arbetsbelastning 1 | 10,000 | 10,000 |
| Arbetsbelastning 2 | 8,000 | 8,000 |
| Arbetsbelastning 3 | 20 000 | 20 000 |
I det här scenariot sker ingen begränsning på antingen den virtuella datorn eller SAN-nivån. SAN har själv 135 000 IOPS, varje volym är tillräckligt stor för att hantera upp till 80 000 IOPS, tillräckligt med IOPS är tillgängliga från SAN, ingen av den virtuella datorns IOPS-gränser har överskridits och den totala begärda IOPS är 41 000. Därför körs alla arbetsbelastningar utan begränsning.
Topp för enskild arbetsbelastning
| Arbetsbelastning | Begärd IOPS | Serverade IOPS | Topptid |
|---|---|---|---|
| AKS-arbetsbelastning | 2,000 | 2,000 | Ej tillämpligt |
| Arbetsbelastning 1 | 10,000 | 10,000 | Ej tillämpligt |
| Arbetsbelastning 2 | 10,000 | 10,000 | Ej tillämpligt |
| Arbetsbelastning 3 | 80 000 | 80 000 | 09:00 |
I det här scenariot sker ingen begränsning. Arbetsbelastning 3 ökade kl. 09.00 och begärde 80 000 IOPS. Ingen av de andra arbetsbelastningarna ökade och SAN hade tillräckligt med kostnadsfri IOPS för att distribuera till arbetsbelastningen, så det fanns ingen begränsning.
I allmänhet är detta den perfekta konfigurationen för en SAN-delningsarbetsbelastning. Det är bäst att ha tillräckligt med prestanda för att hantera normal drift av arbetsbelastningar och tillfälliga toppar.
Topp för alla arbetsbelastningar
| Arbetsbelastning | Begärd IOPS | Serverade IOPS | Topptid |
|---|---|---|---|
| AKS-arbetsbelastning | 5 000 | 5 000 | 09:00 |
| Arbetsbelastning 1 | 40,000 | 21,000 | 09:01 |
| Arbetsbelastning 2 | 45 000 | 45 000 | 09:00 |
| Arbetsbelastning 3 | 64,000 | 64,000 | 09:00 |
Det är viktigt att känna till beteendet för ett SAN i värsta fall, där varje arbetsbelastning toppar samtidigt.
I det här scenariot nådde alla arbetsbelastningar sin topp på nästan samma gång. Nu är den totala IOPS som krävs av alla kombinerade arbetsbelastningar (64 000 + 45 000 + 40 000 + 5 000) mer än den IOPS som etablerats på SAN-nivå (135 000). Arbetsbelastningarna begränsas därför. Begränsning sker enligt först till kvarn-principen, så den arbetsbelastning som begär IOPS efter att maxkapaciteten har nåtts får inte mer prestanda. I det här fallet begärde arbetsbelastning 1 40 000 IOPS efter de andra arbetsbelastningarna, san hade redan allokerat det mesta av sin tillgängliga IOPS, så endast återstående IOPS tillhandahölls.
