Azure Database for MySQL - Servicelagen met één server
VAN TOEPASSING OP:
Azure Database for MySQL - enkele server
Belangrijk
Azure Database for MySQL enkele server bevindt zich op het buitengebruikstellingspad. We raden u ten zeerste aan een upgrade uit te voeren naar een flexibele Azure Database for MySQL-server. Zie Wat gebeurt er met Azure Database for MySQL Enkele server voor meer informatie over migreren naar Azure Database for MySQL Flexibele server ?
U kunt een Azure Database for MySQL-server maken in een van de drie verschillende servicelagen: Basic, Algemeen gebruik en Geoptimaliseerd voor geheugen. De servicelagen worden onderscheiden door de hoeveelheid rekenkracht in vCores die kan worden ingericht, geheugen per vCore en de opslagtechnologie die wordt gebruikt om de gegevens op te slaan. Alle resources worden ingericht op mySQL-serverniveau. Een server kan een of meer databases hebben.
| Kenmerk | Basic | Algemeen doel | Geoptimaliseerd voor geheugen |
|---|---|---|---|
| Compute-generatie | Gen 4, Gen 5 | Gen 4, Gen 5 | Gen 5 |
| vCores | 1, 2 | 2, 4, 8, 16, 32, 64 | 2, 4, 8, 16, 32 |
| Geheugen per vCore | 2 GB | 5 GB | 10 GB |
| Opslaggrootte | 5 GB tot 1 TB | 5 GB tot 16 TB | 5 GB tot 16 TB |
| Bewaarperiode voor databaseback-ups | 7 tot 35 dagen | 7 tot 35 dagen | 7 tot 35 dagen |
Als u een prijscategorie wilt kiezen, gebruikt u de volgende tabel als uitgangspunt.
| Servicelaag | Beoogde workloads |
|---|---|
| Basis | Werkbelastingen waarvoor lichte reken- en I/O-prestaties zijn vereist. Denk bijvoorbeeld aan servers die voor ontwikkeling en testen worden gebruikt of kleinschalige toepassingen die niet veel worden gebruikt. |
| Algemeen gebruik | De meeste zakelijke workloads die een evenwichtige rekenkracht en geheugen nodig hebben met schaalbare I/O-doorvoer. Voorbeelden zijn onder meer servers voor het hosten van web- en mobiele apps en andere zakelijke toepassingen. |
| Geoptimaliseerd geheugen | Databaseworkloads met hoge prestaties die prestaties in het geheugen vereisen voor snellere transactieverwerking en hogere gelijktijdigheid. Voorbeelden zijn onder meer servers voor het verwerken van realtime gegevens en transactionele of analytische toepassingen met hoge prestaties. |
Notitie
Dynamisch schalen van en naar de Basic-servicelagen wordt momenteel niet ondersteund. SKU's van de Basic-laag kunnen niet worden geschaald naar lagen algemeen gebruik of geoptimaliseerd voor geheugen.
Nadat u een server voor algemeen gebruik of geoptimaliseerd voor geheugen hebt gemaakt, kan het aantal vCores, hardwaregeneratie en de prijscategorie binnen enkele seconden omhoog of omlaag worden gewijzigd. U kunt ook de hoeveelheid opslagruimte onafhankelijk aanpassen en de bewaarperiode voor back-ups omhoog of omlaag instellen zonder uitvaltijd van toepassingen. U kunt het type back-upopslag niet wijzigen nadat een server is gemaakt. Zie de sectie Resources schalen voor meer informatie.
Generaties en vCores berekenen
Rekenresources worden geleverd als vCores, die de logische CPU van de onderliggende hardware vertegenwoordigen. China - oost 1, China - noord 1, US DoD - centraal en US DoD - oost maken gebruik van logische CPU's van Gen 4 die zijn gebaseerd op Intel E5-2673 v3 (Haswell) 2,4 GHz-processors. Alle andere regio's maken gebruik van logische CPU's van Gen 5 die zijn gebaseerd op Intel E5-2673 v4 (Broadwell) 2,3 GHz-processors.
Storage
De opslag die u inricht, is de hoeveelheid opslagcapaciteit die beschikbaar is voor uw Azure Database for MySQL-server. De opslag wordt gebruikt voor de databasebestanden, tijdelijke bestanden, transactielogboeken en de MySQL-serverlogboeken. De totale hoeveelheid opslagruimte die u inricht, definieert ook de I/O-capaciteit die beschikbaar is voor uw server.
Azure Database for MySQL - Enkele server ondersteunt de volgende back-endopslag voor de servers.
| Opslagtype | Basis | Algemeen gebruik v1 | Algemeen gebruik v2 |
|---|---|---|---|
| Opslaggrootte | 5 GB tot 1 TB | 5 GB tot 4 TB | 5 GB tot 16 TB |
| Grootte van incrementele opslag | 1 GB | 1 GB | 1 GB |
| IOPS | Variabel | 3 IOPS/GB Min. 100 IOPS Max. 6000 IOPS |
3 IOPS/GB Min. 100 IOPS Max. 20.000 IOPS |
Notitie
De Basic Storage biedt geen IOPS-garantie. In Algemeen opslag schaalt de IOPS met ingerichte opslaggrootte in een verhouding van 3:1.
Basisopslag
Basic-opslag is de back-endopslag die servers in de Prijscategorie Basic ondersteunt. Basisopslag maakt gebruik van Azure Standard Storage in de back-end waar iops niet gegarandeerd zijn en latentie variabel is. De Basic-laag is het meest geschikt voor workloads die lichte rekenkracht, lage kosten en I/O-prestaties vereisen voor ontwikkeling of kleine toepassingen die zelden worden gebruikt.
Opslag voor algemeen gebruik
Opslag voor algemeen gebruik is de back-endopslag die de server algemeen gebruik en geoptimaliseerd voor geheugen ondersteunt. In Algemeen opslag schaalt de IOPS met ingerichte opslaggrootte in een verhouding van 3:1. Er zijn twee generaties opslag voor algemeen gebruik, zoals hieronder wordt beschreven:
Opslag voor algemeen gebruik v1 (ondersteunt maximaal 4 TB)
Opslag voor algemeen gebruik v1 is gebaseerd op de verouderde opslagtechnologie die ondersteuning biedt voor maximaal 4 TB opslag en 6000 IOPS per server. Opslag voor algemeen gebruik v1 is geoptimaliseerd voor het gebruik van geheugen van de rekenknooppunten waarop de MySQL-engine wordt uitgevoerd voor lokale caching en back-ups. Het back-upproces voor opslag voor algemeen gebruik v1 leest uit de gegevens en logboekbestanden in het geheugen van de rekenknooppunten en kopieert het naar de doelback-upopslag voor retentie tot 35 dagen. Als gevolg hiervan is het geheugen- en io-verbruik van opslag tijdens back-ups relatief hoger.
Alle Azure-regio's ondersteunen opslag voor algemeen gebruik v1
Voor algemeen gebruik of voor geheugen geoptimaliseerde server op opslag v1 voor algemeen gebruik raden we u aan te overwegen
- Plannen voor reken-sku-laag die 10-30% overtollig geheugen voor opslagcaching en back-upbuffers bevat
- 10% hogere IOPS inrichten dan vereist is voor de databaseworkload voor het maken van back-up-IO's
- U kunt ook migreren naar opslag voor algemeen gebruik v2 die hieronder wordt beschreven die ondersteuning biedt voor maximaal 16 TB-opslag als de onderliggende opslaginfrastructuur beschikbaar is in de Azure-regio's van uw voorkeur die hieronder worden gedeeld.
Opslag voor algemeen gebruik v2 (ondersteunt maximaal 16 TB opslag)
Opslag voor algemeen gebruik v2 is gebaseerd op de allernieuwste opslaginfrastructuur die ondersteuning biedt voor maximaal 16 TB en 20000 IOPS. In een subset van Azure-regio's waar deze infrastructuur beschikbaar is, landen/regio's alle nieuw ingerichte servers standaard op opslag v2 voor algemeen gebruik. Opslag voor algemeen gebruik v2 verbruikt geen geheugen van het rekenknooppunt van MySQL en biedt betere voorspelbare I/O-latenties in vergelijking met v1-opslag voor algemeen gebruik. Back-ups op de v2-opslagservers voor algemeen gebruik zijn gebaseerd op momentopnamen zonder extra IO-overhead. Voor v2-opslag voor algemeen gebruik worden de prestaties van de MySQL-server naar verwachting hoger in vergelijking met opslag voor algemeen gebruik v1 voor dezelfde opslag en iops ingericht. Er zijn geen extra kosten verbonden aan opslag voor algemeen gebruik die ondersteuning biedt voor maximaal 16 TB opslagruimte. Voor hulp bij migratie naar opslag van 16 TB opent u een ondersteuningsticket vanuit De Azure-portal.
Opslag voor algemeen gebruik v2 wordt ondersteund in de volgende Azure-regio's:
| Regio | Beschikbaarheid van opslag v2 voor algemeen gebruik |
|---|---|
| Australië - oost | ✔️ |
| Australië - zuidoost | ✔️ |
| Brazilië - zuid | ✔️ |
| Canada - midden | ✔️ |
| Canada - oost | ✔️ |
| Central US | ✔️ |
| VS - oost | ✔️ |
| VS - oost 2 | ✔️ |
| Azië - oost | ✔️ |
| Japan East | ✔️ |
| Japan - west | ✔️ |
| Korea - centraal | ✔️ |
| Korea - zuid | ✔️ |
| Europa - noord | ✔️ |
| VS - noord-centraal | ✔️ |
| VS - zuid-centraal | ✔️ |
| Azië - zuidoost | ✔️ |
| VK - zuid | ✔️ |
| Verenigd Koninkrijk West | ✔️ |
| VS - west-centraal | ✔️ |
| VS - west | ✔️ |
| VS - west 2 | ✔️ |
| Europa -west | ✔️ |
| India - centraal | ✔️ |
| Frankrijk - centraal* | ✔️ |
| UAE - noord* | ✔️ |
| Zuid-Afrika - noord* | ✔️ |
Notitie
*Regio's waarin Azure Database for MySQL opslag voor algemeen gebruik v2 heeft in openbare preview
*Voor deze Azure-regio's hebt u de mogelijkheid om een server te maken in opslag voor algemeen gebruik v1 en v2. Voor de servers die zijn gemaakt met Opslag voor algemeen gebruik v2 in openbare preview, gelden de volgende beperkingen:
- Geografisch redundante back-up wordt niet ondersteund
- De replicaserver moet zich in de regio's bevinden die opslag voor algemeen gebruik v2 ondersteunen.
Hoe kan ik bepalen op welk opslagtype mijn server wordt uitgevoerd?
U kunt het opslagtype van uw server vinden door naar de pagina Instellingen> Compute + opslag te gaan
- Als de server is ingericht met basic-SKU, is het opslagtype Basic-opslag.
- Als de server is ingericht met de SKU Algemeen gebruik of Geoptimaliseerd voor geheugen, is het opslagtype Opslag voor algemeen gebruik
- Als de maximale opslag die op uw server kan worden ingericht, maximaal 4 TB is, is het opslagtype Opslag voor algemeen gebruik v1.
- Als de maximale opslag die op uw server kan worden ingericht, maximaal 16 TB is, is het opslagtype Opslag voor algemeen gebruik v2.
Kan ik overstappen van opslag voor algemeen gebruik v1 naar opslag voor algemeen gebruik v2? Zo ja, hoe en zijn er extra kosten?
Ja, migratie naar opslag voor algemeen gebruik v2 van v1 wordt ondersteund als de onderliggende opslaginfrastructuur beschikbaar is in de Azure-regio van de bronserver. De migratie en v2-opslag zijn gratis beschikbaar.
Kan ik de opslaggrootte vergroten nadat de server is ingericht?
U kunt extra opslagcapaciteit toevoegen tijdens en na het maken van de server en het systeem toestaan om de opslag automatisch te laten groeien op basis van het opslagverbruik van uw workload.
Belangrijk
Opslag kan alleen omhoog en niet omlaag worden geschaald.
IO-verbruik bewaken
U kunt uw I/O-verbruik bewaken in Azure Portal of met behulp van Azure CLI-opdrachten. De relevante metrische gegevens die moeten worden bewaakt, zijn opslaglimiet, opslagpercentage, gebruikte opslag en IO-percentage. De metrische bewakingsgegevens voor de MySQL-server met opslag voor algemeen gebruik v1 rapporteert het geheugen en I/O dat door de MySQL-engine wordt gebruikt, maar legt mogelijk niet het geheugen- en IO-verbruik vast van de opslaglaag die een beperking is.
De opslaglimiet wordt bereikt
Servers met precies 100 GB ingerichte opslag, of minder, worden gemarkeerd als alleen-lezen, wanneer de vrije opslag minder dan 5% van de ingerichte opslaggrootte beslaat. Servers met meer dan 100 GB ingerichte opslag worden als alleen-lezen gemarkeerd als de vrije opslag minder is dan 5 GB.
Als u bijvoorbeeld 110 GB opslagruimte hebt ingericht en het werkelijke gebruik meer dan 105 GB is, wordt de server gemarkeerd als alleen-lezen. Als u 5 GB opslagruimte hebt ingericht, wordt de server ook gemarkeerd als alleen-lezen wanneer de vrije opslag minder dan 256 MB bereikt.
Terwijl de service probeert om de server alleen-lezen te maken, worden alle nieuwe transactieaanvragen voor schrijven geblokkeerd en worden bestaande actieve transacties verder uitgevoerd. Indien de server op alleen-lezen is ingesteld, zullen alle daaropvolgende schrijfbewerkingen en transactiedoorvoeringen mislukken. Leesquery’s blijven gewoon werken. Pas nadat u de ingerichte opslagruimte hebt vergroot, is de server weer klaar om nieuwe schrijftransacties te accepteren.
We raden u aan om automatisch vergroten van opslag in te schakelen of om een waarschuwing in te stellen om u te waarschuwen wanneer de serveropslag de drempelwaarde nadert, zodat u de status Alleen-lezen kunt voorkomen. Zie de documentatie over het instellen van een waarschuwing voor meer informatie.
Opslag automatisch vergroten
Automatisch vergroten van opslag voorkomt dat uw server geen opslagruimte meer heeft en alleen-lezen wordt. Als automatisch vergroten van opslag is ingeschakeld, neemt de opslag automatisch toe zonder dat dit van invloed is op de werkbelasting. Voor servers met ingerichte opslag van 100 GB of minder wordt de ingerichte opslag met 5 GB verhoogd wanneer de vrije opslag lager is dan 10% van de ingerichte opslag (welke groter is). Voor servers met ingerichte opslag van meer dan 100 GB wordt de ingerichte opslag met 5% verhoogd zodra de vrije opslag lager is dan 10 GB van de ingerichte opslag (welke groter is). De hierboven gespecificeerde maximale opslaglimieten zijn van toepassing.
Als u bijvoorbeeld 1000 GB opslagruimte hebt ingericht en het werkelijke gebruik hoger is dan 990 GB, wordt de opslaggrootte van de server verhoogd tot 1050 GB. Als u 10 GB opslagruimte hebt ingericht, is de opslaggrootte ook groter dan 15 GB wanneer minder dan 1 GB aan opslagruimte gratis is.
Houd er rekening mee dat opslag alleen omhoog kan worden geschaald, niet omlaag.
Back-upopslag
Azure Database for MySQL biedt tot 100% van uw ingerichte serveropslag als back-upopslag, zonder extra kosten. Voor elke back-upopslag die u gebruikt, wordt meer dan dit bedrag in GB per maand in rekening gebracht. Als u bijvoorbeeld een server met 250 GB opslagruimte inricht, hebt u gratis 250 GB extra opslagruimte beschikbaar voor serverback-ups. Opslag voor back-ups van meer dan 250 GB wordt in rekening gebracht volgens het prijsmodel. Raadpleeg de back-updocumentatie voor informatie over factoren die van invloed zijn op het gebruik van back-upopslag, het bewaken en beheren van de kosten voor back-upopslag.
Resources schalen
Nadat u de server hebt gemaakt, kunt u onafhankelijk de vCores, de hardwaregeneratie, de prijscategorie (met uitzondering van en naar Basic), de hoeveelheid opslagruimte en de bewaarperiode voor back-ups wijzigen. U kunt het type back-upopslag niet wijzigen nadat een server is gemaakt. Het aantal vCores kan omhoog of omlaag worden geschaald. De bewaarperiode voor back-ups kan omhoog of omlaag worden geschaald van 7 naar 35 dagen. De opslaggrootte kan alleen worden verhoogd. Het schalen van de resources kan worden uitgevoerd via de portal of Azure-CLI. Zie Een Azure Database for MySQL-server bewaken en schalen met behulp van Azure CLI voor een voorbeeld van schalen met behulp van Azure CLI.
Wanneer u het aantal vCores, de hardwaregeneratie of de prijscategorie wijzigt, wordt er een kopie van de oorspronkelijke server gemaakt met de nieuwe rekentoewijzing. Wanneer de nieuwe server actief is, worden de verbindingen hiernaartoe overgeschakeld. Op het moment dat het systeem overschakelt naar de nieuwe server, kunnen er geen nieuwe verbindingen worden vastgelegd en worden alle niet-doorgevoerde transacties teruggedraaid. Deze downtime tijdens het schalen kan ongeveer 60-120 seconden duren. De downtime tijdens het schalen is afhankelijk van de hersteltijd van de database, waardoor de database langer online komt als u een zware transactionele activiteit op de server hebt op het moment van de schaalbewerking. Om langere herstarttijd te voorkomen, is het raadzaam om schaalbewerkingen uit te voeren tijdens perioden met een lage transactionele activiteit op de server.
Opslag schalen en de bewaarperiode voor back-ups wijzigen zijn echte onlinebewerkingen. Er is geen downtime en dit heeft geen gevolgen voor uw toepassing. Als IOPS wordt geschaald met de grootte van de ingerichte opslag, kunt u de IOPS vergroten die beschikbaar is voor uw server door de opslag omhoog te schalen.
Prijzen
Zie de pagina met serviceprijzen voor de meest recente prijsinformatie. Als u de kosten voor de gewenste configuratie wilt bekijken, worden in Azure Portal de maandelijkse kosten weergegeven op het tabblad Prijscategorie op basis van de opties die u selecteert. Als u geen Azure-abonnement hebt, kunt u de Azure-prijscalculator gebruiken om een geschatte prijs op te halen. Selecteer op de website van de Azure-prijscalculator items toevoegen, vouw de categorie Databases uit en kies Azure Database for MySQL om de opties aan te passen.
Volgende stappen
- Meer informatie over het maken van een MySQL-server in de portal.
- Meer informatie over servicelimieten.
- Meer informatie over uitschalen met leesreplica's.