Opties voor compute en opslag in Azure Database for MySQL - Flexible Server
VAN TOEPASSING OP: 
Azure Database for MySQL - Flexible Server
U kunt een Azure Database for MySQL Flexibele server maken in een van de drie verschillende rekenlagen: Burstable, Algemeen en Geoptimaliseerd voor geheugen. De rekenlagen worden onderscheiden door de onderliggende VM-SKU die gebruik maakt van de B-serie, D-serie en E-serie. De keuze van de rekenlaag en grootte bepaalt het geheugen en de vCores die beschikbaar zijn op de server. Dezelfde opslagtechnologie wordt gebruikt in alle rekenlagen. Alle resources worden ingericht op MySQL-serverniveau. Een server kan een of meer databases hebben.
| Resource/laag | Burstable | Algemeen doel | Geoptimaliseerd geheugen |
|---|---|---|---|
| VM-reeks | B-serie | Ddsv4-serie | Edsv4-serie |
| vCores | 1, 2 | 2, 4, 8, 16, 32, 48, 64 | 2, 4, 8, 16, 32, 48, 64 |
| Geheugen per vCore | Variabele | 4 GiB | 8 GiB * |
| Storage grootte | 20 GiB tot 16 TiB | 20 GiB tot 16 TiB | 20 GiB tot 16 TiB |
| Bewaarperiode voor databaseback-ups | 1 tot 35 dagen | 1 tot 35 dagen | 1 tot 35 dagen |
* Met uitzondering van E64ds_v4 SKU (geoptimaliseerd voor geheugen), die 504 GB geheugen heeft
Als u een rekenlaag wilt kiezen, gebruikt u de volgende tabel als uitgangspunt.
| Compute-laag | Beoogde workloads |
|---|---|
| Burstable | Dit is het beste voor workloads die niet continu de volledige CPU nodig hebben. |
| 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 | 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. |
Nadat u een server hebt maken, kunnen de rekenlaag, de rekengrootte en de opslaggrootte worden gewijzigd. Het schalen van rekenkracht vereist een herstart en duurt tussen de 60 en 120 seconden, terwijl bij het schalen van de opslag niet opnieuw hoeft te worden opgestart. U kunt de bewaarperiode voor back-ups ook onafhankelijk omhoog of omlaag aanpassen. Zie de sectie Resources schalen voor meer informatie.
Rekenlagen, grootte en servertypen
Rekenbronnen kunnen worden geselecteerd op basis van de laag en grootte. Hiermee worden de vCores en de geheugengrootte bepaald. vCores vertegenwoordigen de logische CPU van de onderliggende hardware.
De gedetailleerde specificaties van de beschikbare servertypen zijn als volgt:
| Rekenkracht | vCores | Geheugengrootte (GiB) | Maximaal aantal ondersteunde IOPS | Maximaal ondersteunde I/O-bandbreedte (MBps) | Maximum aantal verbindingen |
|---|---|---|---|---|---|
| Burstable | |||||
| Standard_B1s | 1 | 1 | 320 | 10 | 171 |
| Standard_B1ms | 1 | 2 | 640 | 10 | 341 |
| Standard_B2s | 2 | 4 | 1280 | 15 | 683 |
| Algemeen doel | |||||
| 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 | 20.000 | 384 | 10923 |
| Standard_D32ds_v4 | 32 | 128 | 20.000 | 768 | 21845 |
| Standard_D48ds_v4 | 48 | 192 | 20.000 | 1152 | 32768 |
| Standard_D64ds_v4 | 64 | 256 | 20.000 | 1200 | 43691 |
| Geoptimaliseerd geheugen | |||||
| 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 | 20.000 | 384 | 21845 |
| Standard_E32ds_v4 | 32 | 256 | 20.000 | 768 | 43691 |
| Standard_E48ds_v4 | 48 | 384 | 20.000 | 1152 | 65536 |
| Standard_E64ds_v4 | 64 | 504 | 20.000 | 1200 | 86016 |
Raadpleeg de Azure VM-documentatie voor Burstable (B-serie), Algemeen (Ddsv4-serie)en Geoptimaliseerd voor geheugen (Edsv4-serie)voor meer informatie over de beschikbare compute-reeks.
Notitie
Voor de berekeningslaag Burstable (B-serie) als de VM is gestart/gestopt of opnieuw is opgestart, kan het tegoed verloren gaan. Zie Veelgestelde vragen over Burstable (B-serie) voor meer informatie.
Storage
De opslag die u inrichten, is de hoeveelheid opslagcapaciteit die beschikbaar is voor uw flexibele server. Storage wordt gebruikt voor de databasebestanden, tijdelijke bestanden, transactielogboeken en de MySQL-serverlogboeken. In alle rekenlagen is de minimaal ondersteunde opslag 20 GiB en maximaal 16 TiB. Storage wordt geschaald in stappen van 1 GiB en omhoog kan worden geschaald nadat de server is gemaakt.
Notitie
Opslag kan alleen omhoog en niet omlaag worden geschaald.
U kunt uw opslagverbruik bewaken in de Azure Portal (met Azure Monitor) met behulp van de opslaglimiet, het opslagpercentage en de gebruikte metrische gegevens voor opslag. Raadpleeg het artikel over bewaking voor meer informatie over metrische gegevens.
De opslaglimiet wordt bereikt
Wanneer de opslag die op de server wordt gebruikt, de inrichtende limiet bijna heeft bereikt, wordt de server in de alleen-lezenmodus gezet om verloren schrijfingen op de server te beveiligen. Servers met minder dan 100 GiB inrichtende opslag worden gemarkeerd als alleen-lezen als de vrije opslag minder dan 5% van de inrichtende opslaggrootte is. Servers met meer dan 100 GiB inrichtende opslag worden gemarkeerd als alleen-lezen wanneer de gratis opslag minder is dan 5 GiB.
Als u bijvoorbeeld 110 GiB aan opslag hebt ingericht en het werkelijke gebruik hoger is dan 105 GiB, wordt de server als alleen-lezen gemarkeerd. Als u 5 GiB aan opslag 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.
Als u de server uit de alleen-lezenmodus wilt halen, moet u de inrichtende opslag op de server vergroten. U kunt dit doen met behulp van de Azure Portal of Azure CLI. Zodra de server is verhoogd, kan deze weer schrijftransacties accepteren.
U wordt aangeraden 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. Raadpleeg het artikel over bewaking voor meer informatie over beschikbare metrische gegevens.
We raden u aan stel een waarschuwing in 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 waarschuwingsdocumentatie 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 vergroten van de opslag is ingeschakeld, neemt de opslag automatisch toe zonder dat dit van invloed is op de werkbelasting. Storage automatisch laten groeien is standaard ingeschakeld voor alle nieuwe servers die worden gemaakt. 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 hierboven gespecificeerde maximale opslaglimieten zijn van toepassing. Vernieuw het server-exemplaar om de bijgewerkte opslag te zien die is ingericht op de blade Compute + Storage opslag.
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 na automatisch omhoog schalen niet omlaag kan worden geschaald.
IOPS
Azure Database for MySQL – Flexible Server ondersteunt het inrichten van extra IOPS. Met deze functie kunt u extra IOPS inrichten boven de aanvullende IOPS-limiet. Met deze functie kunt u het aantal IOPS dat is ingericht op basis van uw workloadvereisten op elk moment verhogen of verlagen.
De minimale IOPS is 360 voor alle rekengrootten en de maximale IOPS wordt bepaald door de geselecteerde rekenkracht. Hieronder vindt u meer informatie over de maximale IOPS per rekenkracht:
| Rekenkracht | Maximum IOPS |
|---|---|
| Burstable | |
| Standard_B1s | 320 |
| Standard_B1ms | 640 |
| Standard_B2s | 1280 |
| Algemeen doel | |
| Standard_D2ds_v4 | 3200 |
| Standard_D4ds_v4 | 6400 |
| Standard_D8ds_v4 | 12800 |
| Standard_D16ds_v4 | 20.000 |
| Standard_D32ds_v4 | 20.000 |
| Standard_D48ds_v4 | 20.000 |
| Standard_D64ds_v4 | 20.000 |
| Geoptimaliseerd geheugen | |
| Standard_E2ds_v4 | 3200 |
| Standard_E4ds_v4 | 6400 |
| Standard_ E8ds_v4 | 12800 |
| Standard_ E16ds_v4 | 20.000 |
| Standard_E32ds_v4 | 20.000 |
| Standard_E48ds_v4 | 20.000 |
| Standard_E64ds_v4 | 20.000 |
De maximale IOPS is afhankelijk van de maximaal beschikbare IOPS per rekenkracht. Raadpleeg de kolom Max. niet-gecachede schijfdoorvoer: IOPS/MBps in de documentatie van de B-serie, de Ddsv4-serieen de Edsv4-serie.
Belangrijk
Aanvullende IOPS is gelijk aan MINIMUM("Max. niet-gecachede schijfdoorvoer: IOPS/MBps" van rekenkracht, 300 + opslag ingericht in GiB * 3)
De minimale IOPS is 360 voor alle rekenkracht
De maximale IOPS wordt bepaald door de geselecteerde rekenkracht.
U kunt uw I/O-verbruik bewaken in de Azure Portal (Azure Monitor) met behulp van metrische gegevens voor IO-percentage. Als u meer IOPS nodig hebt dan de maximale IOPS op basis van rekenkracht, moet u de rekenkracht van uw server schalen.
Backup
De service maakt automatisch back-ups van uw server. U kunt een bewaarperiode van 1 tot 35 dagen selecteren. Meer informatie over back-ups kunt u lezen in het artikel over concepten voor back-up en herstel.
Resources schalen
Nadat u de server hebt gemaakt, kunt u de rekenlaag, rekengrootte (vCores en geheugen) en de hoeveelheid opslag en de bewaarperiode voor back-ups onafhankelijk wijzigen. De rekenkracht kan omhoog of omlaag worden geschaald. De retentieperiode voor back-ups kan omhoog of omlaag worden geschaald van 1 tot 35 dagen. De opslaggrootte kan alleen worden verhoogd. Het schalen van de resources kan worden uitgevoerd via de portal of Azure CLI.
Notitie
De opslaggrootte kan alleen worden verhoogd. U kunt niet teruggaan naar een kleinere opslaggrootte na de toename.
Wanneer u de rekenlaag of rekengrootte wijzigt, wordt de server opnieuw opgestart om het nieuwe servertype van kracht te laten worden. 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. Dit venster varieert, maar ligt in de meeste gevallen tussen 60 en 120 seconden.
Het schalen van opslag en het wijzigen van de bewaarperiode voor back-ups zijn onlinebewerkingen en vereisen niet dat de server opnieuw wordt opgestart.
Prijzen
Zie de pagina met serviceprijzen voor de meest recente prijsinformatie. Als u de kosten voor de configuratie die u wilt bekijken, Azure Portal de maandelijkse kosten op het tabblad Compute en opslag 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 de optie Items toevoegen, vouw de categorie Databases uit, kies Azure Database for MySQL en Flexibele server als het implementatietype om de opties aan te passen.
Als u de serverkosten wilt optimaliseren, kunt u de volgende tips overwegen:
- Schaal uw rekenlaag of rekenkracht (vCores) omlaag als de rekenkracht te laag wordt gebruikt.
- Overweeg over te schakelen naar de Burstable-rekenlaag als uw workload de volledige rekencapaciteit niet continu nodig heeft vanuit de lagen Algemeen en Geoptimaliseerd voor geheugen.
- Stop de server wanneer deze niet in gebruik is.
- Verlaag de bewaarperiode voor back-ups als er geen langere retentie van back-ups is vereist.
Volgende stappen
- Meer informatie over het maken van een MySQL-server in de portal.
- Meer informatie over servicebeperkingen.