Azure Database for MySQL prijscategorie
VAN TOEPASSING OP: 
Azure Database for MySQL - Enkele server
U kunt een Azure Database for MySQL maken in een van de drie verschillende prijslagen: Basic, Algemeen en Geoptimaliseerd voor geheugen. De prijslagen worden onderscheiden door de hoeveelheid rekenkracht in vCores die kan worden ingericht, het 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 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 |
| Storage grootte | 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.
| Prijscategorie | Beoogde workloads |
|---|---|
| Basic | Workloads die lichte reken- en I/O-prestaties vereisen. Voorbeelden zijn servers die worden gebruikt voor ontwikkeling of testen of kleinschalige, zelden gebruikte toepassingen. |
| Algemeen gebruik | De meeste zakelijke workloads waarvoor een goede balans tussen rekenkracht en geheugen is vereist met schaalbare I/O-doorvoer. Voorbeelden zijn onder meer servers voor het hosten van web- en mobiele apps en andere zakelijke toepassingen. |
| Geoptimaliseerd geheugen | Krachtige databaseworkloads 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. |
Nadat u een server hebt maken, kan het aantal vCores, het genereren van hardware en de prijscategorie (met uitzondering van en naar Basic) binnen enkele seconden omhoog of omlaag worden gewijzigd. U kunt ook de hoeveelheid opslag onafhankelijk omhoog of omlaag aanpassen en de retentieperiode voor back-ups omhoog of omlaag zonder uitvaltijd van de toepassing. U kunt het type back-upopslag niet wijzigen nadat een server is gemaakt. Zie de sectie Resources schalen voor meer informatie.
Compute-generaties en vCores
Rekenbronnen worden geleverd als vCores, die de logische CPU van de onderliggende hardware vertegenwoordigen. China - oost 1, China - noord 1, US DoD Central en US DoD East maken gebruik van logische Gen 4-CPU's die zijn gebaseerd op Intel E5-2673 v3 (Haswell) 2,4 GHz-processors. Alle andere regio's maken gebruik van logische Gen 5-CPU's die zijn gebaseerd op Intel E5-2673 v4 (Broadwell) 2,3 GHz-processors.
Storage
De opslag die u inrichten, is de hoeveelheid opslagcapaciteit die beschikbaar is voor 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 inrichten 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 | Basic | Algemeen gebruik v1 | Algemeen gebruik v2 |
|---|---|---|---|
| Storage grootte | 5 GB tot 1 TB | 5 GB tot 4 TB | 5 GB tot 16 TB |
| Storage grootte verhogen | 1 GB | 1 GB | 1 GB |
| IOPS | Variabele | 3 IOPS/GB Minimum 100 IOPS Maximaal 6000 IOPS |
3 IOPS/GB Minimum 100 IOPS Maximaal 20.000 IOPS |
Notitie
Basisopslag biedt geen IOPS-garantie. In Algemeen opslag wordt de IOPS geschaald met de inrichtende opslaggrootte in een verhouding van 3:1.
Basisopslag
Basic-opslag is de back-endopslag die ondersteuning bieden voor Basic-prijscategorieservers. Basic-opslag maakt gebruik van Standaardopslag van Azure in de back-end, waarbij iops die zijn ingericht niet worden gegarandeerd en de 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 kleinschalige, weinig gebruikte toepassingen.
Opslag voor algemeen gebruik
Opslag voor algemeen gebruik is de back-Algemeen die ondersteuning Algemeen de laagserver geoptimaliseerd voor geheugen. In Algemeen opslag wordt de IOPS geschaald met de inrichtende 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 om gebruik te maken van geheugen van de rekenknooppunten met MySQL-engine 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 deze naar de doelback-upopslag voor een bewaarperiode van maximaal 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 of voor geheugen geoptimaliseerde server voor opslag voor algemeen gebruik v1 raden we u aan rekening te houden met
- Plan de berekenings-SKU-laag voor 10-30% overtollig geheugen voor opslagopslag en back-upbuffers
- 10% hogere IOPS inrichten dan vereist door de databaseworkload om rekening te houden met back-up-IO's
- U kunt ook migreren naar opslag voor algemeen gebruik v2 dat hieronder wordt beschreven en die ondersteuning biedt voor opslag van maximaal 16 TB als de onderliggende opslaginfrastructuur beschikbaar is in de Azure-regio's van uw voorkeur die hieronder worden gedeeld.
Opslag voor algemeen gebruik v2 (ondersteunt opslag van maximaal 16 TB)
Opslag voor algemeen gebruik v2 is gebaseerd op de meest recente opslaginfrastructuur die ondersteuning biedt voor maximaal 16 TB en 20000 IOPS. In een subset van Azure-regio's waar de infrastructuur beschikbaar is, worden alle nieuw inrichtende servers standaard op opslag voor algemeen gebruik v2 geïnstalleerd. Opslag voor algemeen gebruik v2 verbruikt geen geheugen van het reken knooppunt van MySQL en biedt betere voorspelbare I/O-latentie in vergelijking met opslag voor algemeen gebruik v1. Back-ups op de v2-opslagservers voor algemeen gebruik zijn gebaseerd op momentopnamen zonder extra I/O-overhead. Bij opslag voor algemeen gebruik v2 worden de prestaties van de MySQL-server naar verwachting hoger vergeleken met opslag voor algemeen gebruik v1 voor dezelfde opslag en iops die zijn ingericht. Er zijn geen extra kosten voor opslag voor algemeen gebruik die ondersteuning biedt voor opslag van maximaal 16 TB. Voor hulp bij de migratie naar opslag van 16 TB opent u een ondersteuningsticket 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 - oost | ✔️ |
| Japan - west | ✔️ |
| Korea - centraal | ✔️ |
| Korea - zuid | ✔️ |
| Europa - noord | ✔️ |
| VS - noord-centraal | ✔️ |
| VS - zuid-centraal | ✔️ |
| Azië - zuidoost | ✔️ |
| Verenigd Koninkrijk Zuid | ✔️ |
| Verenigd Koninkrijk West | ✔️ |
| VS - west-centraal | ✔️ |
| VS - west | ✔️ |
| VS - west 2 | ✔️ |
| Europa -west | ✔️ |
| India - centraal* | ✔️ |
| Frankrijk - centraal* | ✔️ |
| VAE - noord* | ✔️ |
| Zuid-Afrika - noord* | ✔️ |
Notitie
*Regio's waar Azure Database for MySQL opslag voor algemeen gebruik v2 in openbare preview heeft
*Voor deze Azure-regio's hebt u een optie 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:
- Geo-Redundant back-up wordt niet ondersteund
- De replicaserver moet zich in de regio's staan die ondersteuning bieden voor opslag voor algemeen gebruik v2.
Hoe kan ik bepalen op welk opslagtype mijn server wordt uitgevoerd?
U vindt het opslagtype van uw server via de blade Prijscategorie in de portal.
- Als de server is ingericht met behulp van de Basic-SKU, is het opslagtype Basic-opslag.
- Als de server is ingericht met behulp Algemeen SKU of geoptimaliseerd voor geheugen, wordt het opslagtype Algemeen opslag
- Als de maximale opslagruimte die op uw server kan worden ingericht maximaal 4 TB is, wordt het opslagtype Algemeen storage v1.
- Als de maximale opslagruimte die op uw server kan worden ingericht maximaal 16 TB is, wordt het opslagtype Algemeen storage v2.
Kan ik over 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 beschikbaar zonder extra kosten.
Kan ik de opslaggrootte groter maken nadat de server is ingericht?
U kunt extra opslagcapaciteit toevoegen tijdens en na het maken van de server en het systeem toestaan de opslag automatisch te vergroten op basis van het opslagverbruik van uw werkbelasting.
Belangrijk
Opslag kan alleen omhoog en niet omlaag worden geschaald.
IO-verbruik bewaken
U kunt uw I/O-verbruik bewaken in de 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 bewakingsmetrieken voor de MySQL-server met opslag voor algemeen gebruik v1 rapporteert het geheugen en de I/O die worden gebruikt door de MySQL-engine, maar leggen mogelijk niet het geheugen- en I/O-verbruik van de opslaglaag vast. Dit is een beperking.
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 hoger is dan 105 GB, wordt de server als alleen-lezen gemarkeerd. Als u 5 GB opslagruimte hebt ingericht, wordt de server als alleen-lezen gemarkeerd 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.
U wordt aangeraden de functie voor automatisch groeien van opslag in te stellen of een waarschuwing in te stellen om u te waarschuwen wanneer de serveropslag de drempelwaarde nadert, zodat u kunt voorkomen dat u de status Alleen-lezen krijgt. Zie de documentatie over het instellen van een waarschuwing voor meer informatie.
Storage automatisch laten groeien
Storage automatisch laten groeien voorkomt u dat uw server geen opslag meer heeft en alleen-lezen wordt. Als automatisch groeien van opslag is ingeschakeld, neemt de opslag automatisch toe zonder dat dit van invloed is op de werkbelasting. Voor servers met minder dan 100 GB inrichtende opslag wordt de inrichtende opslag met 5 GB verhoogd wanneer de vrije opslag minder dan 10% van de inrichtende opslag is. Voor servers met meer dan 100 GB inrichtende opslag wordt de inrichtende opslag met 5% verhoogd wanneer de vrije opslagruimte kleiner is dan 10 GB van de inrichtende opslaggrootte. De maximale opslaglimieten zoals hierboven zijn opgegeven, 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, wordt de opslaggrootte ook vergroot tot 15 GB wanneer minder dan 1 GB aan opslagruimte gratis is.
Houd er wel voor dat opslag alleen omhoog en niet omlaag kan worden geschaald.
Back-upopslag
Azure Database for MySQL biedt maximaal 100% van uw inrichtende serveropslag als back-upopslag, zonder extra kosten. Back-upopslag die u boven dit bedrag gebruikt, wordt in GB per maand in rekening gebracht. Als u bijvoorbeeld een server inrichten met 250 GB aan opslag, hebt u 250 GB extra opslagruimte beschikbaar voor serverback-ups zonder kosten. Storage back-ups van meer dan 250 GB worden in rekening gebracht volgens het prijsmodel. Raadpleeg de back-updocumentatie voor meer informatie over factoren die invloed hebben 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 de vCores, de hardwaregeneratie, de prijscategorie (behalve van en naar Basic), de hoeveelheid opslag en de bewaarperiode voor back-ups onafhankelijk wijzigen. U kunt het type back-upopslag niet wijzigen nadat een server is gemaakt. Het aantal vCores kan omhoog of omlaag worden geschaald. De retentieperiode 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 Monitor and scale an Azure Database for MySQL server by using Azure CLI (Een 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 tot 120 seconden zijn. De downtime tijdens het schalen is afhankelijk van de hersteltijd van de database. Dit kan ertoe leiden dat de database langer online komt als u op het moment van de schaalbewerking zware transactionele activiteit op de server hebt. Om langere tijd voor opnieuw opstarten te voorkomen, is het raadzaam om schaalbewerkingen uit te voeren tijdens perioden van lage transactionele activiteit op de server.
Het schalen van opslag en het wijzigen van de bewaarperiode voor back-ups zijn echte onlinebewerkingen. Er is geen downtime en uw toepassing wordt niet beïnvloed. Als IOPS wordt geschaald met de grootte van de inrichtende opslag, kunt u de IOPS verhogen 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 want-configuratie wilt bekijken, worden Azure Portal 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 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.