Azure Database for MySQL – tjänstnivåer för enskild server

GÄLLER FÖR: Azure Database for MySQL – enskild server

Du kan skapa en Azure Database for MySQL-server på någon av tre olika tjänstnivåer: Basic, Generell användning och Minnesoptimerad. Tjänstnivåerna skiljer sig från mängden beräkning i virtuella kärnor som kan etableras, minne per virtuell kärna och lagringstekniken som används för att lagra data. Alla resurser etableras på MySQL-servernivå. En server kan ha en eller flera databaser.

Om du vill välja prisnivå använder du följande tabell som utgångspunkt.

När du har skapat en server för generell användning eller minnesoptimerad kan antalet virtuella kärnor, maskinvarugenerering och prisnivå ändras upp eller ned inom några sekunder. Du kan också oberoende justera mängden lagringsutrymme upp och kvarhållningsperioden för säkerhetskopior upp eller ned utan programavbrott. Du kan inte ändra lagringstypen för säkerhetskopiering när en server har skapats. Mer information finns i avsnittet Skala resurser .

Beräkningsgenerationer och virtuella kärnor

Beräkningsresurser tillhandahålls som virtuella kärnor, vilket representerar den underliggande maskinvarans logiska PROCESSOR. China East 1, China North 1, US DoD Central och US DoD East använder logiska Processorer i Gen 4 som baseras på Intel E5-2673 v3 (Haswell) 2,4 GHz-processorer. Alla andra regioner använder logiska Processorer i Gen 5 som baseras på Intel E5-2673 v4 (Broadwell) 2,3 GHz-processorer.

Storage

Lagringen som du etablerar är mängden lagringskapacitet som är tillgänglig för din Azure Database for MySQL-server. Lagringen används för databasfiler, temporära filer, transaktionsloggar och MySQL-serverloggarna. Den totala mängden lagringsutrymme som du etablerar definierar även den I/O-kapacitet som är tillgänglig för servern.

Azure Database for MySQL – enskild server stöder följande serverdelslagring för servrarna.

Grundläggande lagring

Grundläggande lagring är serverdelslagringen som har stöd för servrar på prisnivån Basic. Grundläggande lagring använder Azure Standard Storage i serverdelen där iops som etableras inte garanteras och svarstiden är variabel. Basic-nivån passar bäst för arbetsbelastningar som kräver lätt beräkning, låg kostnad och I/O-prestanda för utveckling eller småskaliga program som används sällan.

Lagring för generell användning

Generell lagring är serverdelslagringen som stöder servern för generell användning och minnesoptimerad nivå. I lagring för generell användning skalas IOPS med den etablerade lagringsstorleken i förhållandet 3:1. Det finns två generationer av generell lagring enligt beskrivningen nedan:

Allmän lagring v1 (stöder upp till 4 TB)

Generell lagring v1 baseras på den äldre lagringstekniken som har stöd för upp till 4 TB lagring och 6 000 IOPs per server. Generell lagring v1 är optimerad för att utnyttja minne från beräkningsnoderna som kör MySQL-motorn för lokal cachelagring och säkerhetskopior. Säkerhetskopieringsprocessen för generell lagring v1 läser från data och loggfiler i minnet av beräkningsnoderna och kopierar den till mållagringen för säkerhetskopiering för kvarhållning i upp till 35 dagar. Det innebär att lagringens minne och io-förbrukning under säkerhetskopieringar är relativt högre.

Alla Azure-regioner har stöd för generell lagring v1

För generell användning eller minnesoptimerad server på generell lagring v1 rekommenderar vi att du överväger

• Planera för beräknings-SKU-nivå som står för 10–30 % överskottsminne för cachelagring och säkerhetskopieringsbuffertar
• Etablera 10 % högre IOP:er än vad som krävs av databasarbetsbelastningen för att ta hänsyn till säkerhetskopierade IO:er
• Du kan också migrera till generell lagring v2 som beskrivs nedan och som stöder upp till 16 TB lagring om den underliggande lagringsinfrastrukturen är tillgänglig i dina önskade Azure-regioner som delas nedan.

Allmän lagring v2 (stöder upp till 16 TB lagring)

