Azure Database for MySQL prisnivåer

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 prisnivåer: Basic, Generell användning och Minnesoptimerad. Prisnivåerna skiljer sig åt beroende på hur mycket beräkning i virtuella kärnor som kan etableras, minne per vCore och den lagringsteknik 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 en prisnivå använder du följande tabell som utgångspunkt.

När du har skapat en server kan antalet virtuella kärnor, maskinvarugenerering och prisnivå (förutom till och från Basic) ändras uppåt eller nedåt inom några sekunder. Du kan också justera mängden lagringsutrymme upp och kvarhållningsperioden för säkerhetskopior upp eller ned utan avbrott i programmet. Du kan inte ändra lagringstypen för säkerhetskopior 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 som representerar den underliggande maskinvarans logiska processor. Kina, östra 1, Kina, norra 1, USA DoD, centrala och USA DoD, östra använder logiska Gen 4-processorer 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

Den lagring 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-serverloggar. 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 serverlagring för servrarna.

Grundläggande lagring

Basic-lagring är den serverdlagring som stöder servrar på basic-prisnivån. Grundläggande lagring utnyttjar Azures standardlagring i den backend där iops-etablering inte garanteras och svarstiden varierar. 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

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

Generell 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äkerhetskopieringar. Säkerhetskopieringsprocessen för generell lagring v1 läser från data- och loggfilerna i minnet på beräkningsnoderna och kopierar dem till mållagringen för säkerhetskopiering i upp till 35 dagar. Därför är minnes- och i/o-förbrukningen för lagring under säkerhetskopieringar relativt högre.

Alla Azure-regioner stöder 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ån med 10–30 % överflödigt minne 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 I/O: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.

Generell 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 2 0000 IOPs. I en delmängd av Azure-regioner där infrastrukturen är tillgänglig hamnar alla nyligen etablerade servrar på generell lagring v2 som standard. Lagring för generell användning v2 förbrukar inte något 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äkerhetskopieringar på v2-lagringsservrarna för generell användning är ögonblicksbildbaserade utan ytterligare I/O-omkostnader. Vid 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 iops som etablerats. 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 lagring på 16 TB öppnar du ett support ärende från Azure Portal.

Generell 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 på bladet Prisnivå i portalen.

• Om servern etableras med basic-SKU är lagringstypen Basic-lagring.
• Om servern etableras med hjälp Generell användning eller minnesoptimerad SKU är lagringstypen Generell användning lagring
  • Om det maximala lagringsutrymmet som kan etableras på servern är upp till 4 TB är lagringstypen Generell användning storage v1.
  • Om det maximala lagringsutrymmet som kan etableras på servern är upp till 16 TB är lagringstypen Generell användning storage v2.

Kan jag flytta 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 automatiskt baserat på arbetsbelastningens lagringsförbrukning.

Övervaka I/S-förbrukning

Du kan övervaka din I/O-förbrukning i Azure Portal eller med hjälp av Azure CLI-kommandon. De relevanta måtten att övervaka är lagringsgräns, lagringsprocent, använt lagringsutrymme och I/O-procent. Övervakningsmåtten för MySQL-servern med generell lagring v1 rapporterar det minne och den I/O som används av MySQL-motorn, men kanske inte fångar upp minnet och I/O-förbrukningen 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 går över 105 GB markeras servern som skrivskyddad. Om du har etablerat 5 GB 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. När du har ökat lagringen är servern redo att acceptera skrivtransaktioner igen.

Vi rekommenderar att du aktiverar automatisk lagringsfördrering eller 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. Mer information finns i dokumentationen om hur du ställer in en avisering.

Storage utöka automatiskt

Storage automatisk utlagring förhindrar att servern börjar få slut på lagringsutrymme och blir skrivskyddad. Om automatisk lagringsfördrering är aktiverat växer lagringen automatiskt utan att arbetsbelastningen påverkas. 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. Maximalt antal lagringsgränser som anges ovan gäller.

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 lagringen bara kan skalas upp, inte ned.

Lagring av säkerhetskopior

Azure Database for MySQL upp till 100 % av din etablerade serverlagring som lagring för säkerhetskopiering utan extra kostnad. All säkerhetskopieringslagring som du använder utöver detta belopp debiteras i GB per månad. Om du till exempel etablerar en server med 250 GB lagringsutrymme har du 250 GB ytterligare lagringsutrymme tillgängligt för serversäkerhetskopior utan kostnad. Storage säkerhetskopieringar 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äkerhetskopior finns i dokumentationen för säkerhetskopiering.

Skala resurser

När du har skapat servern kan du oberoende ändra de virtuella kärnorna, 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. Resurser kan skalas 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. Det här driftstoppet under skalningen kan vara cirka 60–120 sekunder. Stilleståndstiden under skalningen beror på databasens återställningstid, vilket kan göra att databasen blir online längre om du har en tung transaktionell aktivitet 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 finns ingen avbrottstid och programmet påverkas inte. När IOPS skalas med storleken på det etablerade lagringsutrymmet kan du öka IOPS som är tillgängligt för servern genom att skala upp lagringen.

Prissättning

Den senaste prisinformationen finns på sidan med priser för tjänster. Om du vill se kostnaden för den konfiguration Azure Portal visar Azure Portal månadskostnaden på fliken Prisnivå 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 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 skrivskyddade repliker.