EBS-volymtyper: gp3, io2, st1, sc1

Amazon Elastic Block Store (EBS) tillhandahåller beständiga blocklagringsvolymer för EC2-instanser. Till skillnad från instanslagring, som är flyktig och knuten till instansens livscykel, existerar EBS-volymer oberoende av de instanser de är kopplade till – data finns kvar när instanser stoppas eller startas om och även när instanser avslutas, om volymen först kopplas från. EBS-volymer replikeras inom en enda Availability Zone för att ge bättre hållbarhet. Det är viktigt att förstå de fyra volymtyperna inför SAA-C03-provet.

gp3 är den nuvarande generationens SSD-volym för allmän användning. Viktiga egenskaper är: 3 000 IOPS som basnivå ingår utan extra kostnad oavsett volymstorlek, upp till 16 000 IOPS och 1 000 MB/s genomströmning (båda kan konfigureras separat) samt en storlek från 1 GiB till 16 TiB. gp3 är 20 % billigare än gp2 och bör vara standardvalet för de flesta arbetsbelastningar, inklusive startvolymer, utvecklingsmiljöer, små till medelstora databaser och interaktiva program med låg latens.

gp2 är den föregående generationens SSD-volym för allmän användning. De viktigaste skillnaderna mot gp3 är att IOPS är knutna till volymstorleken (3 IOPS per GiB, minst 100 och högst 16 000) och att burstkrediter gör att små volymer tillfälligt kan öka till 3 000 IOPS. Genomströmningen är upp till 250 MB/s men kan inte konfigureras separat. AWS rekommenderar migrering från gp2 till gp3 – Ni får högre basnivå för IOPS, separat justering av IOPS och genomströmning samt lägre kostnad. Inför provet bör Ni känna till att gp2:s IOPS ökar med storleken, medan gp3:s IOPS är fasta oavsett storlek.

io2 Block Express är den EBS-volym med högst prestanda och är utformad för I/O-intensiva arbetsbelastningar. Den erbjuder upp till 256 000 IOPS och 4 000 MB/s genomströmning per volym samt ett SLA för 99,999 % (fem nior) hållbarhet – högre än för alla andra EBS-typer. io2 är rätt val för verksamhetskritiska databaser som Oracle, SAP HANA och Microsoft SQL Server, vilka kräver varaktigt höga IOPS med låg och jämn latens på under millisekundnivå.

io1 är den föregående generationen av SSD med provisionerade IOPS. Den stöder upp till 64 000 IOPS och 1 000 MB/s genomströmning, med ett maximalt förhållande mellan IOPS och GiB på 50:1. io1 ger 99,8–99,9 % hållbarhet, vilket är lägre än io2:s 99,999 %. För nya arbetsbelastningar som kräver provisionerade IOPS bör Ni alltid välja io2 Block Express framför io1 – den erbjuder betydligt högre IOPS, genomströmning och hållbarhet till ett jämförbart pris. SAA-C03-provet kan ange io1 som ett alternativ; föredra io2 när kravet nämner ”högsta prestanda” eller ”fem nior i hållbarhet”.

st1 är en hårddiskvolym som är optimerad för sekventiella arbetsbelastningar med hög genomströmning, där stora datamängder läses i ordning. Den erbjuder upp till 500 IOPS och 500 MB/s genomströmning för volymer på upp till 16 TiB. Kostnaden per GB är betydligt lägre än för SSD-volymer. st1 passar utmärkt för big data-bearbetning, datalager, loggbearbetning och strömmande arbetsbelastningar där genomströmning (MB/s) är viktigare än IOPS. st1 kan inte användas som startvolym.

sc1 är den billigaste EBS-volymtypen och är utformad för kalla data som används sällan. Den erbjuder upp till 250 IOPS och 250 MB/s genomströmning för volymer på upp till 16 TiB. sc1 passar för arkiv, säkerhetskopior och kalla data som måste finnas online men som sällan används (kanske en gång i månaden). Precis som st1 kan sc1 inte användas som startvolym. När kostnadsoptimering är den primära nyckeltermen i frågan och arbetsbelastningen används sällan är sc1 rätt svar.

Använd följande beslutsramverk inför SAA-C03-provet: Startvolym eller generell applikation → gp3. Databas med höga IOPS, submillisekundslatens och fem nior i hållbarhet → io2 Block Express. Big data, strömning, datalager — sekventiell åtkomst, kostnadskänsligt → st1. Kallt dataarkiv, sällan åtkomst, lägsta kostnad → sc1. Om frågan nämner ”högsta tillgängliga IOPS” → io2. Om den nämner ”mest kostnadseffektiva” för data som används ofta → gp3. Om den nämner ”billigaste lagringen per GB” → sc1.

EBS Multi-Attach gör det möjligt att ansluta en enda io1- eller io2-volym till upp till 16 Nitro-baserade EC2-instanser samtidigt inom samma AZ. Varje instans har fullständig läs- och skrivåtkomst. Detta är användbart för att uppnå högre applikationstillgänglighet i klustrade databaser som Oracle RAC. Observera att Multi-Attach INTE stöds för gp2, gp3, st1 eller sc1. Filsystemet måste vara ett klustermedvetet filsystem — standardfilsystemen ext4 eller xfs i Linux kommer att skada data om flera instanser skriver samtidigt.

Viktiga fakta om EBS-prestanda: EC2-instanstypen begränsar EBS-bandbredden — även en gp3-volym med 16 000 IOPS kan bli begränsad av instansens genomströmningsgräns för EBS-optimering. EBS-optimerade instanser har dedikerad bandbredd mellan EC2 och EBS. Förvärmning behövs inte längre för volymer som skapats från ögonblicksbilder — AWS förvärmer återställda volymer automatiskt. Använd io2 Block Express på instansfamiljer som stöds (R6i, X2iedn) för att få tillgång till upp till 256 000 IOPS. RAID 0 över flera volymer kan multiplicera IOPS och genomströmning, men ger sämre feltålighet.

Du kan ändra en EBS-volyms typ, storlek, IOPS och genomströmning medan den är ansluten och används — ingen driftstopp krävs. Volymen går igenom tillstånden modifying, optimizing och completed. Storleken kan bara ökas (du kan inte minska en volym). När du har ökat volymens storlek måste du utöka filsystemet i operativsystemet med growpart och resize2fs (Linux) eller Diskhantering (Windows). Denna möjlighet att ändra volymen under drift är en viktig skillnad mellan EBS och instance store.

I den här lektionen lärde du dig att gp3 är standard-SSD:n med en basnivå på 3 000 IOPS och oberoende konfigurerbar genomströmning, att io2 Block Express levererar upp till 256 000 IOPS med fem nior i hållbarhet för verksamhetskritiska databaser, att st1 är den genomströmningsoptimerade HDD:n för sekventiell big data och att sc1 är den billigaste HDD:n för kalla data som används sällan. Härnäst utforskar vi EBS-ögonblicksbilder, kryptering och RAID-konfigurationer.