Lagring för generell användning v2 baseras på den senaste lagringsinfrastrukturen som har stöd för upp till 16 TB och 20 000 IOPS. I en delmängd av Azure-regioner där infrastrukturen är tillgänglig använder alla nyligen etablerade servrar lagring för generell användning v2 som standard. Generell lagring v2 förbrukar inget minne från beräkningsnoden i MySQL och ger bättre förutsägbara I/O-svarstider jämfört med generell användning v1-lagring. Säkerhetskopior på v2-lagringsservrar för generell användning är ögonblicksbildbaserade utan extra I/O-kostnader. För generell användning v2-lagring förväntas MySQL-serverprestandan vara högre jämfört med generell lagring v1 för samma lagring och etablerade iops. Det finns ingen extra kostnad för generell lagring som stöder upp till 16 TB lagring. Om du vill ha hjälp med migrering till 16 TB-lagring öppnar du ett supportärende från Azure-portalen.

Allmän lagring v2 stöds i följande Azure-regioner:

Hur kan jag avgöra vilken lagringstyp min server körs på?

Du hittar lagringstypen för servern genom att gå till sidan Beräkning + lagring av inställningar>

• Om servern etableras med Basic SKU är lagringstypen Grundläggande lagring.
• Om servern etableras med generell användning eller minnesoptimerad SKU är lagringstypen Generell användningslagring
  • Om den maximala lagring som kan etableras på servern är upp till 4 TB är lagringstypen Generell användning lagring v1.
  • Om det maximala lagringsutrymmet som kan etableras på servern är upp till 16 TB är lagringstypen Generell användningslagring v2.

Kan jag gå från generell lagring v1 till generell lagring v2? om ja, hur och finns det någon extra kostnad?

Ja, migrering till generell lagring v2 från v1 stöds om den underliggande lagringsinfrastrukturen är tillgänglig i Azure-regionen på källservern. Migreringen och v2-lagringen är tillgänglig utan extra kostnad.

Kan jag öka lagringsstorleken när servern har etablerats?

Du kan lägga till ytterligare lagringskapacitet under och efter att servern har skapats och låta systemet växa lagringsutrymmet automatiskt baserat på arbetsbelastningens lagringsförbrukning.

Övervaka I/O-förbrukning

Du kan övervaka din I/O-förbrukning i Azure-portalen eller med hjälp av Azure CLI-kommandon. Relevanta mått som ska övervakas är lagringsgräns, lagringsprocent, lagring som används och I/O-procent. Övervakningsmåtten för MySQL-servern med generell lagring v1 rapporterar minne och I/O som förbrukas av MySQL-motorn men kanske inte samlar in minne och I/O-förbrukning för lagringsskiktet, vilket är en begränsning.

Lagringsgränsen är nådd

Servrar med 100 GB eller mindre allokerat lagringsutrymme markeras som skrivskyddade om det lediga lagringsutrymmet är mindre än 5 % av den allokerade lagringsstorleken. Servrar med mer än 100 GB allokerat lagringsutrymme markeras bara som skrivskyddade när det lediga lagringsutrymmet är mindre än 5 GB.

Om du till exempel har etablerat 110 GB lagringsutrymme och den faktiska användningen överstiger 105 GB markeras servern som skrivskyddad. Om du har etablerat 5 GB lagringsutrymme markeras servern som skrivskyddad när det kostnadsfria 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. När du har ökat lagringen är servern redo att acceptera skrivtransaktioner igen.

Vi rekommenderar att du aktiverar automatisk ökning av lagringen eller konfigurerar en avisering för att meddela dig när serverlagringen närmar sig tröskelvärdet så att du kan undvika att hamna i skrivskyddat tillstånd. Mer information finns i dokumentationen om hur du konfigurerar en avisering.

Automatisk ökning av lagringsutrymme

