Beräknings- och lagringsalternativ i Azure Database for MySQL – flexibel server
GÄLLER FÖR: 
Azure Database for MySQL – flexibel server
Du kan skapa en Azure Database for MySQL Flexibel server på någon av tre olika beräkningsnivåer: Burstable, Generell användning och Memory Optimized. Beräkningsresurserna skiljer sig åt av den underliggande VM-SKU:n som används i B-serien, D-serien och E-serien. Valet av beräkningsnivå och storlek avgör vilket minne och virtuella kärnor som är tillgängliga på servern. Samma lagringsteknik används på alla beräkningsnivåer. Alla resurser etableras på MySQL-servernivå. En server kan ha en eller flera databaser.
| Resurs/nivå | Burstable (Burstable) | Generell användning | Minnesoptimerad |
|---|---|---|---|
| VM-serie | B-serien | Ddsv4-serien | Edsv4-serien |
| Virtuella kärnor | 1, 2 | 2, 4, 8, 16, 32, 48, 64 | 2, 4, 8, 16, 32, 48, 64 |
| Minne per vCore | Variabel | 4 GiB | 8 GiB * |
| Storage storlek | 20 GiB till 16 TiB | 20 GiB till 16 TiB | 20 GiB till 16 TiB |
| Kvarhållningsperiod för databassäkerhetskopiering | 1 till 35 dagar | 1 till 35 dagar | 1 till 35 dagar |
* Med undantag för SKU E64ds_v4 (minnesoptimerad), som har 504 GB minne
Om du vill välja en beräkningsnivå använder du följande tabell som utgångspunkt.
| Beräkningsnivå | Målbelastningar |
|---|---|
| Burstable (Burstable) | Bäst för arbetsbelastningar som inte behöver den fullständiga processorn kontinuerligt. |
| Generell användning | De flesta företagsarbetsbelastningar som kräver balanserad beräkning och minne med skalbart I/O-dataflöde. Några exempel kan vara servrar som är värd för webb- och mobilappar och andra företagsprogram. |
| Minnesoptimerad | Högpresterande databasarbetsbelastningar som kräver minnesprestanda för snabbare transaktionsbearbetning och högre samtidighet. Exempel på det är servrar för att bearbeta realtidsdata och transaktionsappar eller analysappar med höga prestanda. |
När du har skapat en server kan du ändra beräkningsnivå, beräkningsstorlek och lagringsstorlek. Beräkningsskalning kräver en omstart och tar mellan 60–120 sekunder, medan lagringsskalning inte kräver omstart. Du kan också justera kvarhållningsperioden för säkerhetskopior upp eller ned oberoende av varandra. Mer information finns i avsnittet Skala resurser.
Beräkningsnivåer, storlek och servertyper
Beräkningsresurser kan väljas baserat på nivå och storlek. Detta avgör virtuella kärnor och minnesstorlek. Virtuella kärnor representerar den underliggande maskinvarans logiska processor.
De detaljerade specifikationerna för de tillgängliga servertyperna är följande:
| Beräkningsstorlek | Virtuella kärnor | Minnesstorlek (GiB) | Maximalt antal IOPS som stöds | Maximal I/O-bandbredd som stöds (MBps) | Max antal anslutningar |
|---|---|---|---|---|---|
| Burstable (Burstable) | |||||
| Standard_B1s | 1 | 1 | 320 | 10 | 171 |
| Standard_B1ms | 1 | 2 | 640 | 10 | 341 |
| Standard_B2s | 2 | 4 | 1280 | 15 | 683 |
| Generell användning | |||||
| Standard_D2ds_v4 | 2 | 8 | 3200 | 48 | 1365 |
| Standard_D4ds_v4 | 4 | 16 | 6400 | 96 | 2731 |
| Standard_D8ds_v4 | 8 | 32 | 12800 | 192 | 5461 |
| Standard_D16ds_v4 | 16 | 64 | 20000 | 384 | 10923 |
| Standard_D32ds_v4 | 32 | 128 | 20000 | 768 | 21845 |
| Standard_D48ds_v4 | 48 | 192 | 20000 | 1152 | 32768 |
| Standard_D64ds_v4 | 64 | 256 | 20000 | 1200 | 43691 |
| Minnesoptimerad | |||||
| Standard_E2ds_v4 | 2 | 16 | 3200 | 48 | 2731 |
| Standard_E4ds_v4 | 4 | 32 | 6400 | 96 | 5461 |
| Standard_E8ds_v4 | 8 | 64 | 12800 | 192 | 10923 |
| Standard_E16ds_v4 | 16 | 128 | 20000 | 384 | 21845 |
| Standard_E32ds_v4 | 32 | 256 | 20000 | 768 | 43691 |
| Standard_E48ds_v4 | 48 | 384 | 20000 | 1152 | 65536 |
| Standard_E64ds_v4 | 64 | 504 | 20000 | 1200 | 86016 |
Mer information om tillgängliga beräkningsserier finns i Dokumentationen för virtuella Azure-datorer för Burstable (B-serien), Generell användning (Ddsv4-serien)och Minnesoptimerad (Edsv4-serien).
Anteckning
För beräkningsnivån Burstable (B-serien) om den virtuella datorn startas/stoppas eller startas om kan krediterna gå förlorade. Mer information finns i Vanliga frågor och svar om Burstable (B-serien).
Storage
Den lagring som du etablerar är mängden lagringskapacitet som är tillgänglig för din flexibla server. Storage används för databasfiler, temporära filer, transaktionsloggar och MySQL-serverloggar. I alla beräkningsnivåer är det minsta lagringsutrymme som stöds 20 GiB och max är 16 TiB. Storage skalas i steg om 1 GiB och kan skalas upp när servern har skapats.
Anteckning
Storage kan bara skalas upp, inte ned.
Du kan övervaka din lagringsförbrukning i Azure Portal (med Azure Monitor) med hjälp av lagringsgränsen, lagringsprocenten och måtten som används för lagring. Mer information om mått finns i övervakningsartikeln.
Lagringsgränsen är nådd
När lagringsutrymmet som förbrukas på servern är nära att nå den etablerade gränsen, sätts servern i skrivskyddat läge för att skydda förlorade skrivningar på servern. Servrar med mindre än 100 GiB-etablerat lagringsutrymme markeras som skrivskyddade om det lediga lagringsutrymmet är mindre än 5 % av den etablerade lagringsstorleken. Servrar med mer än 100 GiB-etablerat lagringsutrymme markeras som skrivskyddade när det lediga lagringsutrymmet är mindre än 5 GiB.
Om du till exempel har etablerat 110 GiB lagringsutrymme och den faktiska användningen går över 105 GiB markeras servern som skrivskyddad. Om du har etablerat 5 GiB lagringsutrymme markeras servern som skrivskyddad när det lediga lagringsutrymmet når mindre än 256 MB.
När tjänsten försöker göra så att servern blir skrivskyddad blockeras alla nya skrivtransaktionsbegäranden och befintliga aktiva transaktioner fortsätter att köras. När servern är i skrivskyddat läge misslyckas alla efterföljande skrivåtgärder och transaktioner. Läsfrågor fortsätter att fungera utan avbrott.
För att få servern ur skrivskyddat läge bör du öka det etablerade lagringsutrymmet på servern. Detta kan göras med hjälp av Azure Portal eller Azure CLI. När den har ökat är servern redo att acceptera skrivtransaktioner igen.
Vi rekommenderar att du ställer in en avisering som meddelar dig när serverlagringen närmar sig tröskelvärdet så att du inte hamnar i skrivskyddade tillstånd. Läs övervakningsartikeln om du vill veta mer om tillgängliga mått.
Vi rekommenderar att du Konfigurera en avisering för att meddela dig när serverlagringen närmar sig tröskelvärdet så att du inte hamnar i skrivskyddade tillstånd. Mer information finns i dokumentationen om aviseringsdokumentation om hur du ställer in en avisering.
Storage automatisk tillväxt
Storage automatisk utlagring förhindrar att servern börjar få slut på lagringsutrymme och blir skrivskyddad. Om automatisk ökning av minne har aktiverats ökas lagringen automatiskt utan att arbetsbelastningen påverkas. Storage automatisk tillväxt är aktiverat som standard för alla nya server skapas. För servrar med mindre än 100 GB etablerat lagringsutrymme ökar den etablerade lagringsstorleken med 5 GB när det lediga lagringsutrymmet är lägre än 10 % av det etablerade lagringsutrymmet. För servrar med mer än 100 GB etablerat lagringsutrymme ökar den etablerade lagringsstorleken med 5 % när det lediga utrymmet är mindre än 10 GB av den etablerade lagringsstorleken. Maximala lagringsgränser enligt informationen ovan gäller. Uppdatera serverinstansen för att se det uppdaterade lagringsutrymmet som etablerats på bladet Compute + Storage.
Om du till exempel har etablerat 1 000 GB lagringsutrymme och den faktiska användningen går över 990 GB, ökar serverlagringsstorleken till 1 050 GB. Om du har etablerat 10 GB lagringsutrymme ökar lagringsstorleken till 15 GB om mindre än 1 GB lagringsutrymme är ledigt.
Kom ihåg att lagring när den har skalats upp automatiskt inte kan skalas ned.
IOPS
Azure Database for MySQL – Flexibel server stöder etablering av ytterligare IOPS. Med den här funktionen kan du etablera ytterligare IOPS över den kostnadsfria IOPS-gränsen. Med den här funktionen kan du när som helst öka eller minska antalet IOPS som etablerats baserat på dina arbetsbelastningskrav.
Minsta IOPS är 360 för alla beräkningsstorlekar och den maximala IOPS bestäms av den valda beräkningsstorleken. Mer information om maximal IOPS per beräkningsstorlek visas nedan:
| Beräkningsstorlek | Högsta IOPS |
|---|---|
| Burstable (Burstable) | |
| Standard_B1s | 320 |
| Standard_B1ms | 640 |
| Standard_B2s | 1280 |
| Generell användning | |
| Standard_D2ds_v4 | 3200 |
| Standard_D4ds_v4 | 6400 |
| Standard_D8ds_v4 | 12800 |
| Standard_D16ds_v4 | 20000 |
| Standard_D32ds_v4 | 20000 |
| Standard_D48ds_v4 | 20000 |
| Standard_D64ds_v4 | 20000 |
| Minnesoptimerad | |
| Standard_E2ds_v4 | 3200 |
| Standard_E4ds_v4 | 6400 |
| Standard_ E8ds_v4 | 12800 |
| Standard_ E16ds_v4 | 20000 |
| Standard_E32ds_v4 | 20000 |
| Standard_E48ds_v4 | 20000 |
| Standard_E64ds_v4 | 20000 |
Det maximala antalet IOPS beror på den maximala tillgängliga IOPS per beräkningsstorlek. Se kolumnen Max uncached disk throughput: IOPS/MBps i dokumentationen för B-serien, Ddsv4-serienoch Edsv4-serien.
Viktigt
KostnadsfriA IOPS är lika med MINIMUM("Max uncached disk throughput: IOPS/MBps" of compute size, 300 + storage provisioned in GiB * 3)
Minsta IOPS är 360 för alla beräkningsstorlekar
Maximal IOPS bestäms av den valda beräkningsstorleken.
Du kan övervaka din I/O-förbrukning i Azure Portal (med Azure Monitor) med hjälp av I/O-procentmått. Om du behöver mer IOPS än max-IOPS baserat på beräkning måste du skala serverns beräkning.
Backup
Tjänsten tar automatiskt säkerhetskopior av servern. Du kan välja en kvarhållningsperiod mellan 1 och 35 dagar. Läs mer om säkerhetskopieringar i artikeln om säkerhetskopiering och återställning.
Skala resurser
När du har skapat servern kan du oberoende ändra beräkningsnivå, beräkningsstorlek (virtuella kärnor och minne) samt mängden lagringsutrymme och kvarhållningsperioden för säkerhetskopior. Beräkningsstorleken kan skalas upp eller ned. Kvarhållningsperioden för säkerhetskopior kan skalas upp eller ned från 1 till 35 dagar. Lagringsstorleken kan bara ökas. Skalning av resurserna kan göras via portalen eller Azure CLI.
Anteckning
Lagringsstorleken kan bara ökas. Du kan inte gå tillbaka till en mindre lagringsstorlek efter ökningen.
När du ändrar beräkningsnivå eller beräkningsstorlek startas servern om för att den nya servertypen ska börja gälla. Under tiden då systemet växlar över till den nya servern kan inga nya anslutningar upprättas, och transaktioner som inte allokerats återställs. Det här fönstret varierar, men i de flesta fall är det mellan 60–120 sekunder.
Skalning av lagring och ändring av kvarhållningsperioden för säkerhetskopior är onlineåtgärder och kräver ingen omstart av servern.
Prissättning
Den senaste prisinformationen finns på sidan med tjänstpriser. Om du vill se kostnaden för den konfiguration Azure Portal visar Azure Portal månadskostnaden på fliken Beräkning + lagring baserat på de alternativ du väljer. Om du inte har någon Azure-prenumeration kan du använda priskalkylatorn för Azure för att få ett beräknat pris. På webbplatsen för Priskalkylatorn för Azure väljer du Lägg till objekt, expanderar kategorin Databaser, väljer Azure Database for MySQL och Flexibel server som distributionstyp för att anpassa alternativen.
Om du vill optimera serverkostnaden kan du överväga följande tips:
- Skala ned beräkningsnivån eller beräkningsstorleken (virtuella kärnor) om beräkningen är underutnyttjad.
- Överväg att byta till beräkningsnivån Burstable om din arbetsbelastning inte behöver den fullständiga beräkningskapaciteten kontinuerligt från nivåerna Generell användning och Minnesoptimerad.
- Stoppa servern när den inte används.
- Minska kvarhållningsperioden för säkerhetskopior om en längre kvarhållning av säkerhetskopian inte krävs.
Nästa steg
- Lär dig hur du skapar en MySQL-server i portalen.
- Läs mer om tjänstbegränsningar.