Automatisk utökning av lagring förhindrar att servern får slut på lagring och blir skrivskyddad. Om automatisk ökning av lagring är aktiverat växer lagringen automatiskt utan att påverka arbetsbelastningen. För servrar med mindre än eller lika med 100 GB allokerat lagringsutrymme ökas den allokerade lagringsstorleken med 5 GB när det lediga lagringsutrymmet är mindre än 10 % av det allokerade lagringsutrymmet. För servrar med mer än 100 GB allokerat lagringsutrymme ökas den allokerade lagringsstorleken med 5 % när det lediga lagringsutrymmet är mindre än 10 GB av den allokerade lagringsstorleken. Maximala lagringsgränser enligt informationen ovan gäller.

Om du till exempel har etablerat 1 000 GB lagringsutrymme och den faktiska användningen överstiger 990 GB ökas serverlagringsstorleken till 1 050 GB. Om du har etablerat 10 GB lagringsutrymme ökar lagringsstorleken till 15 GB när mindre än 1 GB lagringsutrymme är kostnadsfritt.

Kom ihåg att lagring endast kan skalas upp, inte ned.

Lagring för säkerhetskopior

Azure Database for MySQL erbjuder upp till 100 % av din etablerade serverlagring som lagringsenhet för säkerhetskopior utan extra kostnad. All lagring av säkerhetskopior som du använder utöver det här beloppet debiteras i GB per månad. Om du till exempel etablerar en server med 250 GB lagringsutrymme har du 250 GB extra lagringsutrymme tillgängligt för serversäkerhetskopior utan kostnad. Lagring för säkerhetskopior som överstiger 250 GB debiteras enligt prismodellen. Information om faktorer som påverkar användningen av lagring av säkerhetskopior, övervakning och kontroll av lagringskostnaden för säkerhetskopiering finns i dokumentationen om säkerhetskopiering.

Skala resurser

När du har skapat servern kan du oberoende ändra virtuella kärnor, maskinvarugenereringen, prisnivån (förutom till och från Basic), mängden lagringsutrymme och kvarhållningsperioden för säkerhetskopior. Du kan inte ändra lagringstypen för säkerhetskopiering när en server har skapats. Antalet virtuella kärnor kan skalas upp eller ned. Kvarhållningsperioden för säkerhetskopior kan skalas upp eller ned från 7 till 35 dagar. Lagringsstorleken kan bara ökas. Skalning av resurserna kan göras antingen via portalen eller Azure CLI. Ett exempel på skalning med hjälp av Azure CLI finns i Övervaka och skala en Azure Database for MySQL-server med hjälp av Azure CLI.

När du ändrar antalet virtuella kärnor, maskinvarugenereringen eller prisnivån skapas en kopia av den ursprungliga servern med den nya beräkningsallokeringen. När den nya servern är igång växlar anslutningarna över till den nya servern. Under tiden då systemet växlar över till den nya servern kan inga nya anslutningar upprättas, och transaktioner som inte allokerats återställs. Den här stilleståndstiden under skalningen kan vara cirka 60–120 sekunder. Stilleståndstiden under skalningen är beroende av databasåterställningstiden, vilket kan göra att databasen blir online längre om du har en stor transaktionsaktivitet på servern vid tidpunkten för skalningsåtgärden. För att undvika längre omstartstid rekommenderar vi att du utför skalningsåtgärder under perioder med låg transaktionsaktivitet på servern.

Skalning av lagring och ändring av kvarhållningsperioden för säkerhetskopior är verkliga onlineåtgärder. Det uppstår ingen stilleståndstid och programmet påverkas inte. När IOPS skalas med storleken på den etablerade lagringen kan du öka den IOPS som är tillgänglig för servern genom att skala upp lagringen.

Prissättning

Den senaste prisinformationen finns på sidan med tjänstpriser. Om du vill se kostnaden för den konfiguration du vill ha visar Azure-portalen månadskostnaden på fliken Prisnivå baserat på de alternativ du väljer. Om du inte har en Azure-prenumeration kan du använda priskalkylatorn för Azure för att få ett uppskattat pris. På webbplatsen för Azure-priskalkylatorn väljer du Lägg till objekt, expanderar kategorin Databaser och väljer Azure Database for MySQL för att anpassa alternativen.

Nästa steg

• Lär dig hur du skapar en MySQL-server i portalen.
• Läs mer om tjänstbegränsningar.
• Lär dig hur du skalar ut med läsrepliker.